外注する前に作業を棚卸しする

実践者としての結論

作業名ではなく、入力、処理、出力、期限、証拠、判断、例外、停止条件まで分解し、定型処理から渡します。

仕組み化の成果は、人を減らすことや自動化率を上げることではありません。判断の根拠が残り、異常時に人が止められ、購入者への対応が遅れない状態です。

運営上の課題

作業量が増えたため外注や自動化を考えていますが、どの作業に判断が含まれ、失敗時に誰が止めるか整理できていません。

個人の経験や注意力だけへ依存せず、他の担当者が同じ記録から同じ判断へ進める状態を作ります。

仕組みに必要な確認

1. 作業の入力と開始条件
2. 完了状態と残す証拠
3. 途中で必要な判断
4. 起こり得る例外と期限
5. 停止・連絡・再開の担当

確認項目には所有者、期限、証拠、保存先を付けます。未確認を正常完了として扱わない仕組みが必要です。

役割と判断を分ける

• 同じ条件で繰り返せる処理を定型へ置く
• 販売可否・停止・購入者対応は人の判断へ置く
• 失敗時の行動が決まらない作業は外注しない
• 作業時間ではなく判断の安定性から優先順位を決める

ツールや担当者には処理を渡しても、重大な停止・再開、販売可否、購入者対応の最終承認まで無条件で渡しません。

停止・保留・再開条件

• 手順の入力・完了条件が曖昧なら移管を止める
• 例外の承認者がいない作業を渡さない
• 再開は一件を並行実施して結果を照合してから行う

停止は失敗ではなく影響を限定する正常な運営操作です。再開時には、停止中の差分と未処理注文も確認します。

記録と手順更新

• 作業一覧と分類理由
• 標準時間・期限・証拠
• 例外と承認経路
• 結果をSOPと役割表へ戻す

発生した質問、誤り、例外、復旧をSOPと役割表へ戻し、同じ問題を個人の注意で防ごうとしません。

まとめ

作業名ではなく、入力、処理、出力、期限、証拠、判断、例外、停止条件まで分解し、定型処理から渡します。

定型・判断・例外に分けた作業棚卸し表を作れる状態を目指します。正常時だけでなく、失敗・停止・復旧まで試して運営可能性を確認してください。