よく聞かれることを、作業の言葉にする
説明のための例質問の件名を、製品名や部署名だけで分類せず、何をしたいかでまとめます。請求先を変える、資料を登録する、申請を取り下げるなどです。同じ言い方でも別の条件が含まれる場合は、答えを一つにまとめず、分ける必要があるかを確認します。
説明用に、顧客の連絡先を変更する質問を考えます。問い合わせの担当先と請求書の宛先では、確認する人や更新先が違うかもしれません。質問の表面が似ているだけで同じ回答へ誘導せず、どの情報を変更する話かを入口で見分けられるようにします。
回答から、個別の事情を取り除く
過去のやり取りを案内へ変える際は、顧客名、個人情報、契約固有の条件などをそのまま載せないようにします。共有してよい範囲で一般化し、例を作るなら説明用と分かる形にします。その会社だけの例外を、全員に当てはまる手順として広げないためです。
短い案内には、対象になる人と場面、行うこと、確認する場所、分からない場合の窓口を置きます。原因の説明が必要な質問なら、なぜその手順かを一言添えます。単に操作をまねるだけでは対応できない例外も、問い合わせる条件として残します。
書いた内容は、その仕事を管理する人に確認してもらいます。詳しい個人が経験上行っていた方法と、会社として認めている手順が同じかも見ます。知っていることを増やす作業と、正式な運用を決める作業を混同しないようにします。
一度答えたら、探す入口も伝える
新しい質問が来たときは、該当する案内の場所を示し、今回の条件で使えるかを確かめます。案内だけを渡して終わらせず、見つからなかった言葉や、読んでも分からなかった箇所を聞きます。その情報で検索の入口や見出しを直すと、案内の改善につながります。
公開する案内には、内容を確認した日と更新担当を付けます。製品や社内ルールが変わったとき、どこを直すかが分かるようにします。古い案内を見つけた人が修正を知らせる窓口も、複雑にせず一つ示しておきます。
目指すのは、質問を受け付けなくすることではありません。繰り返す説明は読める形にし、判断が必要な相談へ時間を使えるようにすることです。案内を読んだ人が次の仕事を始められたかを見ながら、少しずつ残す範囲を広げます。