クライアントコールからCRMノートワークフローは、空のテキストボックスから始まるべきではありません。
そこが有用なアカウントメモリーが薄れる場所です。
クライアントは締切が変更された理由を言います。承認が必要な人を挙げます。反対の背後にある反対理由を説明します。欠けている詳細を送ると約束します。電話を切り、次のコールに切り替え、CRMは今や記憶に依存するノートを待っています。
ノートは最終的に次のようになります:
「良いコール。来週フォローアップ。」
それはCRMノートではありません。
それはあなたが書こうとしていたノートのプレースホルダーです。
コールがアカウントを更新すべきとき
クライアントコールをCRM準備完了のノートに変えましょう
Superscribe Phoneはコールをキャプチャし、それをレビューされたCRMノート、タスク、フォローアップ、チケット、請求可能なコンテキストに変える手助けをします。後でクリーンアップするための別のトランスクリプトではなく。
ショートバージョン
クライアントコールからCRMノートワークフローは、次の6つのことをキャプチャするべきです:
- なぜ電話がかかってきたのか
- アカウントで何が変わったか
- 何が決まったか
- まだ答えが必要なこと
- 次のステップの担当者は誰か
- 次の人がクライアントと話す前に知っておくべきこと
トランスクリプトはソースマテリアルです。
CRMノートはアカウントメモリーです。
その違いは重要です。なぜなら、CRMは次の人が記録を読み、全コールを再生することなく関係を理解できるときにのみ有用だからです。
コールがタスク、フォローアップ、サポートコンテキスト、請求詳細、または監視すべきリスクを生み出す場合、それらの要素は誰かの頭の中に留まるべきではありません。詳細がまだ新鮮なうちに、コールから顧客記録に移動すべきです。
なぜCRMノートはコール後に弱くなるのか
ほとんどの人は不注意だからCRMノートをスキップするわけではありません。
彼らはコールがすでに有用な注意を消費したためにスキップします。
会話中は、あなたは聞いて、交渉し、アドバイスし、または問題を解決しています。通話後、作業キューが待っています。別のクライアントからの電話がかかっています。Slackのスレッドがアクティブです。チケットには返信が必要です。CRMの更新は、待つことができる小さな管理タスクになります。
その後、残りからメモが書かれます。
広いトピックは覚えていますが、正確な制約は覚えていません。「来週」と誰かが言ったことは覚えていますが、それがデモ、修正見積もり、またはクライアントの財務担当者からの決定を意味するのかは覚えていません。異議は覚えていますが、次のフォローアップをより良くするための言葉は覚えていません。
それがCRMのメモが曖昧になる理由です：
- 「プロジェクトについて話し合った。」
- 「クライアントが興味を持っている。」
- 「すぐにフォローアップする。」
- 「電話はうまくいった。」
- 「情報を送る必要がある。」
これらのメモは技術的にCRMを更新します。
次のアクションには役立ちません。
CRMメモには役割があります。
CRMメモはトランスクリプトではなく、日記でもありません。
それは未来のあなた、あなたのチーム、または次のワークフローステップへの引き継ぎです。
HubSpotの記録には、ログされた通話、メモ、メール、会議、タスク、その他の活動が保持できます。Salesforceもログされた通話やタスクを顧客記録に関連付けられた活動履歴として扱います（HubSpot ナレッジベース, Salesforce ヘルプ).
ストレージは難しい部分ではありません。
難しい部分は、通話が曖昧になる前に正しいメモを作成することです。
有用なCRMメモは次のことに答えるべきです：
- 何が起こったか？
- なぜ重要？
- 何が変わったか？
- 次に何が起こるべきか？
- 誰がそれを担当するのか？
- どのリスク、約束、または購入信号が失われてはいけないのか？
だからこそ CRMノートはトランスクリプトではありませんトランスクリプトは会話を保存します。CRMメモは会話を使える関係の文脈に変えます。
ワークフロー：通話、構造、レビュー、ルーティング
クリーンなクライアント通話からCRMメモへのワークフローは4つのステップがあります。
1. 完全な通話をキャプチャする
会話自体から始めます。
急いで書いた箇条書きではありません。
事後の記憶ではありません。
クライアントが話している間は重要な詳細が明らかでないことがあるため、通話は記録されるべきです。調達に関する一言が、取引が遅れる理由になるかもしれません。サポートに関するちょっとしたコメントが、本当のリテンションリスクになることもあります。「法務に確認してもらう必要があります」という短い一言が、次のアクションになるかもしれません。
ソースが欠けていると、CRMのノートはすでに弱くなります。
2. 役立つ部分を構造化する
生の通話テキストは多すぎます。
CRMには、言葉の壁ではなく、整形されたノートが必要です。構造はアカウントの継続性に重要な部分を分けるべきです。
この形を使ってください：
- 通話理由： なぜ電話がかかってきたのか
- 現在の状態： アカウント、プロジェクト、または機会が今どこにあるか
- 決定： 合意されたことまたは拒否されたこと
- クライアントのシグナル： 懸念、緊急性、関心、障害、または購入意向
- オープンな質問： まだ答えが必要なこと
- 次のステップ： 担当者、アクション、日付
- 保持すべきコンテキスト： 価格、範囲、請求、サポート、リスク、またはステークホルダーの詳細
これが通話録音をCRM対応のノートに変える層です。
3. アカウントの記憶になる前にレビューする
生成されたノートを盲目的にCRMに押し込まないでください。
クライアントの通話には曖昧さが含まれています。人々は声に出して考えます。冗談を言います。共有アカウントノートに含まれないかもしれない内部の制約について言及します。彼らは、厳しい約束として書かれるべきではない柔らかいコミットメントをします。
レビューは安全策です。
遅くなる必要はありません。ただ、次の違いを捉える必要があります：
- 「クライアントは金曜日にローンチを確認しました。」
- 「クライアントは法務のレビューを待って金曜日にローンチしたいと言っています。」
これらは非常に異なるCRMノートです。
4. ノートを使用される場所にルーティングする
ノートはアカウント、機会、取引、プロジェクト、またはクライアントの記録の近くに配置されるべきです。
通話がフォローアップメールを作成した場合は、それをドラフトします。タスクが作成された場合は、そのタスクを作成します。スコープが変更された場合は、スコープのコンテキストを保存します。請求の詳細が必要な場合は、通話がまだ温かいうちに理由を保持します。
これは強力な ビジネスコールのフォローアップワークフローの背後にある同じ論理です通話は全員が切ったときに終わるのではなく、次のステップが行われる有用な出力があるときに終わります。
実用的なCRMノートテンプレート
まだ手動でCRMノートを書くときにこの形式を使用してください。
通話理由:
現在のアカウントの状態:
何が変わったか:
決定または合意:
クライアントの懸念やシグナル:
オープンな質問:
次のステップ:
- 所有者:
- 期限:
保持すべきコンテキスト:
こちらが記入済みのバージョンです。
通話理由:
Acmeのオンボーディングのための週次実装チェックイン。
現在のアカウントの状態:
クライアントはほぼ展開の準備が整っていますが、管理チームは過去の記録のインポートについて心配しています。
何が変わったか:
彼らはローンチ前に完全な移行を必要としなくなりました。最初に過去90日間のインポートが必要です。
決定または合意:
より小さな最初のインポートの範囲を設定し、完全なアーカイブをフェーズ2として保持します。
クライアントの懸念やシグナル:
財務部門は追加作業を承認する前に、より明確な見積もりを求めています。
オープンな質問:
彼らの管理リードから最終CSVエクスポート形式が必要です。
次のステップ:
- 所有者: サムが修正されたインポート見積もりを送信します。
- 期限: 木曜日。
保持すべきコンテキスト:
潜在的な有料スコープの増加。これを遅延として捉えないでください。クライアントは段階的な展開を好みます。
そのノートは長くありません。
しかし、次の人が行動を起こすための何かを提供します。
CRMノートに入れるべきでないこと
良いCRMノートは選択的です。
省くべき内容:
- アカウントに関連のない雑談
- 生のトランスクリプトの断片
- 事実として提示された不確かな推測
- 顧客記録に含まれるべきでない敏感な個人情報
- プライベートに留めるべき内部コメント
- タスク、チケット、または提案にすでに保存されている詳細の重複
目標はCRMを網羅的にすることではありません。
目標はそれを有用にすることです。
Superscribeの役割
Superscribe Phoneは、クライアントとの電話とその後に続く作業オブジェクトとのギャップを埋めるために作られています。
電話通話では、会話をキャプチャし、文字起こしを行い、有用な出力を要約、タスク、フォローアップ草案、CRMノート、チケット、請求コンテキスト、ワークフロー準備済みフィールドに形作るのを助けます。
これは、ソロコンサルタントや小規模チームにとって重要です。なぜなら、弱点は通常CRM自体ではないからです。
弱点は通話後の瞬間です。
通話を思い出し、CRMを開き、重要なことを決め、メモを書き、タスクを作成し、フォローアップを草案し、次の会話の前に請求可能なコンテキストを保持しなければならない場合、ワークフローはあなたが持っていないかもしれない注意に依存します。
Superscribeはメモを通話に近づけるのを助けます。
また、通話がフォローアップの執筆を生むとき、デスクトップ音声入力と自然に組み合わせることができます。通話はCRMノートとタスクリストになります。後のクライアント更新、プロジェクトコメント、サポート返信、または請求書の説明は、カーソルがすでにある場所で文字起こしできます。
これが混合ワークフローです：最初に通話をキャプチャし、その後にデスクトップで実行します。
現在のワークフローを判断する方法
クライアントとの通話後に書かれた最後の5つのCRMノートを見てください。
質問は：
- 別の人が何が変わったか理解できるでしょうか？
- オーナーがいる次のステップはありますか？
- クライアントの懸念は具体的ですか？
- 決定は明確に書かれていますか？
- ノートは文字起こしより短いですが、記憶より強いですか？
- これがフォローアップメールを書くのに役立ちますか？
- これが次の通話の準備に役立ちますか？
もし答えが「いいえ」なら、問題はCRMの規律ではないかもしれません。
キャプチャステップが遅すぎるかもしれません。
よくある質問
クライアント通話からCRMノートへのワークフローとは何ですか？
CRMノートワークフローへのクライアントコールは、電話または会議の会話を、通話理由、アカウントの状態、決定、懸念、未解決の質問、担当者、次のステップを含むレビュー済みのCRMノートに変えます。
CRMノートには通話の全トランスクリプトを含めるべきですか？
通常は含めません。必要な場合はトランスクリプトをソース資料として保持しますが、CRMノートは短く、レビューされ、アカウントのコンテキストとフォローアップに焦点を当てるべきです。
AIは通話からCRMノートを作成できますか？
AIは通話のトランスクリプトからCRMノートをドラフトできますが、レビューは依然として重要です。ノートはアカウントの記憶となるため、あいまいな約束、敏感な詳細、不確実な次のステップは、CRMに入る前に確認する必要があります。
良いCRMコールノートとは何ですか？
良いCRMコールノートは、何が変わったのか、何が重要なのか、何にアクションが必要なのか、次のステップの担当者は誰か、次にクライアントに連絡する前に次の人が知っておくべきことを示します。
これは通話のトランスクリプションとどう違いますか？
通話のトランスクリプションは、何が言われたかを記録します。CRMノートは、アカウントが次に何を必要としているかを説明します。最良のワークフローは、トランスクリプトをソース資料として使用し、それをフォローアップを促進する短いノートに変えます。
持ち帰り
クライアントコールは音声が終了した時点で終わりではありません。
アカウントレコードが何が変わったかを知り、次のステップに担当者がいて、重要なコンテキストが記憶に閉じ込められていない時点で終わります。
それがCRMノートの本当の役割です。
通話をキャプチャします。役立つ部分を構造化します。ノートをレビューします。次のアクションが行われる場所に置きます。
次の通話がこの通話を埋めてしまう前に
クライアントコールをCRM対応にします
Superscribe Phoneは、詳細がまだ新鮮なうちに、通話をレビュー済みのCRMノート、タスク、フォローアップ、チケット、請求可能なコンテキストに変えるのを助けます。