先に結論です。株式会社TOEは、iPhoneからメールを1通返すだけで社内決裁が通る仕組みを作りました。仕組みは正常に動いています。しかし実行ログを確認すると、実行されたコマンドは0通でした。承認待ちはむしろ29件から37件に増えていました。原因は機能不足ではありません。使う側の習慣です。この記事は、その実測の記録と教訓です。

何を作ったのか

弊社では、社長の決裁を待つ案件が「承認キュー」というリストに溜まります。毎朝8時のブリーフィングが「承認待ちが29件あります」と知らせてくれますが、知らせるだけでは滞留は解消しません。

そこで、決裁のハードルを極限まで下げる仕組みを作りました。社長のメールアドレス宛に本人が送ったメールをIMAP(メールを受信するための標準的な仕組み)で10分おきに監視し、本文をコマンドとして処理します。書式はこれだけです。

承認 appr-2026-0003 ひとことメモ
却下 appr-2026-0003 理由
承認待ち

iPhoneからメールを1通返すだけで決裁が通ります。移動中でも、出先でも、アプリを開く必要すらありません。専用の管理画面もパスワードも不要です。「使われない理由」を技術側で潰し切ったつもりでした。

ログが示した現実

実行ログを開いた結果が、こちらです。

項目 記録された値
監視の間隔 10分おき
1回あたりの走査メール数 24通
実行されたコマンド 0通
実行回数(7月18日12時20分〜19日9時00分の記録) 97回
失敗回数 0回
承認待ち件数(7月15日) 29件
承認待ち件数(7月19日) 37件

ジョブ(自動実行される処理の単位)は97回動いて、失敗は0回。1回あたり24通のメールをきちんと走査しています。つまり、システムとしては完璧に仕事をしています。

それでも、実行されたコマンドは0通。承認待ちは29件から37件に増えました。仕組みが動いていることと、仕事が前に進んでいることは、まったくの別物でした。

壊れていないのに、使われていない

自動化の失敗というと、普通は「止まった」「誤作動した」を想像します。実際、弊社では別のジョブがPythonのパスの問題で3日間止まった事故もありました。それは技術の失敗で、技術で直せます。

今回は逆です。壊れていないのに、使われていない。これは技術では直せません。

なぜ使われなかったのか。理由はソースコードのどこにも書いてありません。ただ、次のことは言えると考えられます。

  • 「メールを1通返すだけ」でも、返すという行動を起こすきっかけが日常の中に組み込まれていなかった
  • 朝のブリーフィングは「29件あります」と件数を知らせるだけで、「今この1件を承認しますか」と迫ってはこない
  • 決裁する側にとって、承認キューを空にすることが毎日の習慣になっていなかった

道具をどれだけ軽くしても、使う瞬間を生活の動線に埋め込まなければ、人は使いません。弊社はここを設計しませんでした。

「入れた=定着した」ではない

この話は、弊社の社内事情にとどまりません。中小企業がAIツールや自動化を導入するとき、ほぼ必ず同じ落とし穴があります。

導入の打ち合わせでは、機能の話ばかりが進みます。何ができるか、いくらかかるか、セキュリティは大丈夫か。そして導入した瞬間に、プロジェクトは「完了」扱いになります。

しかし実際には、導入日はスタートラインです。弊社の例が示すとおり、稼働率100%・失敗0回のツールでも、利用率は0ということが起こります。しかもログを見に行かなければ、誰もそれに気づきません。ツールは文句を言わないからです。

  • 「動いているか」はシステムのログで分かります
  • 「使われているか」は、意識して数えに行かないと分かりません
  • 「仕事が前に進んだか」は、ツールの外側の数字(弊社なら承認待ち件数)でしか測れません

この3つは別々の問いです。導入の成否は3つ目でしか判定できません。

あなたの会社でAIツールを定着させるには

弊社の失敗から逆算すると、チェックすべき点はこうなります。

  1. 利用回数を数える場所を先に決める。 導入前に「使われたかどうかを何の数字で見るか」を決めます。弊社の場合は「実行されたコマンド数」でした。この数字がなければ、0通という事実にすら気づけません。
  2. ツールの外側の数字とセットで見る。 弊社なら承認待ち件数です。利用回数が増えても、本来の滞留が減っていなければ意味がありません。
  3. 使う瞬間を既存の習慣に接続する。 「いつでも使える」は「いつも使わない」と同じです。朝礼の後、昼休みの前など、既にある行動の直後に置きます。
  4. 導入1週間後に利用ゼロなら、機能追加ではなく運用を疑う。 弊社の仕組みに足りなかったのは機能ではありませんでした。ここで機能を足すと、使われないものが1つ増えるだけです。

とくに4つ目が重要だと考えています。使われないと分かったとき、作った側は「もっと便利にすれば使われるはずだ」と考えがちです。しかし0通という数字が示すのは、便利さの不足ではなく、習慣の不在です。

関連する記録

まとめ

  • 弊社はiPhoneからメール1通で決裁できる仕組みを作り、ジョブは97回動いて失敗0回でした
  • しかし実行されたコマンドは0通で、承認待ちは29件から37件に増えていました
  • 仕組みが「動いている」ことと「使われている」こと、「仕事が進んでいる」ことは別の数字です
  • 定着は技術の問題ではなく運用の問題です。利用を測る場所と、使う瞬間の習慣づけを、導入前に設計する必要があります

AIツールは、入れた日ではなく、使われ続けた日から会社を変えます。弊社はその当たり前を、自分たちのログで思い知りました。

株式会社TOEでは、この失敗経験も含めて、中小企業のAI導入と定着の支援を行っています。「入れたのに使われていない」と感じている方は、お気軽にご相談ください。