社内ガイドの作成が後回しになるのはなぜ？

文書作成を独立した大仕事にしない

入社初日に見積書を作ろうとしても、開くファイル、価格の入手先、確認を依頼する相手が分からないことがあります。経験のある社員が説明しても、翌日には同じ質問が繰り返されます。問題は単に文書がないことではありません。仕事の進め方が特定の人の記憶に残っているため、同じ情報を何度も伝える必要があるのです。ガイドの目的はこの繰り返しを減らし、正しい参照先を見つけやすくすることです。

作成を始めるとき、会社全体を説明する完璧な手引きを期待しがちです。範囲が広がり、最初のページも完成しなくなります。まずはよく質問される業務を一つ選び、開始地点、必要な入力、完了を示す結果を書きましょう。初版はその業務を安全に終えられる内容に絞ります。他の業務も同じ方法で追加できます。

見出しよりも質問から始める

目次で見栄えのする見出しが、日々の仕事に役立つとは限りません。新規顧客はどこで登録するか、間違った価格は誰が直すか、未承認の見積書を送ってよいか。こうした実際の質問をそのまま記録する方が有効です。質問は具体的な判断や操作を示しています。回答には手順だけでなく、権限のある人や例外も書きます。画面の場所と同じくらい、いつ使うかが重要です。

一週間分の質問をチーム会議に持ち寄ります。同じ質問をした人数を数えるより、繰り返される理由を調べましょう。情報が見つからないのか、二つの文書が矛盾しているのか、画面が変わったのか。ガイドは古い情報や誤情報の整理にも役立ちます。正式な参照先を一つ示し、似た文書は利用者を迷わせないよう区別します。

短い一ページに何を書くか

業務ごとの目的、必要な入力、操作順序、確認点、担当者が出発点になります。見積確認なら顧客情報、商品一覧、最新の価格情報が入力です。出力は指定された人が承認した見積ファイルです。商品コードがない場合などの例外処理は、別枠で説明します。問題を見つけた利用者が推測で進めず、適切な相手に連絡できるようにします。

画面画像を使う場合も、実際の顧客や従業員の情報を例示文書へ移さないでください。代表的な架空データを使った画像の方が理解しやすく、更新も容易です。画面構成が変わっても説明の意味が失われないよう、短い文章を添えます。多言語のチームでは業務名と判断点を統一し、翻訳が別の手順にならないようにします。

更新の担当者を決める

文書を作ることと、有効な状態を保つことは別の仕事です。各ページに内容の担当者、最終確認日、関連アプリやフォームへのリンクを記載します。価格ファイル、承認順序、画面が変わったときに影響するページを探せるよう、簡単な関連一覧を持ちます。毎週すべてを書き直す代わりに、変更に関係するページを確認します。全員の責任とすると、実際には誰も担当しない状態になりかねません。

意見も送りやすくしましょう。ページ末尾に、不足や誤りを知らせる方法を示します。報告が来てもすぐ書き換えず、実際の業務責任者と確認します。一時的な例外を恒久的な指示にしないためです。新しい版を公開したら旧版を保存し、変更内容と日時を追えるようにします。古い文書へ気づかず誘導するリンクも確認します。

実際の業務で使いやすさを試す

書いた本人は、抜けた手順を頭の中で補いがちです。業務にあまり詳しくない同僚に代表的な課題を渡し、ガイドだけで進めたとき、どこで止まるか観察します。助けを求めた箇所に説明を追加します。これは従業員の試験ではなく、文書の分かりやすさの確認です。成功基準はページ数ではなく、正しい結果と確認方法を見つけられることです。

最初は一つの業務、一人の担当者、一回の意見収集に絞ります。その後、よく使う他の業務を追加します。業務名に合わせて検索や分類を設計し、社内用語は最初に説明します。社内ガイドの作成を内容の整理と合わせて検討しましょう。関連する会社独自の業務フローも確認し、文書とアプリの関係を明確にします。

注意：アクセスと情報共有は同じではない

ガイドを見つけやすくすることは、すべてを全員に公開することではありません。パスワード、個人情報、機密の業務記録を手順ページに置かないでください。制限のある情報源自体を適切な権限で保護し、ガイドでは必要な経路だけを示します。AIで下書きした場合は実務を知る人が確認し、存在しない画面や承認手順を社員への指示にしないようにします。

作業の終わりには、使った例と決定を一緒に保存します。次の担当者がその方法を選んだ理由を理解できるようにします。不明点は隠さず、責任者と確認しましょう。小さな実地試行が、立派でも使われない文書より多くを教えてくれることがあります。定期的な意見をもとに改善します。

よくある質問

最初の一歩は？

実際の業務と代表的な例を一つ選び、期待する結果を説明します。

誰が確認する？

業務の責任者とアプリを利用する人が一緒に確認します。

いつ更新する？

業務やアプリが変わった際に、影響を受ける手順を再確認します。