「AIがプロセスを速くするとは思えない。」
このタイトルがHacker Newsのフロントページに現れた時、コメント欄はすぐに炸裂した。34upvote、11件のコメント——HNとしては多くないが、コメントの感情は面白かった：ほとんど全員が自分の例を挙げて、著者が正しいか間違っているかを証明しようとしていた。
この記事の核心論点は直感に反する：AIはアクセラレーターではなく、リストラクチャリングツールだ。すでに非効率なプロセスにAIを詰め込んでも、「加速された非効率プロセス」は得られない——より高価で、より複雑で、より遅いものができるだけだ。
なぜほとんどの会社のAI導入が遅くなっているのか
リアルなシナリオをいくつか挙げよう。
EC企業のカスタマーサービスフロー：ユーザーがメール送信 → 担当者がメールを読む → 注文システムを確認 → 返信。今AIを追加した：ユーザーがメール送信 → AIがまず読んでドラフトを生成 → 担当者がドラフトをレビュー → 注文システムを確認 → ドラフトを修正 → 送信。
ステップが2つ増えた。AIが生成したドラフトは最終回答じゃない——人間のレビューが必須だ。そしてAIの出力をレビューする時間は、ゼロから返信を書くより長いことが多い——AIが言っていることが正しいか判断する必要があるからだ。
コンサルティング会社のレポートフロー：アナリストがデータ収集 → 分析を書く → マネージャーがレビュー → 修正。AI追加後：アナリストがAIでデータ収集 → AIで分析を書く → マネージャーがレビュー（AIのハルシネーションをチェックする必要があるのでより長い）→ 修正（AIが書いた部分と人間が書いた部分が区別できないのでより難しい）。
問題はAIが遅いことじゃない。「古いプロセスにAIを追加する」という操作自体が複雑さを増しているのだ。
本当のAI効率化はプロセスの再構築から来る
実際にAIから恩恵を受けている企業がやっているのは「既存プロセスの加速」ではなく「プロセスの再設計」だ。
Stripeの例が代表的だ。彼らのドキュメントチームはAIを「ドキュメントをより速く書く」ために使っていない。ユーザーがAPIを使う時の行動データをAIでリアルタイム分析し、ドキュメントに「これを見る必要があるかも」というレコメンデーションを自動生成している。ドキュメント自体は今も人間が書いているが、「ユーザーが需要什么ドキュメントか」を発見するプロセスがAIに置き換えられた。
これこそがAIの正しい使い方：既存のステップを速くするのではなく、不要なステップを排除すること。
なぜ誰も聞きたくないのか
「プロセスの再構築」は「プロセスの加速」よりもはるかに高くつくように聞こえるからだ。
プロセスの加速 = AIツールを買う、一人月額$20、ボスは喜ぶ。プロセスの再構築 = ビジネスロジックを再設計する、組織構造の調整が必要かもしれない、数ヶ月かかる、失敗する可能性もある。
だからほとんどの会社は前者を選ぶ。そして確かに速くならなかったことに気づく。そしてAIは大したことないと文句を言う。
HNの著者は正しい。でも彼は半分しか言っていない。完全なバージョンはこうだ：AIはあなたのプロセスを速くしない——あなたのプロセスが撤去されて再構築される必要があるとまず認める willingness がない限り。
主な情報源：
- Hacker News: "I don't think AI will make your processes go faster" — Frederick Vanbrabant
- Stripe ドキュメントシステム ケーススタディ
- Gartner: AI導入におけるプロセス再構築 vs プロセス加速のROI比較