提案チームと納品チームのギャップとは?

提案チームとは、サービスを販売するグループです。通常は、提案を行い、関係を築き、案件を獲得するシニアコンサルタント、アカウントディレクター、創業者などが該当します。delivery チームとは、契約締結後に実際の業務を実行するグループで、商談の場にいなかった若手や専門スタッフであることも少なくありません。提案チームが約束する内容と、delivery チームが現実的に実行できる内容とのギャップは、プロフェッショナルサービスやB2B SaaSにおけるクライアントの解約と利益率低下の最も一般的な原因の一つです。

提案チームと delivery チームの違いとは?

提案チームは、説得するために編成されます。通常は、創業者、パートナー、VP、リードコンサルタントなど、社内で最も経験豊富で実績のある人材が含まれ、戦略、成果、ビジョンについて流暢に語れる人たちです。彼らの役割は信頼を獲得して案件をクローズすることであり、その後の現場で実務をこなすことではありません。

delivery チームは、実行のために編成されます。契約が締結されると、案件はプロジェクトマネージャー、アナリスト、開発者、アカウントエグゼクティブなどに移りますが、彼らが営業の会話に関わっていたことはほとんどありません。この分業は、営業と delivery の組織構造、動機づけ、報酬の仕組みが根本的に異なることにも一因があります。delivery の成功は納期と予算を守った成果とクライアント満足度から生まれ、営業の成功は成約した売上に対するコミッションから生まれます。

この区別は、業界ごとに少しずつ形を変えて現れます。コンサルティング会社やエージェンシーでは、パートナー主導の提案と若手中心のアカウントチームの違いです。ITサービスやSaaSの導入支援では、デモの範囲を決めたセールスエンジニアと、案件を引き継ぐオンボーディングマネージャーの違いです。建設やプロフェッショナルサービスでは、入札チームとプロジェクト実行チームの違いです。呼び名は変わっても、構造上の緊張関係はどこでも同じです。

なぜ企業は提案チームと delivery チームを分けるのでしょうか?

この分離は偶然ではありません。成長中のサービス企業の多くが行う、意図的なトレードオフを反映しています。

シニア人材は高コストで数も限られています。すべての提案に投入すれば、買い手は専門性と自信に反応するため、受注率は最大化されます。しかし、同じシニア人材をすべての delivery 案件に張り付けるのは、スケールしません。パートナーの1週間の時間には限りがあるからです。その結果、営業チームはより多くの、より質の高い案件でパイプラインを埋め、新規クライアントを素早く獲得しようとしますが、delivery チームにその余力や必要なスキルがあるかどうかは考慮されないこともあります。

その結果、構造的なインセンティブのずれが生じます。提案チームは成約で評価されます。delivery チームは、成約した内容を実現することで評価されます。たとえその内容が楽観的だったり、スコープが小さく見積もられていたり、クライアントの理解と単に違っていたりしても同じです。どちらも悪意があるわけではありません。インセンティブそのものが、正反対の方向に引っ張っているのです。

このギャップを埋めるために、完全に引き継ぐのではなく、シニアスタッフを delivery にも関与させ続ける企業もあります。提案を担当した同じシニアチームが実行まで関わる4ロール制のポッド構造は、その代替モデルの一つですが、通常は企業が同時に抱えられる案件数に上限を設けることになります。

提案から delivery への引き継ぎで何がうまくいかなくなるのでしょうか?

被害の大半は引き継ぎの場面で生じますが、その原因は個人の失敗ではなく、予測可能な理由にあります。

営業の会話には「はい」と言うインセンティブが働きます。案件をクローズするにはそれが欠かせないからで、それは初めてその助言を聞く創業者にとっても同じです。また、営業の会話はもともと、ビジョン、変革、ROIに焦点を当てた大づかみなものであるため、複雑な実装の詳細は曖昧にされたり、完全に省かれたりします。これは誰かの落ち度ではなく、営業とはそういうものだからです。さらに、営業チームは複数の商談を抱えて外に出ており、何時間もかけて詳細なメモを取り、CRMを更新する時間はありません。これは批判ではなく、構造上の現実です。

