実務ガイド
CRMとプロジェクト管理をつなぎ、顧客との合意を引き継ぐ
商談から実行への引き継ぎを設計します。顧客の背景、担当、次の行動を実行チームへ渡し、商務と実務の記録を分かりやすく保ちます。
引き継ぎは状態の変更だけではない
営業が商談を受注にしても、実行チームに使える依頼概要がないことがあります。必要なのは合意範囲、判断理由、不明点を確認する相手です。記録を結ぶ前に、受け取る役割へ何が必要か聞いてください。状態の変更ではなく、実際の責任を引き継げるかを評価の基準にします。
営業が渡す内容を決める
顧客、連絡先、合意した業務、未解決の質問、担当を短く整理します。顧客に約束した結果と内部のタスク一覧は分けてください。正となる見積や合意への参照を残します。TsumiraはCRM、見積、案件、会話をつなぎますが、現在の情報と商務記録の管理者はチームで決める必要があります。不明点も隠さずに含めます。
- 未解決の質問を引き継ぎに記載する。
- 顧客側の連絡先と内部の実行責任を分ける。
開始後の変更が伝わる方法を合意する
最初の引き継ぎは永遠に完全なままではありません。顧客の変更依頼、合意範囲の更新、実行担当への連絡を誰が行うか決めます。管理者だけでなく異なる権限で試してください。AIは要約を準備できますが、Tsumiraの提案操作は実行前に確認されます。要約が読みやすくても、元の合意と責任者の判断の代わりにはなりません。
- 範囲変更の管理者を決める。
- 制限のある商務情報のアクセスを維持する。
具体的な業務の流れ
顧客の概要を用意する
連絡先、合意したサービス、質問、参照文書を集め、受け取るチームが不足を確認します。
引き継ぎを行う
実行業務を明示的に準備して顧客参照を確認し、次のタスクと担当者を決めます。
変更された依頼を試す
別の役割が案件を更新して続けます。最新の合意を推測せずに特定できるか評価します。
実務を想定した例
想定例：同じ顧客の二つの案件
同じ企業に市場調査と別のワークショップを提供する会社を想定します。連絡先は共通でも、各プロジェクト責任者の範囲は異なります。正しい合意と会話を見つけられるか試してください。ワークショップの変更が調査案件の背景を無断で変えてはいけません。単独の理想的な受注より、現実の関係を確認できます。
この機能についての質問
営業と実行は同じ記録を使うべきですか。
異なる責任を持つ顧客、商談、案件は、関連した別記録でも構いません。一つの物へ全部詰めることではなく、背景を理解できることが目的です。
引き継ぎに何を含めますか。
顧客、必要な連絡先、範囲、担当、未解決事項、正となる参照です。次の行動もあれば、過去を読むだけでなく仕事を始められます。
データがつながれば会話は不要ですか。
いいえ。参照できても共通理解は必要です。会話で曖昧な点を解決し、決定を合意した場所へ記録してください。
成功をどう検証しますか。
受け取った人が実案件と開始後の変更を扱います。営業担当に教えてもらわず、権限、正しい合意、次の行動を確認します。
この業務に合う連携を検討する。
想定される連携のアイデアです。シナリオを利用する前に、各アプリの実際の利用可否、権限、対応データをご確認ください。
