アバター: ポストコールのポーラ
クライアントとの電話は、全員が電話を切った時点で終わりではありません。
通常、それが管理者の仕事が始まる時です。
誰かが約束されたことを覚えておく必要があります。誰かが曖昧なリクエストをタスクに変える必要があります。誰かがフォローアップのメールを書き、CRMを更新し、納品チームにブリーフィングを行い、次の会議が「前回何を決めたか？」で始まらないようにする必要があります。
チームに十分な電話がある場合、これは隠れたオペレーションの役割になります。
最良の電話からタスクリストへのワークフローは、トランスクリプトを最終出力として扱いません。通話の有用な部分を、コンテキストがまだ新鮮なうちに次のステップに変えます。
電話が作業を生むとき
電話をメモ、タスク、フォローアップに変える
Superscribe Phoneはクライアントの会話をキャッチし、有用な出力をタスクリスト、CRMノート、フォローアップメール、チケット、チームの引き継ぎに向けて進めるのを助けます。
タスクリストは通話ノートとは異なります
通話ノートは何が起こったかを説明します。
タスクリストは次に何が起こるかを示します。
この違いは、エージェンシー、コンサルタント、リクルーター、サポートチーム、サービスビジネスにとって重要です。トランスクリプトは正確かもしれませんが、チームは依然として通話の運用バージョンを必要とします。
つまり、
- 次のステップの担当者は誰か
- 何をする必要があるか
- クライアントが承認したこと
- 何がブロックされているか
- 何にフォローアップが必要か
- CRMに記録すべきこと
- チケットまたはプロジェクトタスクにすべきこと
- まだ行うべきでないこと
トランスクリプトにはすべての情報が含まれている可能性がありますが、使いにくいこともあります。
価値はすべての言葉を持つことではありません。価値は会話から作業を引き出すことです。
なぜ手動タスクキャプチャが壊れるのか
手動タスクキャプチャはシンプルに聞こえますが、忙しい日になるとそうではありません。
1つのアカウントリードが電話を終え、別の電話に飛び込む。コンサルタントは修正された範囲を送ると約束するが、納品に引き込まれる。リクルーターは候補者の給与範囲を覚えているが、フォローアップの質問を忘れる。サポートリードは緊急の問題を解決するが、チケットの更新が遅れる。
これはすべて、人々が不注意だから起こる。
これは、電話がチームが処理できるよりも早くコンテキストを作り出すから起こる。
失敗は通常、後になって現れる：
- クライアントが誰も割り当てていない何かの更新を求める
- CRMは「良い電話」と言うが、何が変わったのかは言わない
- プロジェクトマネージャーはアカウントリードに詳細を追いかけなければならない
- 同じ質問が次の会議で繰り返される
- 約束されたフォローアップのメールが遅れて送信される
- 請求可能な作業が明確な説明なしに行われる
これが弱い電話のフォローアップの本当のコストだ。
失われたメモだけではない。遅れた作業だ。
自動電話タスクリストに含まれるべきこと
良い自動タスクリストは、電話から得られるもので、最良の意味で退屈であるべきだ。
電話に参加していなかった人が次に何をすべきか理解できるほど明確であるべきだ。
タスク
タスクは漠然としたトピックではなく、アクションとして書かれるべきだ。
弱点:
- ウェブサイトのコピー
- オンボーディングの問題
- 価格設定
役立つ：
- クライアントのために修正されたホームページの見出しオプションをドラフトする
- トライアルユーザーのためにオンボーディングメールが発信されない理由を確認する
- 統合作業のためにクライアントに別の見積もりを送る
オーナー
オーナーのいないタスクは記憶テストになる。
たとえオーナーが tentative でも、リストには誰がそれを進めることが期待されているかが示されるべきだ。所有権が不明確な場合、それも見えるべきだ。
トリガー
すべてのタスクにカレンダーデートがあるわけではないが、多くにはトリガーがある。
例：
- 金曜日のクライアント更新の前
- 新しいコピーが承認された後
- 候補者が空き時間を送信したら
- 次のオンボーディングコールの前
これにより、タスクは「これを覚えておく」から「この条件が真のときに行動する」に変わる。
ソースコンテキスト
タスクは後での推測を防ぐために十分なコールコンテキストを保持する必要があります。
例えば: “クライアントは統合がQAを妨げているため、より小さなローンチスコープを承認しました。”
その一文が再作業を防ぎます。
より良いワークフロー
目標は別のミーティングノートの儀式を追加することではありません。
目標は、コールが通常の副産物として作業出力を生み出すことです。
実用的なワークフローは次のようになります:
- 電話が記録されます。
- 会話が文字起こしされます。
- 有用な部分が要約、決定、タスク、フォローアップに構造化されます。
- タスクリストが迅速にレビューされます。
- 出力は既に作業が行われている場所に送信されます。
その最後のステップは重要です。
コール録音ツールの中に閉じ込められたタスクリストは、まだ別の受信箱です。
チームの場合、出力はCRM、チケットシステム、プロジェクトボード、フォローアップメール、または内部引き渡しに向かう必要があります。タスクは、次の人が既に作業している場所に着地するため、有用です。
これが、一般的な文字起こしがコールが多いビジネスにはほとんど十分でない理由でもあります。文字起こしは記憶を助けます。タスク抽出は実行を助けます。
Superscribeの役割
Superscribe Phoneは、コールが作業であるという考えに基づいて構築されています。
有用な出力は録音や文字起こしの中に埋もれていてはいけません。それは構造化されたコールノート、タスクリスト、フォローアップ、サポートチケット、CRMの更新、クライアントの要約、またはエージェントやAPIのためのワークフロー入力になるべきです。
ソロコンサルタントの場合、それはクライアントコールが短いタスクリストとフォローアップメールになることを意味するかもしれません。
エージェンシーの場合、アカウントリードがコールを終え、デリバリーチームのための引き渡しが準備されることを意味するかもしれません。
サポートやIT作業の場合、同じパターンがコールをチケットやインシデントノートに変えることができます。それがあなたのワークフローであれば、 サポートコールからの自動インシデントレポート と言いましたか、それとも 小規模IT企業のためのコール文字起こしに関するガイドを参照してください。.
問題が一般的なクライアントとの電話のフォローアップに関するものであれば、これらの関連ガイドも役立つかもしれません：
ツールを評価するためのシンプルなルール
「録音して文字起こしができるか？」だけを尋ねないでください。
質問は：
- 実際の次のステップを特定できますか？
- 決定を議論から分けることができますか？
- 推測を防ぐために十分なコンテキストを保持できますか？
- 作業が行われるシステムに出力を移動できますか？
- チームメイトは通話を再生せずにそれに基づいて行動できますか？
答えが「いいえ」の場合、自動電話からタスクリストへのワークフローはまだありません。
宿題が添付された文字起こしがあります。
通話はすでに作業を生み出しました。役立つツールは、記憶がボトルネックになる前に作業を進めるのを助けるものです。
通話を運用化する
クライアントとの会話を使える次のステップに変える
Superscribe Phoneは、通話が多いチームが会話をキャッチし、それを構造化されたメモ、タスクリスト、フォローアップ、ワークフローに適した出力に変えるのを助けます。