庫内進捗をスマホ入力にする時の落とし穴と回避策

庫内は、PCの前で入力する世界ではありません。だからスマホ化するのですが、設計を間違えると「入力されない」「後でまとめ入力で形骸化」が起きます。
ポイントは、入力させるのではなく、押せる状態を作ることです。

落とし穴1：ステータスが多すぎて押せない

ステータスを細かくしすぎると、現場は押しません。まずは3〜5状態で回る形にします。

• 未着手
• 作業中
• 完了
• 保留（例外）

落とし穴2：誰が押すかが曖昧で、責任が消える

「みんなで入力」は、誰も入力しません。押す人を決めます。

• バース担当：接車／呼出（受付と連携）
• 庫内担当：荷役開始／完了
• 検品担当：検品完了（必要なら）

ここが決まると、区切りの時刻も自然に揃います。

落とし穴3：一覧が重くて、探すのに時間がかかる

スマホは「探す」が負けます。現場で使う導線は、次のどれかに寄せます。

• 今日の自分の担当だけ（担当フィルタがデフォルト）
• バースごとのタブ（1〜6番バースなど）
• QRで呼び出し（受付票・伝票のQR）

落とし穴4：通信が不安定な場所で止まる

倉庫は電波が悪い場所があります。完全オフライン対応は重いので、現実的には次が落とし所です。

• 押したらすぐ反応（送信中表示）
• 送信失敗時の再送（自動 or ワンタップ）
• 二重送信防止（押し直しで壊れない）

落とし穴5：「例外」が登録できず、最後に全部ズレる

現場で起きる例外を、入力できる箱にしておかないと、数字が信用されません。

• 破損・欠品（検品で止まる）
• 伝票不備（受付へ戻る）
• 積込順待ち（庫内都合）
• 車両都合（待機・差し替え）

この例外は、そのまま付帯料金や再配の根拠になります（請求連携）。

まとめ

庫内進捗のスマホ入力は、ステータスを絞り、押す人を決め、探さない導線に寄せ、例外の箱を用意するのが肝です。
株式会社インテンスで作るなら、受付・バース（分離）と荷待ち区切り（記録）を一緒に設計すると、現場が“押す理由”が増えます。