生鮮・冷凍食品の通販システム：配送枠、温度帯別の出荷、欠品対応

住所を確認してから、受け付け可能な配送枠を選ぶ

地域、通り、建物を入力すると、配送可能な日付、時間帯、送料、締切を表示します。対象外の住所は買い物を始める前に伝えます。配車画面では地域・日付ごとの受付数に加え、冷蔵・冷凍容器を積める量も設定。米だけの20件と、冷凍品が数箱ずつある20件を同じ負荷として扱わない設計にします。

選んだ枠を一時確保し、決済までの残り時間を表示できます。期限が切れたら枠を戻し、カートを残して再選択を案内します。Tescoの公開案内にも枠の確保期限と注文変更期限があります。自店では別々に設定し、確定時にも容量を再確認して、最後の1枠を2人に割り当てないようにします。

Tesco — Online grocery shopping guide

商品ページで内容量、保存方法、販売可能数を伝える

牛乳は1本か1ケースか、餃子は1袋何グラムかをカートに入れる前に確認できるようにします。商品担当者がラベル写真、原材料、アレルゲン、保存方法を確認し、変更時に古い情報を差し替えます。定量商品と量り売りは分け、量り売りでは概算額、許容する重量幅、確定額との差額をどう確認するかを先に示します。

実際の出荷拠点ごとに、手元在庫、他の注文への引当、販売停止中のロットを分けます。ピッキング画面にはロット、期限、店舗が約束する到着時の残存期限を表示できます。期限が近いだけで、注文条件に合わないロットを選ばない設計です。配送日を変更した場合も、対象商品とロットを再確認します。

注文全体を確定し、変更内容を残す

確認画面に商品、住所、配送枠、代替品の希望、合計額をまとめます。「欠品時は返金」「先に連絡してほしい」を商品ごとに選べるようにし、全食品を一つの初期設定で決めません。注文画面では決済、ピッキング、配送を分け、決済確認待ちの間に何が仮の状態なのかを示します。

締切前に餃子を2袋追加する場合も、金額、冷凍荷物の容量、在庫を再確認して変更を確定します。締切後は問い合わせ担当者が受け付け、ピッキング記録まで更新します。枠の確保期限後に決済通知が届いても満車の便へ追加せず、事前に案内した連絡・返金手続きに回します。同じ決済通知が繰り返し届いても、注文を重複作成しません。

ピッキング中の欠品と代替品を確認する

担当者は棚や保管区画ごとの当日リストで数量を確認します。別の牛乳や異なる内容量を読み取ったら、注文との不一致を知らせます。欠品、包装破損、ロットの出荷停止は別々の理由で記録し、ピッキング済みにはしません。量り売りは実重量と単価を残し、金額が変わった理由を確認できるようにします。

確認が必要な場合は元の商品と代替候補を並べ、名称、内容量、原材料情報、差額を表示し、承認か削除を選べるようにします。返答がなければ注文時に合意した扱いに従い、無回答を承認とみなしません。どちらも牛乳というだけで、同じ食事上の条件に合うと自動判断しない設計です。最終明細には実際の商品、削除項目、返金状況を載せます。

温度帯別に梱包し、積み込み前に照合する

一つの注文に常温・冷蔵・冷凍の荷物を作り、それぞれに番号、保管場所、未ピッキング・梱包済み・積載済みの状態を付けられます。積み込み画面には予定3個、読取済み2個、不足は冷凍袋と表示。梱包が別でも配送が別とは限りません。2回に分けて届ける場合は顧客の了解を得て、両方の予定を登録します。

香港の食品安全センターの指針は、配送中の温度記録、配送能力、不達時の対応を扱っています。システムでは測定時刻と数値を便や容器に結び付け、異常の対応先を記録し、遅延したセンサーデータと手入力を区別できます。未測定は正常ではありません。保存条件、設備、出荷可否は食品と現場の手順に基づいて判断する必要があり、ソフトウェア自体がコールドチェーンや食品安全を保証するものではありません。

Centre for Food Safety — Online Grocery Shopping and Delivery

不在時は「配達失敗」で終わらせない

配送担当者の端末には担当便、訪問順、荷物数、必要な連絡先を表示できます。通知送信済み、送信失敗、顧客の返答を区別し、到着予定が変わったら新しい時間帯と連絡記録を残します。顧客の追跡ページは自分の注文だけを表示し、他の住所や車両全体の積荷一覧を公開しません。

連絡がつかない、建物に入れない、受取拒否、設備故障では処理を分けます。配送担当者が状況と商品の行き先を記録し、問い合わせ担当者が連絡、返金、再配送を調整します。玄関先に置いただけで安全な引き渡し済みにはしません。戻った冷蔵・冷凍品は保留し、権限を持つ担当者が経過時間、温度、状態を手順に沿って確認するまで販売可能在庫へ戻さない設計にします。

店舗の出荷方法に合わせて調整する

店頭受取なら注文と温度帯別の荷物を共通化し、配車の代わりに受取枠、保管場所、引き渡し確認を設けられます。複数店舗では出荷元を決めてから、その店舗の在庫と能力を確認。店舗変更時には元の引当も解除・変更します。飲食店への納品はケース単位、受入時間、担当者を追加できますが、家庭向けの購入まで購買承認制にする必要はありません。

商品担当者は商品情報、ピッキング担当者は現物確認、配車担当者はルート、問い合わせ担当者は顧客の選択や再配送、経理は返金を扱います。商品編集権限に返金権限を含めたり、配送担当者に顧客の全注文履歴を見せたりする必要はありません。変更、代替品の判断、商品の処理には担当者、時刻、理由を残します。

支払い前のデモで、3温度帯を含む注文を試す

ProAppではお支払い前にデモをご覧いただけます。匿名の商品一覧、配送地域、現在の時間枠、欠品時のルールを用意し、確認する流れを相談できます。例えば次の操作で、顧客、ピッキング担当者、配送担当者それぞれの画面を確認します。

• 二つのテスト用カートで最後の枠を選び、一方を期限切れにします。二重予約されず、カートが残り、再選択時に商品を再確認するか見ます。
• 牛乳、冷凍餃子、米を注文し、締切前後で数量を変更します。金額、配送容量、ピッキング情報の版を確認します。
• 牛乳を欠品にし、代替品の承認、拒否、無回答を試します。最終的な出荷内容と返金記録が一致するかを確認します。
• 3個のうち2個だけを積み込み、測定値のない温度記録も作ります。不足する荷物と未確認の記録が表示されるかを見ます。
• 不在を想定し、配送担当者の報告から問い合わせ対応、持ち戻った商品の確認待ちまで進めます。顧客への案内、返金状況、在庫状態を照合します。

まず一つの出荷拠点で注文を最後まで扱う

一つの出荷拠点、限定した配送地域、定量商品から始め、配送枠、決済、欠品確認、温度帯別の梱包、配送、返金をつなげられます。量り売り、店舗間移動、定期便、センサー連携は必要に応じて追加します。既存の通販サイトで受注できているなら、その後のピッキングと配送を先に接続する方法もあります。