このギャップがもたらす財務的影響は、理論上のものではなく、測定可能です。失敗したソフトウェア導入の70%は、要件の不一致、見落とし、誤解が原因で失敗しており、提案から delivery への引き継ぎが、そうした不一致の最初の原因になることがよくあります。引き継ぎ時のコミュニケーション不足により、企業はプロジェクト費用100万ドルごとに7万5,000ドルを失うリスクがあり、より広く見ると、プロジェクトの29%はコミュニケーション不足が原因で失敗しています。年間に複数の案件を抱える企業にとって、これは誤差ではありません。提案チームが獲得するすべての案件にかかる、継続的な税金のようなものです。

クライアントは、このギャップを直接体験します。自信にあふれたシニアチームと何週間もかけて信頼関係を築いたのに、その後、すでに伝えた情報をもう一度説明するよう求める担当者に引き継がれたり、営業時に(明示的に約束されていなくても)示唆されたスケジュールやスコープを守れない担当者に当たったりします。このずれは、営業提案からプロジェクト引き渡しまでの全工程を通じて、ビジョンの共有や共同の責任意識が欠けた状態を生みがちです。

提案から delivery までのギャップをどう解消すればよいでしょうか?

この問題の解決に、大規模な組織再編が必要になることはまれです。必要なのは、引き継ぎを非公式なやり取りではなく、体系化されたイベントにすることです。

• 営業中のあらゆる内容を記録します。営業からアカウント管理への引き継ぎ資料には、クライアントの主な目標、挙がった主な懸念点、合意した成果物、スケジュールへの期待、ステークホルダーの連絡先、行った約束をすべて含め、記憶や思い込みに頼る部分を残さないようにします。
• 契約締結前に delivery を巻き込みます。契約前のコンサルティングや計画の段階から密に連携し、実際に作業を担当する人を提案や見積もりに参加させることで、delivery チームは契約書を作成する前にリスクを指摘し、クライアントの期待値を現実的に設定できます。
• 確認のループを設けます。引き継ぎの後、受け取る側は、進めるのに十分な背景情報があることを正式に確認し、不足があれば、実行を始める前にチームで洗い出して補います。
• 引き継ぎは会話ではなく、ワークフロー上のマイルストーンとして扱います。引き継ぎをプロジェクト管理システムの正式なステップとして組み込み、タスクが特定のステータスに達するとチェックリストが起動して担当者が割り当てられるようにすれば、引き継ぎは非公式なやり取りではなくマイルストーンになります。

自社で提案書、スコープ、オンボーディング用コンテンツを作成・管理しているチームにとっても(エージェンシー型の delivery プロセスを評価または構築しているSaaSの創業者やマーケターにとっては、まさにSeedlingが役立つ場面です)、サービス提供と同じ原則が文書コンテンツにも当てはまります。提案資料、営業電話、マーケティングコンテンツが約束する内容は、実際にそれを実行する人たちと接しても成り立つものでなければなりません。一人の頭の中にしかない用語集の定義、ポジショニング上の主張、スコープの約束は、引き継ぎの失敗を待っているようなものです。

契約前に買い手が注意すべき点は?

提案する人が実際に作業をする人ではないことを、クライアントが伝えられることはめったにありません。このギャップから身を守るには、何かに署名する前に率直な質問をすることから始まります。

キックオフ後にアカウントを担当するのは具体的に誰なのかを、肩書きだけでなく氏名と経験の深さまで尋ねてください。営業での会話で得たアカウントの背景情報を、どのように delivery チームへ引き継ぐのか、またその引き継ぎが文書化されているのか非公式なのかを尋ねてください。提案で示唆されたスコープやスケジュールに delivery チームが同意しない場合にどうなるのかを尋ねてください。これらの質問への回答を書面にし、契約書や作業範囲記述書に盛り込んでおけば、delivery の実態が提案内容と食い違った場合に、クライアントが異議を唱える根拠になります。

提案チームと delivery チームの区別は、排除すべき欠陥ではありません。成長中のサービス企業には、新規案件の獲得に集中するシニア人材と、それをきちんと実行することに専念するスタッフの両方が必要です。クライアントを維持できる企業と解約されてしまう企業を分ける本当の違いは、分業があるかどうかではなく、両チームが引き継ぎを意図的に設計しているか、成り行きに任せているかにあります。