探すときの名前を、最初に一つ置く
案件名、会議名、書類の名前など、後で検索に使う言葉を連絡に含めます。社内の略称だけで通じる範囲と、部署をまたいで通じる名前を分けます。「例の資料」ではなく何についての資料かを短く書けば、会話を知らない人にも入口ができます。
同じ案件の別の話題が混ざりやすい場合は、件名に用途を添えます。確認依頼、日程調整、決定報告など、何をしてほしい連絡かが見えると、返す必要のあるものを選びやすくなります。決まっていない案を決定事項のように書かないことも大切です。
決まった内容は、途中の会話から取り出す
説明のための例説明用に、納品日を相談するやり取りを考えます。途中で候補が二度変わったなら、最後に確定した日と対象をまとめます。「上の案で」とだけ残すより、日付をもう一度書き、誰が関係者へ知らせるかを添えます。承認が必要な仕事なら、承認の事実と単なる賛意を区別します。
元のやり取りへの参照も残し、決めた理由を確認できるようにします。ただし、個人間の会話や別の部署の情報を、そのまま広い場所へ転載してよいとは限りません。共有する相手と内容を確かめ、必要な範囲の決定事項をまとめる方法を選びます。
長く使う手順や正式な資料は、チームで決めた保管先へ置き、チャットから案内します。同じファイルを何度も添付して更新する場合は、どれが最新版か分からなくなっていないかを見ます。通知する場所と、正式な情報の置き場所を結び付けておくための整理です。
会話にいなかった人に探してもらう
残した情報を、別の担当者が何の言葉で探すかを確かめます。必ず同じ検索機能が使えるとは限らないので、サービスの仕様に合わせて案件一覧や固定の案内からもたどれる方法を考えます。使っている人だけが知る探し方に頼らないようにします。
決定が変わった場合は、古い連絡を消して終わりにせず、どの内容が更新されたかを示します。履歴をどう保管するかは社内の決まりに合わせます。読んだ日によって異なる指示が残らないよう、新しい案内から変更の経緯をたどれる形にします。
次に同じ仕事を引き継ぐ人へ、決定事項の場所を案内できるか。それを一つの目安にして、チームで短い書き方をそろえます。検索する人が覚えていそうな名前と、確定した内容が残っていれば、すべての会話を読み直す場面を減らす工夫になります。