まず結論から言おう。AIで倉庫SOPの下書きを書くとき、節約できるのは執筆時間であって、レビュー時間ではない。現場に出せる下書きは、事実確認、安全確認、そして現場でのライブテストという3つのレビューを通過しなければならず、そのいずれかを省くことが、見栄えのよい文書を最悪の一日に変える原因になる。AIは散らかった現場の暗黙知を読みやすい初稿に変えてくれる。実際の倉庫で本当に運用できるかどうかを決めるのは人間だ。
私は長年倉庫システムの導入に携わってきたが、SOPが死ぬ典型的なパターンを2つ見てきた。ひとつは書かれることのないSOPで、すべてがシフトリーダーの頭の中にだけ存在するもの。もうひとつは丹念に書かれたもの——30ページ超、図面付き、完璧な体裁——にもかかわらず誰も読まないものだ。AIは3つ目の死に方を加えた。美しく読めるのに、あなたの倉庫には存在しない手順を含み、さらに安全ルールを破る手順まで入っている下書きだ。私はこの失敗をちょうど3回見てきたが、そのたびに原因は同じだった。下書きがあまりにも立派に見えて、疑う気にならなかったのだ。
AIで倉庫SOPの下書きを書く価値がある理由——そしてそのまま公開できない理由
正直な計算から始めよう。中程度の複雑さのSOPを例にとる。たとえば入荷受入検査、十数ステップ、2つの役割、1つのシステムトランザクションだ。
| 段階 | 手書き | AI下書き+人間によるレビュー |
|---|---|---|
| 現場の実態把握 | 約半日 | 約半日——節約なし |
| 初稿 | 約1日 | 約1時間 |
| 事実確認 | 約半日 | 約半日 |
| 安全レビュー | 約1時間 | 約1時間 |
| 現場でのライブテスト | 約半日 | 約半日 |
| 合計 | 約3日 | 約1.5日 |
節約が実際にどこにあるかを見てほしい。AIがなくすのは真ん中の部分——メモを筋の通った文章に変える作業だ。両端、つまり実際の実態の収集、事実確認、現場でのテストでは何も節約できない。「AIなら10分でSOPを書けて、すぐ公開できる」と言う人は、真ん中の部分だけを数えている。
ここが直感に反する部分だ。AIの下書きが完成度高く見えれば見えるほど、危険になる。隙だらけの薄い下書きはレビュアーを警戒させる。例外まで考え抜かれた磨き上げられた下書きは、レビュアーをうなずきながら読み進めさせてしまう——そして「パレットコードをスキャンする」のような手順が、チームの半分はいまだに紙で作業している建物の中をすり抜ける。完成度が誤った安心感を生み、それこそがAIによる倉庫SOP作成ワークフロー全体における最大のリスクだ。
2024年3月、中国東部のサードパーティ・ロジスティクス倉庫がAIを使って一度に20件超のSOPを作成した。ところがピッキングSOPは、すべてのピッカーがハンディスキャナーを持っていることを前提にしていた。実際にはスキャナーを持っていたのは約半分だけで、残りは印刷リストで作業していた。1週間にわたり、紙のチームはその手順にぶつかるたび、シフトリーダーが口頭で「飛ばしていい」と言うのを待たなければならなかった。SOPが現場で口頭のパッチを必要とした瞬間、それはもはや標準ではなくなる。
6ステップのワークフロー:インプットから施行日まで
AI下書きの品質は、ツールの性能よりも、何をインプットするかにほぼ左右される。インプットが不完全なら、まだ始めてはいけない。
- ステップ1、スコープを固定する。1つのSOPは1つのプロセスを扱い、開始と終了が明確であること。「トラック到着から商品の棚入れまで」はスコープだが、受入と検査と格納を1文書に詰め込んだものはスコープではない。
- ステップ2、実際の実態を集める。シフトリーダーやオペレーターと話し、実際にやっていることを書き出す——公式手順では禁じられているのに皆がやっている手順も含めてだ。それらにはレビュー対象のフラグを付ける。
- ステップ3、ハードな制約を列挙する。現場の設備、安全上のレッドライン、システムのフィールド名、実際の職名——すべてあなたの倉庫の正確な用語で。
- ステップ4、AIにきちんとブリーフする。スコープ、実際の実態、ハードな制約をまとめて渡す。1ステップに1アクション、責任者の指名、明確な完了基準、例外は専用セクションに、を要求する。「安全を確保する」のような埋め草は禁止する——書かれた通りに実行できない手順は、文書に属さない。
- ステップ5、次のセクションの3つのレビューを実行する。
- ステップ6、バージョン管理と施行:バージョン番号、施行日、責任者の指名、旧バージョンの同時撤回。これがなければ2つのバージョンが流通し、どちらが有効か誰も分からなくなる。
ほとんどの人が思う以上に重要なインプットの詳細がひとつある。AIには、あるべき姿だけでなく、実際の姿と、過去に何がうまくいかなかったかも与えることだ。2023年10月、あるEコマース倉庫の梱包SOPはまさにここで失敗した。下書きは「不規則な商品は2層の気泡緩衝材で包む」と書いていた——もっともな指示だが、彼らの不規則な商品には潰れやすいものと傷つきやすいものの2種類があり、それぞれ異なる方法が必要だった。その区別を与えられなかったAIは万能ルールを1つ書き、やり直しに1週間余計にかかった。私はこの落とし穴を3回見てきたが、そのたびに欠けていたのは、現場だけが知っている区別だった。
AI生成の倉庫SOPに対する3つのレビュー
最初のレビューは事実確認で、シフトリーダーが担当する。手順を順に確認する。設備は存在するか、職名は実在するか、フィールドは正しいか、基準は正しいか。合格基準はこうだ。新入社員が誰にも助けを求めずに、文書を最初から最後までたどれるか。助けを求めなければならない箇所があれば、そこが下書きの失敗箇所だ。
2つ目のレビューは安全確認で、安全責任者が行う——執筆者ではなく、主業務がスループットでもない人物だ。3つの点を探す。安全ルールに違反する手順、欠けている保護措置、そしてあまりに気軽に書かれた高リスク作業だ。高所作業、高温作業、フォークリフト、重量物の持ち上げ——人がけがをしうる場所では、どんな保護具を着用し、どこに立ち、誰が監督するかを文言で明示しなければならない。少しでも疑わしければ、修正して再レビューされるまでその手順は止まる。
3つ目のレビューは現場でのライブテストで、これに代わるものはない。下書き作成を手伝っていないオペレーターを1人選び、SOPを渡して、プロセスを最初から最後まで実行するのを見守る。つまずいた箇所や、現場が文書と違う箇所はすべて修正し、スムーズに流れるまで再テストする。現場でテストされたことのないSOPは、本当の意味でレビューされたことのないSOPだ。
| レビュー | 担当 | 確認内容 | 失敗した場合 |
|---|---|---|---|
| 事実確認 | シフトリーダー | 手順・設備・フィールドが実在すること | 差し戻し、そのまま施行することは決してない |
| 安全確認 | 安全責任者 | レッドライン、保護措置 | 少しでも疑わしければ、修正して再レビューされるまで止まる |
| 現場でのライブテスト | 下書き作成者ではないオペレーター | 助けなしでたどれるか | つまずいた箇所を修正し、再テストする |
この3つのレビューを1人に集約してはいけない。自分の下書きを自分でレビューする執筆者は自分のミスを見逃すし、スループット志向のレビュアーは安全手順が本当に必要かどうかを疑いかねない。
AIが単独で下書きしてはいけないもの
線引きをはっきりさせよう。4種類のSOPは最初から人間が執筆すべきで、AIはせいぜい書式を整える程度にとどめるべきだ。人がけがをしうる作業(フォークリフト、高所作業、危険物)、コンプライアンスや顧客への約束に関わる作業(税関、食品、医薬品)、事故後の是正措置下にあるプロセス(修正を決めるのは人間でなければならない)、そして現場がまだ安定させていないプロセスだ。AIは、散らかったプロセスをより滑らかに読めるようにするだけだからだ。
サインオフする前に、よくある失敗を確認しよう。
- あなたの倉庫に存在しない設備・役割・システム機能に言及する手順。
- 「上司に連絡すること」とだけ書かれた例外——名前も、待ち時間も、商品を置く場所もないもの。
- 完全な自信をもって述べられた時間や基準で、誰もその出所を言えないもの。
最後の点こそが本当のトレードオフだ。AIによる執筆はスピードを買うもので、その代償はより重いレビュー責任である。手書きの時代、執筆者には自然な当事者意識があった。AIの下書きでは、責任が隙間に落ちる——執筆者は「AIが書いたもので、自分は公開しただけ」と思い、レビュアーは「こんなに滑らかに読めるのだから、きっと大丈夫」と思う。誰かがその責任を明示的に引き受けなければならず、3つのレビューへの署名こそが、その責任が落ち着く場所だ。
SOPの究極のテストは、それが見栄えがよいかどうかでは決してなかった。新入社員がその文書を手にして、ミスなく仕事ができるかどうかだ。AIは素早い初稿を与えてくれる——しかしそれが使えるかどうかを答えられるのは、現場の人間だけだ。
Lin Xiao(WMS導入コンサルタント)著
英語版からの翻訳。内容に相違がある場合は英語版を優先します。







