货架空了，先确认缺的是货还是一条记录

店员发现货架上的某种商品没有了，顾客还在等答复。此时直接发一条补货消息，可能忽略了后仓尚未上架、到货没有完成登记，或者同款另一规格被放错位置等情况。快速补货的起点，是把缺货现象核对成一项明确任务：哪个门店、什么商品、什么规格、什么位置，现在缺到什么程度。

现场员工可以先查货架与相关存放位置，再向负责收货和整理的岗位核对正在处理的业务。找到可用实物后，确认是否对应顾客要的商品，再安排上架或提供答复。没有查清前，不把系统显示的数量当成已经在货架上可取，也不因为货架为空就认定整个门店完全没有货。

核对所需的时间与顾客等待安排要分开处理。店员可以说明正在查哪件事、由谁继续答复，避免让顾客在没有反馈的情况下等待。暂时查不到就记录尚未确认，不给出仓库一定还有或今天一定能到这类未经落实的承诺。补货任务和现场服务可以同时推进，但各自需要明确的经办人。

一张补货请求，要让接手的人能够直接查

请求中可以保留门店、商品标识、规格、现存位置、需要补充的原因和提出人员。只有商品简称，收货人员可能无法区分不同包装；只有货架照片，也未必能判断缺的是哪一个规格。内容应使接手人能够定位到对应商品，而不是再次向提出者追问这是不是上个月卖的那款。

数量还没有依据时，不必先填一个大数。可以列出当前已确认的需求、待核对部分和观察到的缺货情况，再由负责人员确定本次安排。某个顾客今天询问过，不代表以后每天都会有相同需求；一次促销期间的变化，也不宜直接用来推断平时需要保持的数量。

请求应区分紧急的现场答复与正常补充任务。顾客已经等待确认、某项活动即将执行，和日常货架整理发现空位，是不同情境。紧急程度可以说明理由，不靠每位店员都写急急急来争取优先处理。协调人需要知道延后会影响什么，才方便结合现有安排决定处理顺序。

同一商品重复被多位员工提报时，先核对是否属于同一个缺口，再关联到当前任务。合并请求并不意味着删除所有来源，仍要看清谁在等结果。指定一位人员维护当前进展，其他岗位补充信息到同一任务，避免几个群聊同时向不同供货方发出重复要求。

本店整理、跨店调拨与采购，各有适用条件

若货在本店其他位置，先确认能否按当前业务安排取出并上架，处理完之后反馈提出人员。这项动作解决的是店内衔接，不宜因为它也叫补货，就直接触发外部采购。已到货但尚待核对的商品，也先完成必要的接收确认，不能为了填满货架绕过现有收货流程。

考虑其他门店调拨时，核对对方的实际情况、能够安排的时间和双方经办人。另一家店显示有货，不代表这些实物全部可以调出。双方先确认商品与数量，再约定交接方式，记录已发出与已接收的进展。不要在本店答复顾客后才发现，对方还没有接受这项调拨安排。

需要采购时，向负责人员提供已经核对的缺口与需求依据，同时查明是否存在未完成的采购或在途安排。重复询问不同人员而没有查询当前任务，可能让同一缺口产生多份采购。采购经办人确认来源与交付条件后，再给出可以依据的进展，未获得答复的时间不能写成确定到货时间。

几种方式可以比较，但不要只比较谁口头答应得最快。还要看数量是否合适、实际交接能否完成，以及处理后原有门店安排会受到什么影响。某项条件尚未落实，就保留待确认并说明责任。快速补货追求把任务做实，不是让每个缺口都立刻变成一个没有核实的采购承诺。

数量怎样定，先查现有安排和业务变化

确定本次补充数量时，可以一起查看已确认需求、现有可用情况、尚未接收的安排，以及近期活动或经营调整。每一项信息说明其更新时间与来源，避免把几份不同时间的截图直接相加。资料不完整时，先标明还缺哪一项，再做临时安排，不把估计包装成系统已经算出的精确答案。

