久访谈・对话方既明（连锁零售 IT 总监）
导语： 很多人讲商品云，讲的都是国家层面的大平台、大标准。但真正难的，是把一家县城超市货架上那八千个 SKU，一条一条录进系统。久存网商品云项目合作方、某区域连锁超市 IT 总监方既明，过去两年带团队把家里三十二家门店的商品数据全部重做了一遍。这次专访，他讲的不是理论，是实地 —— 一个县城超市，从纸质盘点到标准化商品库，到底走了多少弯路。
久访谈：方总，先讲个最实在的。一个县城连锁超市，POS 系统里的商品数据，能乱到什么程度？
方既明：我给你举个例子。我们有一家门店，库存里有一款 "康师傅红烧牛肉面"。在系统里，它有五个 SKU 编码。为什么？因为不同时期的采购员录的时候，写法不一样：一个写 "康师傅红烧牛肉面"，一个写 "康师傅红烧牛肉面桶装"，一个写 "康师傅 红烧牛肉面"，还有一个把 "康" 字写成了繁体。
这五个编码，对应同一款商品。库存盘点的时候，系统以为有五款货；促销的时候，折扣只打到了其中一个编码上；补货的时候，采购员不知道哪个是真的有库存。你说这是个小问题？但这就是我们当时每天面对的现实。
久访谈：那商品库怎么建，从哪一步开始？
方既明：很多人以为建商品库就是买套系统。错了。第一步不是技术，是 "物理盘点"。
三十二家门店，我们派了八十个人，花了整整二十一天，把每家店的货架从头到尾扫了一遍。一个 SKU 一个 SKU 地核对：条码、名称、规格、品牌、分类、产地。这件事极其枯燥，但它是整个商品库的地基。
为什么要这么做？因为你后面所有的标准化工作，都要建立在 "真实数据" 上。如果一开始录进去的就是错的，后面系统再智能，也是垃圾进垃圾出。
久访谈：扫完之后呢？
方既明：第二步，是商品主数据管理怎么做。简单说，就是定一套规则：同一个商品，在系统里只能有一个编码。
我们建了一个主数据委员会，五个部门 —— 采购、运营、财务、IT、门店 —— 派人参加。每新增一个 SKU，必须过这个委员会的评审。评审内容包括：它是不是已经在库里？它的分类对不对？它的条码是不是真的？它的供应商是不是合规？
听起来很官僚，但这是必须的。没有这一道闸门，新的混乱会立刻卷土重来。我们一开始没设这个闸门，三个月后库存里又多了几千个重复 SKU。
久访谈：那标准商品库有什么用？建完之后业务上能感觉到吗？
方既明：能感觉到，而且很明显。
最直接的变化是库存准确了。以前我们的库存准确率大概是百分之七十五 —— 系统里显示有一百件，实际去货架上数，可能只有七十。建完标准商品库之后，这个数字升到了百分之九十四。这意味着我们的滞销品发现速度快了三倍，订货量减少了百分之十五，损耗率降了一半。
第二个变化是比价。以前门店之间想调个货，要打电话问来问去。现在打开系统，全国哪家门店有多少库存、放在哪个货架位，一目了然。我们第一次实现了跨店调货自动化。
第三个变化，是给后面所有的数据应用打了底。销售分析、会员画像、智能补货、促销选品 —— 这些东西以前我们想都不敢想，因为数据本身就是乱的。现在数据干净了，这些应用才能一个个长出来。
久访谈：SKU 标准化怎么落地？这是个听起来很技术的词。
方既明：拆成三件事。
第一件，一物一码。每个商品必须有一个全球通用的条码，没有条码的，我们自己生成内部码，并标注清楚。这件事听起来简单，但有几百个杂牌商品，根本扫不出条码，只能人工录入。
第二件，统一规格。同样是可乐，有的写 500ml，有的写 0.5L，有的写 500 毫升。我们统一成 "净含量：500ml" 这种格式，所有商品一个标准。
第三件，统一分类。这是最难的。因为分类这件事，不同部门有不同的逻辑。采购按品牌分，门店按货架分，财务按税率分。我们最后定的规则是：前台按门店分类，后台按行业标准分类，中间用一张映射表连接。这件事我们和供应商吵了三个月才定下来。
久访谈：商品云是什么？听起来很大。
方既明：商品云的本质，是一个 "全国共享的商品主数据库"。
以前每家超市都在自己建自己的商品库。A 家录了一款酱油，B 家又录一遍，C 家再录一遍。每家都在重复劳动，每家的数据质量都参差不齐。
商品云的思路是：这个商品，全国只录一次。谁都能用、谁都能查、谁都能往里补信息。小超市不用再自己建库，直接接商品云就能用。大超市可以把自己的库存对接到商品云上，共享给上下游。
这件事的价值，类似于 "商品界的维基百科"。它不直接赚钱，但它是整个零售行业的基础设施。我们参与这个项目，不是为了省钱，是为了 —— 如果未来十年零售业要数字化，这件事总得有人先做。
久访谈：商品信息库建设这件事，你们踩过最大的坑是什么？
方既明：最大的坑，是 "以为上了系统就万事大吉"。
我们最早花两百万买了一套商业软件，以为装上去就完事。结果用了三个月，发现比以前还乱。为什么？因为软件只是工具，真正难的是 "人"。采购员不愿意按规则录数据，门店觉得系统增加了工作量，财务觉得自己的账对不上。
后来我们做了一件最不 "技术" 的事：给每个门店派了一个驻场数据员，手把手教他们怎么录、怎么查、怎么对。半年之后，整个体系才真正跑顺。
技术方案只占这件事的百分之三十，剩下的百分之七十是组织变革。这件事我现在跟所有想做数字化的零售老板说：先别急着买系统，先想想你的人愿不愿意改。
久访谈：SKU 标准化怎么落地，对于一家没有 IT 团队的小超市来说，现实吗？
方既明：说句实话，不现实。
一个夫妻店，一年流水几十万，你让他花几百万建标准商品库，是扯淡。他们需要的不是 "标准化"，是 "能用的工具"。
这就是为什么商品云这件事有意义。小超市不需要自己建库，他只要接入商品云，货架上的每一款商品，云里已经有标准数据了 —— 名称、规格、分类、条码，直接拿过来用。他不需要懂什么叫主数据管理，他只要会扫码。
这就是商品云和传统 "企业软件" 的区别。传统企业软件是让用户适应系统，商品云是让系统适应用户。小超市老板不需要改变自己的工作方式，他只要拿个扫码枪扫一下，剩下的事情云里都有。
久访谈：那线下超市商品数据库，未来会长成什么样？
方既明：我判断，三年之内，全国大部分正规连锁超市的商品数据，都会接进一两个公共商品云。每家超市自己的本地数据库，只存和自己库存、价格、会员相关的部分。基础商品数据，全部从云上同步。
这件事的意义是什么？是让整个零售业从 "数据孤岛" 变成 "数据网络"。你今天在绵阳超市买的一款酱油，和成都超市买的是同一款，价格能比、库存能调、促销能联动。这在今天是不可想象的，但在三年后会变成基础设施。
我们参与这件事，不是因为我们有多远见，是因为我们知道 —— 如果这件事现在不做，五年后我们就会被时代落下。县城零售的数字化，不是要不要做的问题，是什么时候做的问题。
久访谈：建完之后，维护成本高吗？很多老板担心 "建起来容易，养起来贵"。
方既明：这个担心是对的。商品库不是一次工程，是持续工程。
我们现在的维护成本，大概是每年新增投入的百分之二十。这百分之二十花在三个地方：新品录入、旧品清理、数据纠错。
新品录入是最刚性的。零售业一年换两轮货，光是新条码就有几千个。旧品清理最容易被忽略 —— 一款商品停产三年了，系统里还挂着，做报表的时候还在算它的库存。数据纠错最磨人，因为错误是持续的、随机的、防不胜防的。
所以我的建议是：建库的时候，就同时把 "维护预算" 和 "维护岗位" 定下来，不要等建完了再想。很多企业失败就失败在这一点 —— 把商品库当成一个项目，做完就撤了项目组，半年之后数据又乱了。
商品库这件事，本质是 "养一个组织习惯"，不是 "上一个系统"。
后记
采访结束，他让前台塞给我一小袋橘子，说是他们超市上周新上的本地货。"这个品，我们昨天刚录进商品库。从产地采摘、质检、编码、上架，一共四天。" 他送我到电梯口，"四年前我们做这件事要两周。你说数字化有没有用？对消费者来说就是，橘子从树上到他手里，快了十天。"
（本文为久访谈栏目专访纪实，所述观点仅代表受访者本人。）
