サービスチーム向けのクライアントコミュニケーションのベストプラクティス。

初日にチャネルとリズムを設定します

コミュニケーションがどこで行われ、どれくらいの速さで回答するかをクライアントに伝え、それを守ります。更新が毎週金曜日に届くことを知っているクライアントは、週半ばにチェックインするのをやめます。沈黙ではなく、不確実性が不安なメッセージを作成します。

1つのレコード、すべてのチャネル

クライアントは、どのチャネルを使用したかを気にしません。すべてを覚えておくことを期待しています。メール、SMS、通話、ボイスメールを同じクライアントレコードに保存します。Workspace369では、すべてのプランでメールがクライアントに一致します。共有受信トレイ、テキスト、通話、ボイスメールはVoyagerから追加され、AI通話要約はSpecialistから追加されるため、チーム全体が同じコンテキストで対応します。

記憶ではなく、コンテキストで回答する

返信する前に、記録を確認してください：何を約束したか、何が未完了か、何が期日か。「あなたの請求書は昨日発送され、次のレビューは木曜日です」は、「送ったと思います」よりも常に優れています。コンテキストは、1か所に保持することで可能になる習慣です。

書面で決定を確認し、ルーチンを自動化する

すべての通話の後：決定されたことと次に起こることについての2行。その後、システムにルーチン（予約リマインダー、請求書フォローアップ、ステータス通知）をワークフロー自動化で処理させ、人々は判断が必要な会話にのみ注意を払います。

メッセージごとにチャネルを選択

各チャネルは異なる種類のメッセージに適しています。クライアントと、何のためにどれを使用するかを合意してください。そうすれば、重要なものが彼らが見ない場所に着信することはありません。

• メール：決定事項、ドキュメント、後で他の人が確認する必要があるもの。
• テキスト：遅刻しそう、現場にいる、またはリマインダーなど、短く時間的制約のあるメモ。
• 電話：ニュアンスのあること、悪い知らせ、または意見の相違がある場合は電話し、その後メールで確認します。
• クライアントポータル：プロジェクト自体でのファイル、コメント、タスクの共有。

クライアントが行動できるアップデートを作成する

良いステータスアップデートは30秒で読め、次に何が起こるかについて疑問を残しません。毎回同じ4つの部分を同じ順序で使用すると、クライアントはどこを見ればよいか学びます。

• 前回の更新以降に完了したこと、1〜2行で。
• 次に、発生する日付と共に。
• クライアントから必要、日付付き、または「今週はなし」。
• リスクまたは変更点、率直に述べたもの、または該当しない場合は省略。

悪い知らせは早く伝える

遅延、スコープ変更、または間違いは、知ったその日に聞く方が、それが着地した日に聞くよりも簡単です。何が起こったのか、クライアントに何が変わるのか、それに対して何をしようとしているのか、そして次にいつ連絡するかを伝えてください。最初に電話で話した場合でも、文書化し、選択肢がある場合は、後日の日付や小規模な最初の納品などの選択肢を提供してください。

定型メッセージを用意しておく

ほとんどのクライアントメッセージは繰り返されます。繰り返しメッセージは一度作成し、テンプレートとして保存し、毎回空白のページから始めるのではなく、1〜2行調整するだけです。

• キックオフ：関係者、チャネル、更新頻度、最初のマイルストーン。
• 週次アップデート：上記の4つのパート。
• あなた待ち：何がブロックされているか、何が必要か、いつまでに必要か。
• 変更リクエスト：変更内容、価格と期日への影響、承認方法。
• まとめ：納品されたもの、ファイルの場所、最終請求書。