观察销售记录时，要核对门店、规格和期间是否一致。一个大包装的数量不能直接与小包装混算，某家店活动期间的销售也不能自动代表所有门店。对异常变化，可以先查退换、调拨或其他业务是否影响记录，再判断需要补多少，不因某一个数字突然变大就立即放大采购。

如果供货方对包装或起订安排有具体要求，由采购人员核对后纳入讨论。顾客要的规格与供货方能够提供的规格不一致时，不应让收货人员到货后自行决定替代。不同安排的剩余数量、后续上架与解释工作，也在确认前说清，避免只解决今天货架空缺，却留下新的滞留商品。

到货不是任务结束，还要确认接收与上架

到货岗位先核对实物与本次安排是否一致，包括商品、规格、数量及需要说明的差异。发现缺件、替换或信息不对应，就记录实际接收情况并交由负责人员确认。不能为了让补货任务显示完成而按原先计划数量登记，再把真实差异留给下一次盘点才发现。

收到货之后，明确哪些已经完成接收，哪些还在等待核对，以及由谁安排上架。店员向顾客答复时，依据已经确认的可提供情况，而不只看车已经到门口或系统里已经有了一张单据。收货、记录和上架可以由不同岗位执行，但各段进展应能够相互查到。

一项补货任务可以记录提出、确认方案、发出或采购进展、接收及上架结果。具体名称不必复杂，重要的是最后接手的人知道还欠哪一步。商品确实已经上架后，通知需要结果的岗位，并核对是否还有尚未答复的顾客事项；不要把内部完成消息当成顾客已经知道可以购买。

如果到货后不再需要原数量，先查需求变化发生在哪一步，再由负责人员处理剩余安排。不要为了消除任务提示就重复移动或任意改写数量。变化本身也是补货复盘的材料：是需求判断未核对、信息传递太晚，还是原安排已经改变，原因说清后才知道下次该改哪里。

库存模块承接记录，补货决定仍需具体确认

企雀零售公开产品介绍包含进销存管理。相关入口见零售进销存管理说明。门店可以从商品与库存记录的查询要求入手，核对补货提出、接收和整理所需的入口。公开模块说明没有证明系统会自动选择供货方、预测缺口或同步全部渠道，不能据此把本店的补货流程写成已经自动执行。

演示可以准备一个现场缺货、一项尚未完成的采购，以及一次到货数量不符的情境。由提出人员、采购与收货岗位分别查询，看各自能找到什么、当前进展怎样交接，以及差异由谁确认。只成功新增一条商品记录，还不能说明从缺货到上架的每一步都可以按机构希望的方式办理。

已验证入口与仍需人工协调的步骤，分别写进工作说明。门店如果使用额外表格或群聊，也要明确谁维护最终结果，不能让多份记录长期各自更新。软件有进销存模块，不等于所有调拨、采购和批准规则已按本店习惯配置，具体业务应以实际方案和操作结果核对。

复盘一项缺货，比只追问为什么没货更有用

复盘可以从一项实际任务开始，按缺货发现、请求确认、方案确定、到货和上架的顺序查明等待发生在哪里。记录缺信息、未接收任务或方案发生变化等具体原因，不把所有延迟都归给采购人员慢。某一步没有责任人，就先补责任；某项信息长期对不上，就检查维护入口。

也要查看重复采购与到货后滞留的任务，而不只看补充是否及时。快到货却没有完成上架，和需求改变却仍按旧方案执行，需要改的环节不同。补货完成率之类的统计，在使用前先统一什么叫完成，避免一组按已采购统计、另一组按已上架统计，却直接比较结果。

确定一项改进之后，下一次同类任务再核对它是否被执行。例如补货前先查未完成安排、差异接收必须反馈负责人，或上架后通知提出岗位。改进能够体现在具体工作接续中，再判断是否要扩大做法，不因为这次快了就宣称已经找到适用于所有商品的最佳补货方式。