本当の分かれ目は「元に戻せるかどうか」です
自動化されたアクションを分類するうえで有効な基準は、難易度やシステムの確信度ではありません。元に戻すのに何が必要かです。
見積もりの下書きは何度でもやり直せます。しかし、その見積もりを顧客に送るとなると話は別です。顧客はもう金額を目にしているからです。カードへの請求はさらに深刻で、取り消すには返金、手数料、そして顧客との話し合いが必要になります。操作が自社の記録の外に及ぶほど、ミスの代償は大きくなり、信頼度スコアの価値は小さくなります。
ループ：提案、承認、実行、記録
これを実行可能にする鍵は、2段階ではなく4段階の構成にすることです。
- 提案。アシスタントが作業を行い、見積もり、返信、スケジュール変更といった成果物を作成します。
- 承認。担当者が内容を読み、承認するか、編集するか、差し戻します。この時点では、外部への操作はまだ何も行われていません。
- 実行。ここで初めて、外部に送信されます。
- 記録：何が提案され、何が承認され、何が変わり、何が起きたかが書き残され、いつでも読める状態で保たれます。
見過ごされがちなのがログです
記録の残らない承認は、通り過ぎて忘れてしまう関門にすぎません。ログがあるからこそ、個々の判断の積み重ねが、後で承認の範囲を広げる根拠になります。
同じ種類のフォローアップメッセージを編集なしで40回承認すれば、それは感覚ではなく証拠です。その時点で自動実行を任せることは、思い切った賭けではなく根拠のある判断になります。記録がなければ、40回目の後でも推測のままです。
チェックポイントを置くべきでない場所
すべてに承認を求めることは安全策ではなく、もう一つの仕事が増えるだけです。誰も手を付けられないほど溜まったキューは、読まれないまま一括承認されてしまうため、キューがないよりも悪い状態です。それこそが、設計で防ぐべき失敗パターンです。
社内で完結し、やり直しのきく作業は、そのまま実行させましょう。下書き、調査、仕分け、準備、要約など、顧客に届くものではなく、あなたが確認するためのものを生み出す作業はすべてこれに該当します。
- 自動実行：下書き、分類、調査、社内向け要約、日程の提案。
- 事前に確認：外部へのメッセージ、公開するコンテンツ、お金が動く操作、顧客の目に触れるものすべて。
- 一括承認すべきでないもの:取り消すには誰かに謝罪する必要があるような操作。
承認を出しやすくする
このチェックポイントを定着させるには、スピードが欠かせません。つまり、キューには説明ではなく実際の成果物そのものを表示し、編集は却下してやり直すのではなくその場で行い、似た項目はまとめて並べることで、8件のフォローアップを8回ではなく1回の判断で済ませられるようにする必要があります。
目指すのは、作業が正しければ数秒で通過でき、正しくなければ一目でわかるゲートです。それより時間がかかるものは迂回され、迂回されたゲートは誰も守れません。
アクションを取り消すコストで分類し、そのコストが現実に生じる場面にだけチェックポイントを設け、記録を残すこと。そうして得た信頼は、度胸ではなく実績に基づいて広がっていきます。