Excel・メール・Slackに分断した受注情報を、Salesforce商談から案件レコードへ自動展開する
はじめに：「Closed Won」から案件着手まで、何日かかっていますか
商談がClosed Wonになった瞬間、Salesforce上では「100%」になります。しかし、その案件が実際に動き始めるのは数日〜数週間後、というケースが少なくありません。
営業からDeliveryへの引き継ぎMTG、Excelで管理されている受注内容のまとめ直し、メールでのスコープ確認、Slackでの初動連絡——これらに時間が溶けていく間、顧客は「契約したのに何も始まらない」と感じています。本記事では、Sales→Deliveryのハンドオフを「ゼロ日」に近づける設計を解説します。
この記事でわかること
- Sales→Deliveryハンドオフが詰まる5つの典型ボトルネック
- 商談オブジェクトと案件オブジェクトを連結するデータモデル設計
- ハンドオフを自動化する4つの実装ステップ
- Salesforceネイティブで実現する「ゼロ日ハンドオフ」の運用パターン
第1章：Sales→Deliveryハンドオフが詰まる5つの典型ボトルネック
ボトルネック① 受注情報がExcel・メールに点在
商談時の合意事項、見積詳細、検収条件、納期、特記事項などが、Salesforce商談レコードではなくExcel・メール・口頭に分散しているケースです。Deliveryチームは情報を集めるだけで数日を費やします。
ボトルネック② 引き継ぎMTGが「儀式化」している
営業とDeliveryの引き継ぎMTGが定例化し、毎週決まった時間に開催される——という運用になると、商談クローズから次回の引き継ぎMTGまで案件が動き出しません。最大1週間のロスが構造化されます。
ボトルネック③ 案件・タスクの初期セットアップが手作業
案件レコードの作成、WBSの分解、メンバーアサイン、初動タスクの設定——これらすべてを案件責任者が手作業で行う運用は、属人的でスケールしません。
ボトルネック④ 工数予算と受注金額の連動がない
受注金額がいくらで、想定工数が何時間か、初期粗利率はいくつか——これらを案件着手時点で見える状態にしないと、進行中の予実管理は始められません。
ボトルネック⑤ 顧客・パートナーへの初動連絡の遅延
キックオフミーティングの設定、顧客側担当者への連絡、契約書類の送付——これらの初動アクションが手動依存だと、顧客体験の質に直結します。
ハンドオフが詰まるのは「営業とDeliveryの仲が悪い」からではなく、商談データと案件実行データが別世界で動いているから。Salesforce上でデータを連結すれば、引き継ぎMTGそのものが不要になる領域が広がる。
第2章：商談オブジェクトと案件オブジェクトを連結するデータモデル設計
原則① 商談から案件への自動展開
商談ステージが「Closed Won」になった瞬間、Salesforce Flowまたは AppExchangeアプリで案件レコードを自動生成します。商談に紐付いている取引先・受注金額・想定工数・主担当を、新規案件レコードに引き継ぎます。
原則② 案件種別ごとのWBSテンプレート
案件種別（受託開発／コンサル／制作／保守等）ごとに、初期WBSテンプレートを用意しておきます。案件レコード生成時に「プロジェクト→マイルストン→タスク」の3階層が標準展開されることで、案件責任者の手作業は劇的に減ります。
原則③ 工数予算と粗利率の自動算出
受注金額（商談から継承）÷ 想定工数（テンプレートから継承）で人時単価を算出し、フルコスト原価との差から想定粗利率を自動計算します。これが案件着手時の「想定値」となり、進行中の実績粗利率と比較する基準になります。
原則④ 主担当・関係者の自動アサイン
商談主担当→案件PMへの引き継ぎ、案件種別に紐付くデフォルトメンバーのアサイン、顧客側担当者の紐付け——これらをルールベースで自動化します。属人的な「誰がやる？」の議論が消えます。
第3章：ハンドオフを自動化する4つの実装ステップ
ステップ1：商談クローズトリガーの設計
Salesforce Flowで「商談ステージがClosed Wonに変わった」イベントをトリガーとし、後続処理を起動します。トリガーは商談タイプ・案件規模・取引先属性で分岐させ、それぞれ適切なテンプレートを呼び出す設計にします。
ステップ2：案件レコード自動生成
AppExchangeアプリ（Task Relay等）であれば、商談から案件レコードを生成するアクションが標準で提供されます。案件名・取引先・受注金額・期間・主担当を商談から継承し、新規案件IDを発行します。
ステップ3：WBSテンプレートの自動展開
案件種別に応じたWBSテンプレートを案件に展開し、タスクごとの予算工数・期限・推奨担当ロールを設定します。案件責任者が確認・微調整するだけで初期セットアップが完了する状態を作ります。
ステップ4：通知・キックオフ自動化
案件メンバーへのSlack/Teams通知、顧客担当者へのキックオフメール送信、Outlookカレンダーへの初回MTG登録——これらをFlow＋外部連携で自動化します。手動で行う時間は分単位まで削減できます。
第4章：Task Relayで実現する「ゼロ日ハンドオフ」
Task Relayは、Salesforce商談クローズと案件着手の間にあるすべての手作業を、ネイティブアプリの機能として実装しています。
- 商談Closed Won→案件レコード自動生成（受注金額・取引先・主担当を商談から引き継ぎ）
- 案件種別ごとのWBSテンプレートをワンクリックで展開
- 受注金額×想定工数から粗利率を自動算出
- Slack/Teams通知＋キックオフカレンダー登録の自動化
- Salesforce商談オブジェクトと案件オブジェクトのデータが同じプラットフォーム上で連動
「ゼロ日ハンドオフ」は理想論ではなく、Salesforceネイティブな実装で実現できる現実的なゴールです。
| 段階 | 従来の運用 | ゼロ日ハンドオフ |
|---|---|---|
| 受注情報集約 | Excel・メールで散在 | 商談レコードに集約 |
| 案件レコード作成 | 手作業（数時間） | 自動生成（数秒） |
| WBS初期展開 | 案件責任者が手で作成（半日） | テンプレート展開（数分） |
| 予算・粗利設定 | Excel計算→転記 | 自動算出 |
| キックオフ準備 | 個別連絡（数日） | 自動通知 |
| 案件着手まで | 数日〜数週間 | 当日中 |
まとめ：商談クローズの瞬間に案件は走り出すべき
Sales→Deliveryのハンドオフ遅延は、顧客体験・案件粗利・チーム生産性のすべてに悪影響を与えます。Salesforce上で商談データと案件データを連結し、自動化のレイヤーを乗せることで、引き継ぎMTGそのものを不要化できる領域は広がります。
まずは自社の直近10案件について「商談クローズから案件タスクが動き出すまで何日かかったか」を計測してみてください。3日以上かかっているなら、本記事のフレームでハンドオフ設計を見直すタイミングです。
商談クローズの瞬間に、
案件が走り出す世界へ。
Sales→Deliveryハンドオフをゼロ日化するTask Relay。30分のデモで貴社の商談クローズと案件着手をどう連結できるかをご紹介します。