「担当者によって説明が違う」「新人がどこまで答えてよいか分からない」。そんな現場に向けて、回答文だけでなく適用条件・判断基準・引き継ぎまでそろえるマニュアルの作り方を整理します。記入例は自社のルールに置き換えて使ってください。
マニュアルに必要な情報を決める

はじめに、マニュアルの目的と対象範囲を定義します。 誰が、どの業務で、どのような状態になるために使うマニュアルなのかを明確にすることで、記載すべき情報がぶれなくなります。 具体的な手順として、まず対象とする業務を「電話対応」「メール対応」「チャット対応」のように洗い出します。
次に、マニュアルの主な利用者(例:新人、全オペレーター)を設定。 最後に、利用者がマニュアルを読むことで「一人で基本的な問い合わせに回答できる」「エスカレーションの判断が自分でできる」といったゴールを定めます。 この準備が、現場で使われるマニュアルの土台となります。 まずマニュアルの全体像を設計することで、その後の情報収集や整理がスムーズに進みます。
問い合わせ分類と承認済み回答を集める

過去の問い合わせを料金、使い方、契約、トラブルなどに分類し、現在の仕様や社内規程と照合した承認済み回答を集めます。過去に送った文章というだけで、現在も正しい回答とは限りません。
回答には根拠資料、適用する条件、確認日、承認者を添えます。特定の担当者の経験に頼っている部分は、判断の理由を聞き取り、一般化できるルールと個別判断が必要なものに分けて残します。
| 項目 | 案内・対応の例 | 確認すること |
|---|---|---|
| 質問 | 回答前に確認すること | 対象条件 |
| 回答 | 承認済みの説明 | 根拠資料と確認日 |
| 例外 | 答えられない場合 | 引き継ぎ先と責任者 |
表は運用を整理するための設計例です。自社の業務と連絡手段に合わせて調整してください。
条件・確認事項・回答例のテンプレート

問い合わせごとに、質問の要約、適用条件、確認事項、承認済み回答、回答できない場合の窓口を一組にします。個人情報の確認は自社の本人確認手順に従い、不要な情報まで集めないようにします。
例えば「受付後の日程変更」を扱う架空の例なら、「対象の申込みか確認→変更期限を確認→変更できる場合の操作→期限後は担当者へ」と整理します。具体的な期限や可否は自社の規程に置き換えます。マニュアルは回答と判断の内容を、フローは担当と状態の流れを整理するものとして使い分けます。
操作の手順だけでなく、対象条件・例外・次の窓口までを一組にして案内します。
判断できない質問の引き継ぎを書く

返金の判断、契約の例外、重大なトラブルなど、現場で承認できない内容を明記します。「上長へ確認」だけで終わらせず、担当窓口、引き継ぐ情報、回答の責任者、利用者へ伝える待ち方まで決めます。
引き継ぎメモの例は「問い合わせの要約/確認できた事実/未確認の点/既に案内したこと/希望する判断/次の連絡担当」です。顧客情報を社内チャットへ無条件に転送せず、必要な範囲と参照権限を確認してください。
担当者の役割と更新を含めて整理する方法は、問い合わせ対応の役割分担と効率化の手順でも確認できます。
変更履歴・更新責任・参照権限を決める

マニュアルは一度作成して終わりではなく、常に最新の状態を保つための運用ルールが必要です。 まず、マニュアルの「更新責任者」を明確に定めます。 次に、新しい製品やサービス、よくある質問の傾向が変わったタイミングなど、定期的に内容を見直す「更新フロー」を決め、「最終更新日」や「変更内容」を記録するルールを設けます。 これにより、情報が陳腐化するのを防ぎます。
また、誰がマニュアルを閲覧でき、誰が編集できるのかという「参照・編集権限」を適切に設定することも重要です。 特に機密情報を含む場合は、アクセス管理を徹底する必要があります。 ルールが定まったら、最後に現場の視点で内容を精査します。
現場の質問で読み合わせて修正する

作成したマニュアルが本当に現場で機能するかを検証するため、正式な運用開始前に必ずレビューと修正の工程を設けます。 この手順では、特に新人や経験の浅い担当者に協力を仰ぎ、実際の問い合わせ事例をもとにマニュアルを読み合わせてもらうのが効果的です。 レビュアーから「この表現が分かりにくい」「このケースの対応方法が載っていない」といった具体的なフィードバックを収集し、マニュアルに反映させます。
作成者の視点だけでは気づけない問題点や、現場の実態とのズレを修正し、利用者が答えと判断基準を見つけられるか確かめます。 この最終調整を経て、問い合わせ対応の品質を標準化する仕組みが整います。
会話による案内を試す場合も、自動化する質問と人に残す相談の判断表で対象を分けます。PITALIyを検討する際は、案内したい資料と更新担当を用意し、現行の機能とプラン条件を確認してください。
よくある質問

すべての質問の正解を書くべきですか?
頻出の定型質問から整え、判断できない場合の引き継ぎ基準も記載します。答えを推測して埋めないようにします。
更新はどの頻度がよいですか?
情報の変化に合わせます。料金や手順が変わるときは関連箇所を更新し、定期点検の担当と日を決めます。
AIにマニュアルを入れたら完成ですか?
登録したことと正しく回答できることは別です。実際の質問で正誤を確認し、参照権限と人に渡す条件も検証します。
参考情報

本文の表と文例は編集上の設計例です。自社のFAQや会話案内を整えたい場合は、ピタリーで案内できる範囲を相談することができます。
参考資料・関連情報
執筆・編集:村上 卓斗 / 最終確認:2026.10.30
お問い合わせ