溯源的成本，最后压到供应商的一次拍照上。截至 11 月 11 日公开的信息，叮咚买菜"求真溯源"已覆盖蔬菜、肉禽蛋、果切、水产等生鲜品类，共 70 余款商品接入溯源系统，其中 40 余款在 App 端展示，消费者可查看"种植/养殖—加工—仓储—运输—在架销售"的关键节点。这套系统的特别之处不在覆盖品类，而在照片要与生产批次强绑定。
一张工厂宣传图为什么不管用
问题出在"可替换性"。一张通用的工厂照片可以复制到任何商品页上，消费者看不出它对应哪一批货，也就无法据此判断自己手里这一份的来源。把照片与批次绑定、并随批次更新，等于把静态宣传变成动态记录：同一款黑猪，这一批对应这一组养殖与检疫信息，下一批换一组，页面必须跟着换。这一步做起来很笨，但它是"可查"与"看起来可查"的分界线。
黑猪这个例子说明了什么
页面要求上传能看出黑色皮毛特征的养殖照片、运输车辆车牌号与屠宰环节的检验检疫信息。三项分别对应三个可验证点：品种是否对得上、运输链路是否可追、检疫是否合规。任何一项缺失，消费者都能看出这条溯源是不完整的。这也是品类选择的意义——先做那些"真假"最容易起争议的品类，溯源的边际价值最高。
溯源信息该铺几层
| 层级 | 展示内容 | 对转化的作用 |
|---|---|---|
| 标签层 | 溯源标识、产地、检测结论 | 降低首次决策成本 |
| 节点层 | 五个关键节点的时间与责任方 | 支持复购时的信任确认 |
| 批次层 | 本批次照片、车牌、检疫编号 | 处理售后与质疑 |
三层的信息密度不同，作用也不同。标签层解决"敢不敢买"，节点层解决"要不要再买"，批次层解决"出了问题找谁"。多数平台的溯源停在第一层，因为它最容易做；做到第三层，等于把供应链的关键控制点全部前置到商品页，产品开发与品控的边界因此被推到前台——页面写什么，后台就得有什么。
渗透率才是真正的门槛
70 余款商品放进生鲜全品类里，占比仍然很低。规模化的难点不在技术，而在供应商的配合成本：每批次拍照、上传、核对，都要占用一线人力，SKU 越多、产地越分散，成本越高。这也解释了为什么先做水产、再做肉禽蛋、最后做蔬菜果切——品类集中度越高，采集越容易标准化。
商品页怎么写才算讲清楚
三条原则：一是每张图标注对应批次与时间，让消费者能对上手里的货；二是节点用固定顺序呈现，避免每个品类一套逻辑；三是把异常处理写进页面，例如批次信息缺失时如何补录。第三条最容易被忽略，但它决定了系统在出问题时是减损还是放大质疑。
行动清单
四步按顺序推进，第二步的完成率决定后面所有展示是否可信，不要先做页面再补数据。页面一旦上线，消费者就会拿它当承诺；数据补不上来，展示越完整，落差越大。先把采集跑顺，再决定露几层。
- 按品类挑出真假争议最大的 10 个 SKU 做首批接入。
- 与供应商确认拍照清单、上传时限与责任人，测算单批工时。
- 在商品页按标签层、节点层、批次层依次上线，先小流量验证。
- 每周抽查批次一致性，把错误率纳入供应商考核。
观察窗口
接下来看两个数：接入商品数会不会继续以每季度十几款的速度增长，以及接入品类的退货率与客诉率有没有下降。如果商品数增长而客诉率不动，说明溯源还停留在展示层面，没有进入售后流程；如果客诉率下降，则可以把它写进商品页的主推卖点，因为这时候它真的在降低决策成本。
常见问题
溯源照片和普通商品图有什么区别？
前者与生产批次绑定并随批次更新，后者可重复使用；前者能对应到具体这一批货，后者只能证明"这类商品长这样"。
做溯源能提升销量吗？
分品类。真假争议大的品类提升明显，标准化程度高的品类作用有限，先做前者更划算。
供应商不配合怎么办？
把拍照上传写进采购合同，并与验收、结算挂钩；只靠口头要求，完成率很难稳定。
批次信息出错怎么处理？
页面要预留补录与更正入口，同时在售后流程里标注，避免小错误演变成信任危机。
