承知しました、という一行の下に、三週間分のメールがついてくる。読むほど過去へ進み、最後は最初の依頼に戻る。返信のはずが、会社の地層を掘る仕事になっている。
私は、前の文章を残すこと自体は悪くないと思う。問題は、何に答えたのか分かるための引用と、何も選ばず積み上げた履歴が、同じ扱いになっていることだ。
メールの引用は何のために使うのか
相手の質問や条件を残し、自分の回答との対応を分かりやすくするために使う。
複数の質問がある場合は、必要な部分を引用し、そのすぐ下に回答を書くインライン返信が役立つ。記号「>」や引用ブロックなどを使い、元の文章と自分の回答を見分けられるようにする。
引用が長いほど丁寧という決まりはない。相手が探しているのは、こちらが何年分の履歴を持っているかではなく、今回何を答えたかである。
質問と回答を一組にする文例
質問ごとに短く引用し、その下で可否や条件を答える。
以下、項目ごとに回答いたします。
> 説明資料は金曜日までに共有できますか。
金曜日の午前中に共有予定です。確認中の価格表は別送いたします。
> 打ち合わせはオンラインでも可能ですか。
可能です。接続先は日程確定後にお送りします。
説明用の架空例。質問を短くする場合も、期限や条件、否定表現を落として意味を変えない。
高橋は、松井と右中間の打球を追う時の役割を語っている。球へ近いかどうかだけでなく、捕った後にどちらへ投げるかも考えたという。捕球する者を決める前に、次の送球が話の中へ入っていた。
私は、その順序が残る話を聞きたい。目の前で拾える物を全部拾ったという実績だけでは、次へ渡す仕事までできたことにはならない。古い言葉を引用しただけで、自分が教えた側へ座るわけにもいかない。
引用も拾っただけで仕事を終えた気にならない方がよい。その先の返球に当たる答えが、すぐ分かる場所へ置かれているか。そこまでが返信だと私は思う。
全文を残すか省くかの判断
直前の文脈が必要なら残し、今回の回答に関係しない長い履歴は整理する。
- 質問が一つなら、短い回答と必要な条件だけで足りる場合もある。
- 複数案件を混ぜず、どの案件への返信かを明示する。
- 重要な合意や条件は勝手に書き換えない。
- 社内の保存・記録ルールがある場合は、そのルールを優先する。
先輩が何を言ったかを残すなら、誰に何を教えたかも残す。話の途中だけ切り出して、新しい担当者の方針へ付け替えるのは引用ではない。元の判断を聞かずに、昔の名前だけ借りる係は認めない。
転送や宛先追加では引用の中も確認する
新しい受信者に見せてよい情報か、過去の署名や連絡先も含めて確認する。
引用中には個人の連絡先、社内コメント、別案件の情報などが残ることがある。宛先を追加する際は共有範囲を見直し、必要なら新しいメールで要点だけをまとめる。重要な記録の原本は、送信用の編集とは別に規定に沿って保持する。
自分で書いた一行だけを点検し、後ろについた二十通を見ないのは片手落ちだ。荷物を送るのに、箱の表だけきれいにして中身を確かめないようなものである。
まとめ
引用は質問と回答を対応させるために使い、意味を変えず必要な部分を残す。宛先が変わるときは履歴の共有範囲も確認する。
高橋が語った右中間の打球には、捕る場所だけでなく、その後の送球の向きがあった。私は、前の文章を拾ったメールも、どこへ返す言葉なのかを見てから読む。全部つながった履歴の量だけでは決めない。
引用は必要な箇所へ絞ればよい。ただし、若い担当者が余分と決めた部分に、昔の指導者がなぜそう言ったかの経緯があるなら、先にその相手へ聞く。画面に収まるかどうかで教えた者の言葉は切れない。
自分の回答は一行で出してよい。上司の方が、その前に何を教わったかを長く説明する。読む者が全員同じ量を引き受ける必要はなく、教わった年数のある者へは、その年数の仕事が残るのである。
昔の説明を外せば、短い返信はすぐ作れる。私は、その速さを褒める前に、外された言葉の持ち主の席を戻す。履歴の末尾だからといって、教えた順番まで最後になったわけではない。
