テンプレート · サービス業の業務
フォローアップのチェックリストとメッセージ例
お客様に連絡する前に、既存のお問い合わせや見積もりを確認するための、編集できるチェックリスト、3つの任意のメッセージテンプレート、シンプルな対応記録です。
執筆:Fireflax · 読了時間 約6分
確認:Codex — source and implementation review ·
事務所でくり返し使える確認セット。
下書きのたびにチェックリストを使い、状況に合ったメッセージをアレンジしてください。3つは別々の選択肢であり、必ず3通送る決まった流れではありません。正しい次の一歩は、返信のこともあれば、待つことや、お問い合わせを終了することもあります。
人が確認するための下書き
これらのテンプレートは、すでにあるお問い合わせと見積もりのためのものです。何かを送信したり、受信箱につないだり、営業連絡を認めたりするものではありません。タイミングと連絡してよい範囲は、実際の関係、お客様の希望、連絡手段によって変わります。返信率や、法的に一律で問題がないことはうたっていません。
プレーンテキストの Markdown · バージョン 1.0 · メールアドレスの登録やソフトウェアの準備は不要です。いつものテキストエディターで開いてください。セットの内容は、すべて下でも説明しています。
メッセージを送る前に毎回
- 01
関係を確かめる
あなたのお店に寄せられた、すでにある依頼についての連絡です。実際の連絡方法の希望と、ふさわしい連絡手段を確かめてください。テンプレートがあるからといって、誰かに連絡してよいことにはなりません。
- 02
止める理由がないか探す
今の受信箱、電話のメモ、案件や見積もりの状況を確かめます。返信があれば担当者に戻します。配信停止、終了した商談、予約済みの作業があれば、このフォローアップの流れは止めます。
- 03
担当者をひとり、次の対応をひとつ決める
誰が担当かを記録します。お客様と決めた日付や約束があれば、それに従います。タイミングや今の状況がわからなければ、下書きを保留にして調べます。
- 04
わかっていることだけを書き換える
確かめた内容と、役に立つ質問をひとつ使います。わからないかっこの部分は消してください。料金、日時、サービスの内容、見積もり番号、以前のやり取りをつくらないでください。
- 05
最終版を承認する
送る直前に、宛先と最新の状況を確かめ直します。下書きを保存しただけでは承認ではなく、承認したからといって届いた証拠にはなりません。
- 06
結果とやめどきを記録する
いつものシステムで送ったら、実際の結果と、あれば次の確認日を記録します。返信はやり取りとして扱います。止めた流れを自動で再開しないでください。
アレンジして使える3つのメッセージ
1. 返信のないお問い合わせ
お客様の依頼にすでに返信していて、まだ手伝いが必要かを確かめたいとき。
メールの件名(任意): [ご依頼の作業] についてのお問い合わせの件
[お名前] 様 先日は [確認したご依頼の内容] についてお問い合わせいただき、ありがとうございました。その後いかがでしょうか。引き続きお手伝いが必要でしたらお知らせください。ご不要でしたら、今回のお問い合わせはいったん終了とさせていただきます。 よろしくお願いいたします。 [担当者名] [店名・会社名]
作業の内容を確かめられない場合は、具体的な記載を消してください。お客様に連絡する前に、その不確かな点を解決しておきます。
2. 見積もりについて確認する
見積もりをすでに送っていて、確認したい点がひとつはっきりしているとき。お客様から返信がある場合は、その返信に直接お答えください。
メールの件名(任意): [見積もり番号または作業] についてのご確認
[お名前] 様 [確認した作業] のお見積もりについて、[具体的な質問をひとつ] をご確認いただけますでしょうか。内容を変更する前に、[担当者名] が次の進め方を確認するために必要となります。 よろしくお願いいたします。 [担当者名] [店名・会社名]
はっきりしていない作業範囲、料金、日時を約束に変えないでください。見積もり番号がなければ省きます。
3. ていねいな最後のご確認
その関係と、決めておいた流れにとって最後の連絡がふさわしく、止める条件のどれにも当てはまらないとき。
メールの件名(任意): [ご依頼の作業] の件について
[お名前] 様 [確認したご依頼の内容] について、まだお手伝いが必要かどうか確認のためご連絡しました。お返事がない場合は、今回のフォローアップはいったん終了とさせていただきます。また必要になりましたら、いつでもお気軽にご連絡ください。 よろしくお願いいたします。 [担当者名] [店名・会社名]
この段階のあとは、記録した計画に従って流れを止めてください。プレッシャーをかけたり、偽りの期限を設けたり、最後のメッセージを何度も送ったりしないでください。
記入済みの例と、その確認の記録
架空の例:Robin さんが Cedar Example Plumbing に、キッチンの蛇口の水漏れについて問い合わせました。Alex さんがお問い合わせと電話のメモを確かめたところ、返信、予約、連絡をやめてほしいという依頼の記録はありませんでした。実際のビジネスでは、送る前に、連絡することが本当にふさわしいかをあらためて確かめる必要があります。
架空の下書き · 何も送信していません
Robin 様
先日はキッチンの蛇口の水漏れについてお問い合わせいただき、ありがとうございました。その後いかがでしょうか。引き続きお手伝いが必要でしたらお知らせください。ご不要でしたら、今回のお問い合わせはいったん終了とさせていただきます。
よろしくお願いいたします。
Alex
Cedar Example Plumbing
Robin さんがほかの業者に依頼したという新しい通話メモがあれば、Alex さんはここで止めます。Robin さんから質問の返信があれば、Alex さんはその質問に対応し、予定していたフォローアップを取り消します。下書きを用意してあっても、新しい情報より優先されることはありません。
短い記録と、見える停止の操作を用意しましょう。
この記録を、今お使いのシステムに写してください。2人目の人が何が起きたかわかるよう、対応ごとに1件ずつ記録します。送信したシステムで証拠を確かめるまで、届いたと記録しないでください。
- 依頼と担当者
- 記録の番号、担当者、今の状況。
- 最新の確認
- 誰がいつ、返信、電話、連絡方法の希望を確かめたか。
- 下書きと承認
- 選んだメッセージ、修正内容、確認した人、承認した日時。保留にした場合はその理由。
- 送信の結果
- 未送信、送信済み(参照番号付き)、失敗、不明。承認しただけでは届いたことになりません。
- 次の対応
- 具体的な確認日と担当者、またはこれ以上フォローアップしない。
- 停止の状態
- 実行中/一時停止/停止と、その理由と日時。実際のシステムで、予定しているリマインダーはすべて取り消してください。
誰かが返信したとき、配信停止を希望したとき、作業を予約したとき、商談を終了したとき、または決めておいた最後の段階が終わったときに止めます。送信に失敗したり、届いたか不確かだったりするときは、再試行の前に調べる必要があります。同じメッセージをやみくもにもう一度送る理由にはなりません。
サンプルは、ブラウザーのメモリー内でルールと用意したテンプレートを使います。3日というしきい値は説明のためのものです。承認は操作を模擬するだけで、メッセージを届けることも、あなたのシステムをテストすることもありません。
出典と確認メモ
Codex とともに作成し、確認日にリンク先の出典と照らし合わせて確認しました。例は架空のもので、お客様の成果や実際の連携をうたうものではありません。
- フォローアップの判断ガイド
流れと、もとになった短いメッセージの例。
- フォローアップのサンプル
架空の停止条件と、模擬的な承認。