結論: 見落としの原因は注意力ではなく「構造の死角」です
チャットで大事な返信を見落とすとき、原因は担当者の集中力ではないことがあります。道具の表示ルールのせいで、最初から画面に出ていない場所がある。私たち株式会社隼は、これを「構造の死角」と呼んでいます。
私たちはクライアントとのやり取りを窓口チャンネルに集約し、返信待ちを人の記憶に頼らず自動で拾う仕組みを動かしています。その仕組みを入れた直後に、クライアントからの質問を1件取りこぼしました。読み飛ばしたのではありません。仕組みが構造的に見ていませんでした。
以下は、そのとき何が起きたのか、どう直したのか、そして今も残っていると考えている死角について、実際の判断のまま書いています。
何が起きたのか？
答えを先に言うと、相手の返事が来ている場所と、仕組みが見ている場所がずれていました。
私たちの窓口チャンネルは1案件＝1スレッド（1つの投稿にぶら下がる会話）で運用しています。案件ごとに投稿を立て、その下に進捗も質問も全部ぶら下げる形です。ところが仕組みが読んでいたのは、チャンネルの一覧に並ぶ新しい投稿だけでした。
チャットは、既存のスレッドに新しい返信が付いても一覧には出しません。元の投稿の位置も上がりません。相手の返事はほぼ全部スレッドの中に来るのに、仕組みはその外側だけを見ていたことになります。通常の運用そのものが死角になっていたわけです。
なぜ気づけなかったのか？
理由はシンプルで、動作確認を「新しい投稿」で行ったからです。
作った側が想定した経路では、仕組みは正しく動いていました。新しい投稿を置けば拾う。下書きも作られる。確認は通ります。見落としが怖いのは、止まっているからではありません。動いているように見えるからです。
止まった自動化はすぐ分かります。誰も気づかないのは、大半の仕事をこなしながら一部だけを静かに落としている仕組みのほうです。私たちの反省は1点でした。作るときに、この仕組みが拾えないのはどこかを1行も書いていなかったこと。設計の抜けは、動かす前の確認より先に、想定していない経路のほうに出ます。本番の前に空打ちで確かめる話は二段ゲートの記事にも書きました。
どう直したのか？
変えたのは3つです。
1つ目は、追う対象を「新しい投稿」から「最後に動いた時刻」に変えたことです。元の投稿が何日前でも、最後の返信が前回確認した時刻より後なら、必ず開いて中を読みます。並び順ではなく更新時刻で判断する形に切り替えました。
2つ目は、どこまで確認したかの目印の付け方です。以前はこの目印を、一覧の最新投稿だけで進めていました。これだとスレッドの中を開いても、目印は外側の時刻のまま残ります。今は開いた返信の時刻まで含めて、その中で最も新しい時刻で目印を進めています。**見る範囲と、見た印を付ける範囲を必ず揃える。**ここがずれていると、直したはずの死角が翌日には戻ります。
3つ目は、会話の末尾が誰の発言かを見ることです。末尾がこちら側の返信なら、すでに答えているので対象外にします。答え済みの用件にもう一度下書きを出すほうが、拾い漏らすより害が大きいと考えているからです。判断に迷うものは下書きを作らず、確認が要る用件として挙げるだけにしています。
死角は1つではありません
正直に書くと、消えたのはスレッドの死角だけです。
私たちの巡回には、まだ拾えない場所が残っています。窓口チャンネルの外に届いた連絡は対象外です。夜間は巡回そのものを止めています。仕組みが作るのは下書きまでで、送信は必ず人がやります。日程・金額・先方への約束にあたる部分は、AIに文章を書かせず、確認が要る箇所として枠のまま残しています。
全部を見張っていると言えないなら、言えない範囲のほうを書き出しておく。 見張りの数を増やすより、拾えない場所を先に一覧にするほうが、実際の取りこぼしは減りました。仕組みを増やす前に読み手の側から数える考え方は自動化の上限を読み手の定員から数えた記事に、通知の行き先そのものの設計は宛先を役割で分けた記事に書いています。
明日からできること
まず、使っているチャットで一覧に出ない更新を1つ書き出してみてください。スレッドの中の返信、あとから編集された投稿、別のツールに届いた用件——このどれかは、たいていの会社で一覧に出ていません。
そのうえで、仕組みを作るときに1行だけ足します。この仕組みが拾えないのはどこか。 作る前に書ければ最良ですが、動かした後でも構いません。1行あるだけで、誰かが取りこぼしに気づいたときに、どこを見ていなかったのかがすぐ分かります。