零售
从装卸门往里（收货、上架和拣货）则是另一回事： 仓储 →
一个存放未预订库存的退货区，以及一个仍显示已售出的记录。
退货主管补给操作未触发，且由于第一次操作出现异常，计数被重复计算了一次。
店长超额销售罚款、始终无法转为可售库存的退货，以及财务部门无法核对的扣减项目。
市场负责人每周数据包由POS、ERP和电商平台的导出数据手动整理而成。
交易主管
什么会先发生变化
回调再次启动
商品当天即可完成分拣并重新入库，恢复销售状态。
书架和记录一致
那些悄然停售的商品线，与其说是在盘点，不如说是在增加一项库存。
周一将做出决定，而不是重建
这套装备会自动组装，并列出少数需要有人来选择的物品。
作品的漏洞在哪里，以及我们构建了什么
退货
退货区
贵公司系统中的退货处理台会读取退货原因，分拣商品，办理退款，并将特殊情况的退货转交给专人处理。
某人会解除所有超过您阈值的退款请求，以及所有滥用标记。
库存
货架显示为空，但系统显示并非如此
该系统会逐家门店对比销售量与账面库存，要求进行一次盘点（而非全面盘点），并生成采购订单。
店长接受了清点任务；有人放行了这笔订单。
市场
多个市场面板，一个库存编号简体中文（大陆）
通过您市场渠道上的一个控制台，即可核对库存、在发货截止时间临近时发出提醒、将每笔扣款与您的账簿进行匹配，并起草争议处理文件。
由专人处理每起纠纷，并审核向市场平台提交的每项请求。
报告
手工重新组装的“周一套装”
我们将该模型构建为基于您数据的自主系统：它能够自主组装、解释方差，并标记需要做出决策的内容。
包的主人先对包进行评估，然后进行抽查。
与该系统共度一周
- 星期一
- 该包已构建完成。它要求提供已停止销售的商店的数量。
- 星期二
- 竞争对手降价了。你看了看利润率，然后做出了决定。
- 星期三
- 周末收到的退货会自动分流处理；那些疑似滥用的退货则需人工处理。
- 星期四
- 高峰期。关于订单状态的来电均有人接听；关于货物损坏的来电则由专人处理。
- 星期五
- 财务部门打开了扣减报告。每行数据均已核对，并起草了争议说明。
示例说明。此处内容均非实际测量结果。
我们会和你一起看什么
| 我们关注什么 | 如何衡量 | 基线 |
|---|---|---|
| 从退货到可销售状态的周期时间 | 将退货区扫描数据转换为可销售库存，数据读取自总账。 | 目前，大多数连锁店都无法衡量这一点。 |
| 顶级产品线的货架供应情况 | 畅销商品线的缺货率，按周统计，每家门店。 | 需要一个“存储器可执行”目标，因为大多数问题都发生在存储器级别。 |
| Marketplace订单取消率和延迟发货率 | 各电商平台按月报告的卖家指标。 | 每个平台的定义各不相同，因此请按平台分别说明。 |
| 价格决策延迟 | 从观察到的市场变化到记录在案的人为决策。 | 监管框架要求设置一个人工决策点。 |
| 节省了数小时的手动报表编制时间 | 列出具体人员及每周工作时长，并分别统计实施前后的数据。 | 这是最容易确立的基准，也是车主们能切身感受到的。 |
零售商常问的问题
它会自动调整价格吗？
不。每次价格变动都需要由人工批准。系统会监控市场，显示哪些价格发生了变动以及这对您造成的影响，提出应对建议，并记录您的决定。关键就在于这一记录。
我们的数据必须离开办公楼吗？
不。我们可以在您拥有的硬件上、在您的网络内部运行整个系统，包括任何涉及门店监控摄像头或客户记录的部分。如果云服务确实能提供帮助，我们会在您做出决定之前明确告知。
一旦上线，你就会离开吗？
不。我们会留下来。我们会监控生产环境中的运行情况，修复出现的问题，根据门店反馈更正错误，并不断迭代版本，直到达到我们共同设定的目标。
