スイベルチェア問題：営業担当者が販売よりツール操作に時間を費やすとき

営業担当者が電話をかけようとしています。きちんと準備するために、アカウント履歴を見るためにCRMを開き、前回の電話のメモを見るために会話インテリジェンスツールを開き、組織変更を確認するためにエンリッチメントツールを開き、最近の接触を見るためにエンゲージメントプラットフォームを開き、そしてCRMがうまく扱えない何かをチームが追跡しているスプレッドシートを開きます。5つのアプリケーション、どれも互いに会話せず、すべてが買い手が参加する約90秒前にレップの頭の中で辻褄合わせされます。これがスイベルチェア問題です。システムが移動させるべき情報を移動させるために端末の間で椅子を回転させる作業員にちなんで名付けられました。

これは、レベニューチームにとって最も高くつき、最も目に見えにくい消耗の1つです。どのレポートにも表れません。レップが本来あるべきほど販売できていない、ランプアップに時間がかかりすぎる、どれだけ頼んでもデータ品質が一向に改善しないという漠然とした感覚として現れます。この背後にある原因はすべて、あなたのソフトウェアが決して提供しなかった統合レイヤーの役割を、あなたの人材が担ってしまっているということです。

実際のコスト

その代償は3つの通貨で支払われ、それぞれが互いを増幅させます。

時間。コンテキストスイッチにはすべてコストがかかります。新しいツールに向き直り、正しいレコードを見つけ、集中を取り戻す。それぞれ数分、1日に何十回も。売り手の1週間のかなりの部分が、会話ではなくナビゲーションと辻褄合わせに費やされているなら、あなたはオーバーヘッドの代金を払いながら、それを生産性と呼んでいることになります。

正確性。人が手作業でデータを移動させれば、ミスが生じます。入力ミスのフィールド、間違った場所に置かれたメモ、CRMに反映されなかった更新。これらが積み重なってデータサイロがレベニューの問題になる状態を生み出します。もはやどのシステムも信頼できず、誰もが自分なりのバージョンを持つようになるからです。

士気。優れた売り手は、データ入力をするためにこの仕事を選んだわけではありません。仕事がツールの世話になったとき、最も優秀な人材ほど離脱していきます。それはダッシュボードに表れるよりずっと前に、離職率に表れます。

ミドルウェアとしての人間

スイベルチェアとは、断片化したスタックがレップの椅子から見たときにどう見えるかということです。ツール同士が状態を共有しなければ、誰かが情報をツール間で運ばなければならず、その誰かはほとんどの場合レップです。断絶したツールが1つ増えるごとに、手作業の引き継ぎが1つ増えます。引き継ぎが1つ増えるごとに、スイベルが1回増えます。

これはなぜ自社のレベニュースタックは分断しているのかの最も明確な症状の1つです。ポイントソリューションを蓄積すればするほど、継ぎ目が増え、売り手の1日のより多くの部分がその縫い合わせに費やされます。また、ツール乱立の隠れたコストがこれほど一貫して過小評価される理由でもあります。最大の費用項目はソフトウェアそのものではなく、それをリアルタイムで繋ぎとめておく人的労働であり、それはソフトウェア監査には決して表れません。

見分け方

計測は必要ありません。以下を確認してください。

• レップが、公式ツールでは追跡できないことを記録するための個人的なチートシートやスプレッドシートを持っている。
• 同じ顧客情報が3カ所に存在し、どれも正式なものではない。
• 売り手が、本来ワンクリックで見られるはずのデータをオペレーションに引っ張ってきてもらうよう頼んでいる。
• あるやり取りが発生してからCRMに反映されるまでに長い間隔がある。ログ記録が、一日の終わりや週の終わりに行う別の雑用になっているからだ。
• 新入社員がフルエントに感じられるようになるまで何カ月もかかる。ほとんどの場合、「ワークフロー」の実体が、ツール間をどう飛び移るかという頭の中の地図にすぎないからだ。

これらのうちいくつかに心当たりがあるなら、あなたの売り手は買い手の前にいるよりも、ツールの中にいる時間の方が長いということです。

作業をシステムに移す

よくある対応は、レップにもっと規律を求めることです。もっと速くログを取れ、もっと一貫して更新しろ、1on1の議題に加えよう、というものです。これはうまくいきません。人間をより良いミドルウェアにしようとすることは、症状を扱っているにすぎません。持続する解決策はアーキテクチャレベルのものです。情報はツール間を自律的に移動すべきであり、レップは決して椅子を回転させる必要がないようにすべきなのです。

これはいくつかのことを意味します。レップが必要とするデータを1つの作業画面にまとめ、コール前の準備に5つのタブを必要としないようにすること。情報がツール間を移動しなければならない場合、その移動を人の仕事ではなくシステムの機能にすること。売り手が5つのシステムを確認して次に何をすべきかを決めるのではなく、組み合わされたシグナルから次善のアクションをシステムに提示させること。そして、チートシートのスプレッドシートを生み出したギャップそのものを修正することで、それらを永続的なシャドーシステムとして容認するのではなく、廃止すること。

これこそがオーケストレーションの目的です。調整レイヤーが複雑さを人間の代わりに吸収します。この転換が起きると、レップはスイベルするのをやめ、販売に戻っていきます。

主なポイント

• スイベルチェアとは、本来会話すべきツール間で、レップが手作業で情報を移動させることである。
• これは時間、正確性、士気を犠牲にし、ツールを追加するたびに悪化する。
• 根本原因はアーキテクチャレベルのものである。あなたの人材が、スタックに存在しない統合レイヤーになっている。
• チートシートのスプレッドシート、重複したデータ、遅いCRMのログ記録が兆候である。
• 接続作業をシステムに移すことで解決する。レップにもっと頑張れと求めて解決した例を、私たちは知らない。

売り手がツールの辻褄合わせに、買い手との対話よりも多くの時間を費やしているなら、情報を代わりに運んでくれるオーケストレーションレイヤーが解決策です。それこそが、レベニューオーケストレーションプラットフォームが構築された目的です。