問い合わせのマニュアルを探している人の困りごとは、たいてい「返信の例文が無い」ではありません。例文は検索すればいくらでも出てきます。困るのはその手前で、誰が受けるのか、何を見て判断するのか、返したことをどこに残すのかが決まっていないところです。ここが空白のままだと、立派なマニュアルができても、返し忘れと二重返信は同じ頻度で起き続けます。この記事では、問い合わせ対応マニュアルを作る手順を5つのステップに分け、例文より先に決めるべき4つのこと、入れる項目と入れなくてよい項目、そして文章では埋まらない部分の扱いまでを順に並べます。
作ったのに使われないマニュアルが生まれる仕組み
問い合わせ対応マニュアルは、作ること自体は難しくありません。難しいのは使われ続けることです。窓口の担当者から相談として出てくるのは、ほとんどが「作ったけれど誰も開かない」という話です。
使われなくなる原因は、たいてい次の3つに分かれます。
1つ目は、探す時間より書く時間のほうが短い状態です。マニュアルが長い文書1つにまとまっていると、目的の箇所にたどり着くまでに時間がかかります。電話を保留にしたまま索引を追うくらいなら、記憶で答えたほうが早い。この判断は現場としては正しく、正しい判断が積み重なった結果としてマニュアルが開かれなくなります。
2つ目は、書いてある内容が判断の手前で止まっていることです。「丁寧な言葉で対応する」「速やかに返信する」といった心構えは、読んでも次の一手が決まりません。決まらない文書は、読む理由が無くなります。必要なのは、どの条件のときにどう分岐するかであって、態度の指示ではありません。
3つ目は、更新の担当が決まっていないことです。料金や仕様が変われば文面も変わります。変えないまま置いておくと、マニュアルに従った対応がお客様への誤った案内になります。一度でもそれが起きると、現場は「マニュアルは信用できない」と判断して、以後は先輩に口で聞く運用に戻ります。
この3つはどれも、文章の書き方の問題ではなく、置き場所と更新の設計の問題です。だから例文を増やしても解決しません。窓口が回らない状態で最初に手を付けるべきなのは、例文集の充実ではなく、受付そのものの形を決めることです。
もう1つ見落とされやすいのが、マニュアルが無いことの本当のコストです。返信の文面を毎回考え直す時間は、実はそれほど大きくありません。効いているのは、判断に迷って人に聞く時間と、判断がぶれた結果として起きる二次対応です。同じ質問に対して担当者ごとに違う回答が出ると、お客様は「前の人と言っていることが違う」と受け取ります。そこから始まるやり取りは、最初の回答の何倍も時間がかかります。マニュアルの効果を測るなら、返信の速さではなく、この二次対応の件数を見るほうが実態に合います。
例文より先に決める4つのこと
問い合わせ対応マニュアルの中身を書き始める前に、決めておかないと後から全部書き直しになる項目が4つあります。順番に決めていきます。
誰が受けるか。 受付のアドレスに届いたものを、誰が最初に見るのかを決めます。「全員で見る」は決めたことになりません。全員が見られる状態は、誰も責任を持たない状態と同じ形をしています。当番制にするなら曜日と時間帯、分野で分けるなら振り分けの条件を書きます。ここが決まらないまま例文を整えると、よく書けた文面を誰も送らないという結果になります。
何を見て判断するか。 回答に必要な情報を先に並べます。契約の有無、購入日、型番、担当営業の名前。これが揃っていないと回答できないなら、受付の時点で聞いておく項目です。マニュアルに「必要事項を確認する」と書くのではなく、確認する項目を列挙して、フォームの質問項目と一致させます。一致させておくと、届いた時点で判断に必要な材料が揃うので、往復が1回減ります。
どこに記録するか。 返信したかどうかを、どこを見れば分かるようにするかを決めます。送信済みフォルダは記録には向きません。誰の送信済みフォルダに入ったかは他の人から見えないからです。表計算ソフトの1行でも、専用の画面でも構いませんが、「対応中」「返信済み」を後から誰でも確認できる場所が1つ必要です。
いつまでに返すか。 目安の日数を決めて、お客様に伝える文面にも同じ数字を書きます。社内だけで持っている目標は守られません。外に出した約束のほうが守られます。営業日で 3営業日 以内と書くなら、土日と祝日を挟んだときの扱いまで決めておきます。
この4つが決まると、例文は自然に決まります。逆に決めずに例文から書き始めると、「担当者が確認のうえご連絡します」のような、誰が何をするのか書いていない文面が量産されます。受付の形が用途ごとにどう変わるかは、問い合わせの受付に窓口ごとの流れが整理されています。採用の応募のように締切と選考が絡む受付は、同じ考え方でも決める項目が増えるので、採用の応募受付のほうが近い形になります。
作成の手順を5つのステップに分ける
作る順番を間違えると、後半で前半をやり直すことになります。手順は次の5つに分けると戻りが出ません。
実際に現場で役立つ問い合わせマニュアルを作成するには、どのような手順で進めれば良いのでしょうか。ここでは、誰でも分かりやすいマニュアルを作るための具体的な5つのステップを解説します。このステップに沿って進めることで、網羅的で実用的なマニュアルを効率的に作成できます。 出典: fullstar.cloudcircus.jp
ステップ1: 実際に届いたものを分類する。 想像で分類しないのが要点です。直近3か月に届いた問い合わせを全部書き出して、内容で束ねます。この作業をすると、ほとんどの窓口で上位の数種類が全体の大半を占めることが分かります。まず書くのは、その上位だけです。珍しい問い合わせの手順を先に書くと、量が多いのに使う機会が少ない文書ができます。
ステップ2: 分類ごとに、判断の分岐を書く。 回答文ではなく、分岐から書きます。「契約中か」「保証期間内か」「支払いが済んでいるか」。分岐の先に回答があり、回答の先に文面があります。この順で書くと、文面の数は分岐の数だけに収まります。
ステップ3: 文面を書く。 ここで初めて例文です。分岐が決まっているので、文面は穴埋めに近い形になります。差し込む箇所は〇〇様、△△の件のように印を統一しておくと、置き換え忘れが見つけやすくなります。
ステップ4: 記録の仕方を書く。 どの画面のどの欄に、何を残すのかを書きます。「対応履歴を残す」では足りません。残す場所と、残す文の型まで決めます。ここが具体的でないマニュアルは、記録が人によってばらつき、後から検索できなくなります。
ステップ5: 1件通してやってみる。 書いた手順で、実際に届いた1件を最初から最後まで処理します。この試しを飛ばすと、手順に書いていない作業が本番で出てきます。多いのは、承認を挟む工程と、社内の別部署へ確認する工程です。どちらも待ち時間が発生するので、待っているあいだの状態を表す言葉を決めておく必要があります。
5つのステップを通すと、最初の版は思ったより短くなります。最初から分厚いものを目指さないほうが、使われる確率は上がります。
入れる項目と、入れなくてよい項目
問い合わせ対応マニュアルに何を入れるかは、上位の解説記事でもおおむね共通しています。実務で効く順に並べると次のようになります。
入れる項目は、窓口の一覧、受付から回答までの流れ図、分類ごとの分岐と回答、文面の型、記録の書き方、エスカレーションの条件と相手、対応時間と目安日数、個人情報の扱いです。このうち後ろの2つは、書いていないことが原因で事故になりやすい項目です。
エスカレーションの条件は、言葉で書くと曖昧になります。「難しい案件は上司に相談」では判断できません。「返金の可否を判断する必要があるとき」「同じ件で3回目の連絡が来たとき」「法的な指摘が含まれるとき」のように、外から見て判定できる条件で書きます。担当者が迷わず上げられるようにすることが目的で、上げる件数を減らすことが目的ではありません。
個人情報の扱いは、社内の運用として決められる部分だけを書きます。転送してよい範囲、画面を共有してよい相手、保存期間、誤送信が起きたときに最初に連絡する先。法律の解釈に踏み込む記述は避けて、判断が必要な場面では所管の窓口や専門家に確かめる、と書いておくほうが安全です。国の考え方は個人情報保護委員会が公開しています。
入れなくてよい項目もあります。会社の理念や接客の心構えは、マニュアルの冒頭に置くと目的の情報までの距離が伸びます。別の文書に分けるほうが両方とも読まれます。用語集は、実際に迷った言葉が出てきてから足します。最初から網羅すると、更新されない付録になります。
もう1つ、判断がぶれやすいのが「電話とメールで同じマニュアルを使うか」です。分岐と回答は共通にできますが、文面は共通にできません。電話は口頭の言い回し、メールは書き言葉です。共通の分岐表を1つ持ち、その下に電話用の言い回しとメール用の文面を並べる形にすると、二重管理を避けられます。
項目を並べ終えたら、1件の問い合わせを処理するときに開く回数を数えます。3か所以上を行き来する作りなら、順番を組み替える余地があります。
マニュアルで得られるメリットと、期待しすぎない線引き
マニュアルを作るメリットは、複数の解説記事で共通して挙げられています。整理すると、回答の品質が揃う、教える時間が短くなる、担当が休んでも止まらない、判断の根拠が残る、の4つです。
質の高い問い合わせマニュアルは、現場レベルの課題解決だけでなく、経営視点からも大きなメリットをもたらします。 出典: fullstar.cloudcircus.jp
このうち効果が分かりやすいのは、教える時間です。新しく入った人に口で説明していた内容が文書になっていれば、説明の回数が減ります。同じ質問を3回受けたら書く、という基準で足していくと、教える時間は着実に短くなります。
品質が揃う効果も現実にあります。ただし揃うのは文面の体裁で、判断の中身は分岐表の精度で決まります。文面だけ整えて分岐が曖昧なままだと、丁寧な言葉で違う結論を伝える状態になります。これはお客様から見ると、雑な回答より厄介です。
逆に、マニュアルでは動かない部分をはっきりさせておくことも重要です。マニュアルに書いても解決しないのは、次の3つです。
誰が担当しているか分からない問題。これは文書ではなく、届いた1件ごとに担当を記録する場所が無いことが原因です。返信したかどうかが分からない問題。これも同じで、状態を持つ場所が要ります。そして、締切が近い案件が埋もれる問題。優先順位は文章では表現できません。並べ替えられる一覧が必要です。
この3つを文書で解こうとすると、マニュアルに「確認する」「注意する」という記述が増えていきます。増えるほど守られなくなり、守られないほど文言が強くなります。この循環に入ったら、書き方ではなく置き場所を疑うのが早い手です。
窓口が複数あるときの並べ方
電話、メール、フォーム、SNSのメッセージ。窓口が複数あると、マニュアルの構成はそれだけで難しくなります。窓口ごとに文書を作ると、同じ判断が4か所に散って、片方だけ直された状態が生まれます。1つにまとめると、電話の担当者がメールの手順を読み飛ばすことになります。
扱いやすいのは、真ん中に共通の分岐表を1つ置いて、その下に窓口ごとの言い回しを並べる形です。「契約中か」「保証期間内か」といった判断は窓口が変わっても同じなので、共通の側に置きます。変わるのは伝え方だけです。電話は口頭の言い回しと復唱の仕方、メールは件名と本文の型、フォームからの受付は自動返信の文面と次の連絡の予告。この3層に分けておくと、判断を1か所直せば全部の窓口に反映されます。
窓口をまとめるかどうかも、先に決めておく論点です。受付の入口を1つに絞ると管理は楽になりますが、お客様の側から見ると、電話で済ませたい用件を文字で書かされる形になります。現実的なのは、入口は複数のまま残して、届いたあとの置き場所を1つにすることです。電話で受けた内容も、同じ一覧に1件として残す。この形にしておくと、「電話の件だけ記録がどこにも無い」という穴が消えます。
そのうえで、窓口ごとに返す速さの目安を分けて決めます。電話はその場、フォームからの受付は自動の受付連絡を即時、本題の回答は営業日で数日。同じ 3営業日 という目安を全部の窓口に当てると、電話をかけてきた人に3日と伝える不自然な運用になります。窓口の性質に合わせて目安を分け、分けた事実をマニュアルに書いておくのが要点です。
SNSのメッセージを窓口に含めるかどうかは、判断が分かれます。含めるなら、担当者の個人アカウントで返さない、履歴を他の窓口と同じ場所に残す、という2点は必ず書いておきます。個人のアカウントで返した内容は、その人が異動した時点で追えなくなります。
一次回答の型と、待たせるときの伝え方
問い合わせ対応で品質の差が最も出るのは、すぐ答えられない案件の扱いです。答えが出るまで黙っている対応と、途中の状況を伝える対応では、同じ日数がかかっても受け取り方が変わります。
一次回答の型は、3つの要素でできています。届いた内容の確認、いまどこまで進んでいるか、次にいつ連絡するか。この3つが入っていれば、回答そのものが出ていなくても、お客様の側は待つ判断ができます。逆に、いつ連絡が来るのかが書いていない一次回答は、催促の連絡を呼びます。催促に答える時間は、最初から日付を書いておけば発生しない時間です。
日付の書き方には決まりを付けておきます。「なるべく早く」「順次」は避けて、具体的な日付か営業日数で書きます。社内の確認待ちで日付が読めないときは、「確認の結果が出る前に、いったん状況をお知らせします」と書いて、中間の連絡を1回入れる形にします。中間連絡を入れる基準を 5営業日 のように数字で決めておくと、担当者の判断に任せずに運用できます。
謝る場面の扱いも、マニュアルに書いておく価値があります。事実関係が確定する前に原因を断定して謝ると、後から訂正することになります。書くのは、不便をかけている状態に対する言葉と、確認の約束です。原因と対応は、分かった時点で改めて伝えます。この分け方を型として持っておくと、担当者が判断に迷う時間が減ります。
そして、一次回答を出したあとに何をするかを決めます。回答待ちの状態を一覧に残し、期限の日付を持たせる。期限が来たものが自分で浮き上がってこない仕組みだと、待たせている案件だけが静かに埋もれます。埋もれた案件は、たいていお客様からの2回目の連絡で発見されます。それは最も避けたい発見の仕方です。
更新が止まらないようにするコツと、よくある失敗
マニュアルは作った日から古くなり始めます。更新を続けるためのコツは、意志ではなく仕組みの側にあります。
更新の担当と頻度を、文書の中に書く。 誰がいつ見直すのかを冒頭に書いておきます。四半期ごとなど間隔を決めて、見直した日付を残します。日付が古いことが一目で分かる状態にしておくと、次の人が更新できます。
変えるきっかけを決めておく。 料金が変わったとき、機能が変わったとき、同じ問い合わせが 3回 続いたとき。この3つを更新の合図にすると、定期の見直しを待たずに直る部分が増えます。
1つの文書に全部入れない。 窓口の一覧、分岐表、文面集を別にしておくと、変わった部分だけ差し替えられます。1つの長い文書は、どこを直せばよいのか分からなくなった時点で更新が止まります。
注意したい失敗も、だいたい決まっています。
作る人と使う人が違うまま完成させる失敗。作った人は全体を知っているので、書かなくても分かる部分を省きます。省かれた部分が、使う人には最も必要な箇所です。最初の版は、必ず現場の人に1件通して試してもらいます。
完璧を目指して公開しない失敗。8割の内容で出して直していくほうが、早く実用に届きます。書きかけの箇所は、書きかけであることを明記しておけば害はありません。
そして、マニュアルに書いてあることを口頭で補い続ける失敗です。聞かれるたびに口で答えていると、書いていない情報が人の頭にだけ増えていきます。聞かれた内容は、答えた直後にマニュアルへ足します。この一手間が、更新を続ける仕組みとして最も強い形です。
新しく入った人への渡し方
マニュアルの価値がはっきり出るのは、人が入ったときです。ただし、できあがった文書を最初に全部渡すやり方は効率が悪い。読み終える前に実務が始まり、読んだ内容は使う前に忘れます。
渡す順番は、上位の分類から1つずつが基本です。最初の日は、いちばん件数の多い分類だけを読んでもらい、その分類の問い合わせだけを担当してもらう。1つの型で数件こなすと、分岐の意味が体でつかめます。2つ目の分類に進むのはそのあとです。分類が5つあるなら、5日に分けて広げていく形になります。
このやり方には副産物があります。新しい人がつまずいた箇所が、マニュアルの穴そのものだという点です。書いた人には自明で、書いていなかった前提が、質問として出てきます。出てきた質問はその日のうちに文書へ足します。入った人が一巡するころには、マニュアルは目に見えて厚くなり、次の人の教育時間はさらに短くなります。
もう1つ決めておくのは、判断を任せる範囲です。最初から全部の分岐を任せる必要はありません。返金や例外対応のような、影響の大きい分岐だけは確認を挟む、と線を引いておきます。線を引かないと、任せていないのに任されたと理解して進む事故が起きます。線は文書に書き、口約束にしません。
受付の道具の選び方
マニュアルを整えても、受付の道具の形が合っていないと、手順のほうを道具に合わせて歪めることになります。選ぶときの軸は3つあります。
1つ目は、回答者に何を求めるか。 送る側にアカウント登録を求めると、そこで手続きをやめる人が出ます。社内向けなら既存のアカウントで揃いますが、外からの問い合わせや応募では、登録を求めない形のほうが取りこぼしが減ります。すでに使っている道具と比べたいなら、Googleフォームとの比較に、集めたあとの扱いがどう違うかを整理してあります。
2つ目は、届いたあとに何ができるか。 担当を付けられるか、状況を残せるか、同じ画面から返信できるか。ここが分かれ目です。自社のサイトにフォームを置いて運用している場合の違いはContact Form 7との比較、社内のアカウントで固めたい場合の違いはMicrosoft Formsとの比較にまとめてあります。
3つ目は、費用の増え方。 件数で増えるのか、使う人数で増えるのかで、繁忙期の見積りが変わります。受付の件数が月によって大きく振れる窓口では、件数に連動しない形のほうが計画が立てやすくなります。増え方の考え方は料金に書いてあります。
道具を比べるときに気をつけたいのは、機能の有無を言い切らないことです。仕様は変わりますし、公開されている資料に記載が無いことと、機能が存在しないことは別です。確かめるなら、公式のヘルプで今日時点の記述を見るのが確実です。
規模の上限も見ておく価値があります。たとえばGoogleフォームは、公式のヘルプで、回答が 10,000件 を超えると質問別と個別の表示が使えなくなり、50,000件 を超えると回答の概要が表示されなくなると説明されています。さらに回答が10万件を超えるとスプレッドシートとの同期が行われなくなります。数年動かす窓口なら、この上限に届くかどうかを先に見積もっておくと、途中で入れ替える手間を避けられます。
受け皿にする表計算ソフト側にも上限があります。Googleの公式の説明では、Googleスプレッドシートで作成または変換したファイルは2,000万セルまたは100MBまでとされています。上限はセル数なので、質問の数が多いフォームほど早く届きます。質問が60問ある受付なら、1件の回答で60セルを使うことになり、後から足した担当者の列や状況の列もそこに加わります。動きが重くなるのは上限に届くかなり手前からで、重さは徐々に進むため、気づいたときには誰もが我慢して使っている状態になりがちです。受付を長く続ける前提なら、件数の見込みと質問の数を掛けて、どのくらいの期間もつのかを一度計算しておく価値があります。
文章で埋まらない部分を、受付の画面側で埋める
ここまでの内容を通すと、マニュアルで書ける部分と書けない部分の境界がはっきりします。書けるのは、分岐と文面と記録の型です。書けないのは、いまどの件が誰の手元にあって、どれが止まっているかという現在の状態です。
状態を文章で管理しようとすると、表計算ソフトの列が増えていきます。担当者の列、状況の列、返信日の列、備考の列。1人で回しているあいだは問題なく動きます。2人目が入った時点で崩れ始めます。同じセルを2人が編集したとき、後から書いたほうが勝って、上書きされた事実はどこにも残りません。
もう1つの崩れ方は、道具が分かれていることによる転記です。フォームで受け取り、表計算ソフトで管理し、メールソフトで返信する。この形だと、返信した事実を表に書き戻す作業が1つ増えます。忙しい日に落ちるのは、その書き戻しです。落ちた結果として、対応済みの件に二度目の返信が飛びます。
この構造は、道具を減らすと単純になります。届いた回答に担当と状況が最初から付いていて、同じ画面から返信できるなら、書き戻しの工程そのものが無くなります。送信されたあとの道具がそろっている受付の形を選ぶと、マニュアルに書く内容は分岐と文面だけに絞れます。何ができる画面なのかはできることに並べてあり、実際の動きは動くところを見るで確かめられます。
判断の材料として使えるのは、対応にかかった日数と、同じ件で二度目の連絡が来た割合です。どちらも記録が残っていれば数えられます。数えられる状態にしてから手を入れると、変えた効果が見えます。記録が無いまま改善を続けると、忙しさの感覚だけで良くなったかを判断することになり、やめる判断もできません。
マニュアルを薄くできることは、手抜きではありません。文章で守らせる項目が減るほど、守られる確率は上がります。受付の形を決めることと、マニュアルを書くことは、同じ仕事の表と裏です。先に形を決めたほうが、書く量は少なく、使われる期間は長くなります。
Q1. 問い合わせ対応マニュアルは、どのくらいの分量で作ればよいですか？
最初の版は、直近3か月で多かった上位の数種類だけを書けば十分です。全部の問い合わせを網羅した分厚い文書は、探す時間が長くなって使われません。同じ質問を3回受けたら足す、という基準で育てるほうが、実際に開かれるマニュアルになります。
Q2. 返信の例文はマニュアルに入れたほうがよいですか？
入れたほうがよいものの、順番が大事です。先に判断の分岐を決めて、その分岐ごとに1つの文面を用意します。分岐が曖昧なまま例文だけ増やすと、丁寧な言い方で担当者ごとに違う結論を伝える状態になり、二次対応が増えます。
Q3. マニュアルを作っても返し忘れが減りません。何が足りないのですか？
足りないのは文章ではなく、状態を残す場所です。届いた1件ごとに担当と対応中か返信済みかが記録され、誰でも見られる必要があります。送信済みフォルダは他の人から見えないため、記録の代わりにはなりません。
Q4. 個人情報の扱いは、マニュアルにどこまで書けばよいですか？
社内の運用として決められる範囲を書きます。転送してよい相手、保存期間、誤送信時に最初に連絡する先までです。法律の解釈に踏み込む記述は避けて、判断が必要な場面は所管の窓口や専門家に確かめる、と書いておくのが安全です。