从酒吧后台到仓库系统,直接能用的只有那份 Excel 模板
从贪杯熊的商家平台换到仓储系统,一边是店铺资料和活动配置,一边是收发货、上架、盘点。酒单批量导入那套 Excel 模板搬过去,用在商品资料导入上,反而很好用。让用户操作更快这种听起来不会错的经验,反倒要重新算:仓库里的快,最后算到十来个操作员一天做完的单量上,我也有过为了快合并了不该合并的两步。

从贪杯熊的商家平台换到仓储系统,一边是店铺资料、活动配置和用户侧展示,一边是收发货、上架、盘点这些日常操作。把两段放在一起看,最需要重新验证的经验,不是什么复杂的方法,反而是“让用户操作更快”这种听起来很少会错的方向。
同一个“快”,算到哪里
在贪杯熊的商家平台里,让商家自己维护资料,是为了减少找运营代改的来回。这里的快,包含从想修改到内容得到更新之间的等待,不只是把填写页面缩短。到了仓储系统,如果也要减少等待,就不能默认等待承担的是同一种作用。有的等待没有必要,有的却是在等数量、位置或前一道操作得到确认。这是我现在会带去核对的区别。商家平台上的快,受益的是商家;仓库里的快,受益的是现场十来个人,最后落在单量上。
假设某个系统让人跳过一次确认,任务提交变快了,但下一位接手时需要重新核实内容,那么“更快”的范围就只到当前页面为止。以前评价方便时,时间算到哪里;新业务里,事情真正结束的地方有没有变?少点几下仍然值得争取,但不能提前把它当成整个流程的改善。
快,最后算到一天做完的单量
在仓库里,快最后算到的,是一天做完的单量。
这个单位和我在商家平台上习惯的不一样。那边说快,常常是商家改一次资料少等多久;这边说快,是现场十来个操作员,一天下来能不能把该出的单出完。
单量是一个结果,中间的每一步都会影响它。一个页面省了几秒,放进一天的量里,可能看得出来,也可能被别的环节吃掉:前面收货慢了,后面上架再快也没东西可上。
所以在仓库里谈快,我会先问:这一步快了,一天的单量会不会跟着多?不会的话,这个快就只是这一步的快。
十来个操作员
仓库现场的操作员,十来个人。
十来个人,习惯大概各不相同。有人手快,有人求稳;有人习惯一次扫完再核对,有人扫一个核一个。系统上的一个改动,落到这十来个人手上,是十来种用法。
所以在仓库里改流程,不能只看一个人顺不顺手。一个人觉得快了,另一个人可能正好被打乱了节奏。改动之前,最好多问几个人,不只问提需求的那一个。
“可以修改”也要重新理解
在商家资料里,改一段介绍,主要是在改变用户接下来看到的信息;涉及已被使用的活动条件,就还要考虑此前的预订和核销。仓储记录又可能对应已经发生的实物动作。货物已经移动,屏幕上的状态改回去,不等于货物也回到了原处。界面都可以放一个编辑入口,它们需要的权限、说明和后续处理却未必相同。商品资料导入以后要改,和酒单导入以后要改,也不是一回事:酒单改了,用户看到的变了;商品资料改了,后面的收货、上架可能都跟着受影响。
所以我不太认同按“商家业务比较灵活、仓储业务比较严谨”来简单分。商家平台也有不能随意改的内容,仓储系统也有可以直接修正的信息。真正要重新确认的是这项信息被谁依赖、修改会影响哪些已成立的事情。只有这些关系清楚,才知道以前那种便捷修改的经验可以保留多少。
反馈的读法也可能要变。商家是否继续维护资料,至少能帮助理解他是否愿意经营这个渠道;对于工作中必须使用的系统,使用次数多,不能单独说明操作顺手。不使用可能是没有需求,也可能另有办法;持续使用可能出于认可,也可能只是这项工作必须完成。我不想从一个看起来熟悉的活跃指标,直接推到同样的产品结论。
换业务以后,连找谁确认“这样够好了”都要重新问。在商家平台,内容提供者、平台运营和最终看到信息的人,各自关心不同部分。仓储系统里的操作员、运营及后续使用记录的人,也不必对同一个改动有相同评价。不能只因为直接操作的人觉得方便,就忽略后面接收信息的人;同样,也不能为了报表整齐,让现场承担不必要的录入。
合并了不该合并的
按更快去改,也有过改错的时候。有一次,为了少几步,把两步合并成了一步,结果合并的恰恰是不该合并的。
两步分开的时候,中间大概有一次要人看一眼的机会;合成一步以后,这个机会没了,操作是快了,出错的时候却没人拦得住。事后回头看,那两步分开,本来就有它的道理。
这件事让我对合并两个字多了一层小心。能合并的,是那些真正重复的动作;中间藏着一次确认的,不能为了快拿掉。从那以后,每次有人说这里能不能合成一步,我会先问,这两步中间,有没有人在看。
也不是所有经验都要重算
商家平台上酒单批量导入用的那套 Excel 模板,搬到仓储系统里反而很好用,用在了商品资料导入上。真正需要重新验证的,是“更快”“可修改”“有人用”这几类评价。熟悉的方案可以先拿出来比较,但评价不能顺手沿用旧解释。时间到底省给了谁、改动到底影响了什么还没弄清楚,我宁愿先不把它叫作一次体验优化。
Excel 模板,用在商品资料导入上
直接能用的那套 Excel 模板,用在了商品资料导入上。
它能直接搬过来,是因为两件事的结构一样:一批信息,格式固定,要一次性进系统。酒单是一行一款酒,商品资料是一行一个商品,列不一样,道理一样。
批量导入真正省事的地方,不在模板本身,在模板背后那几条规矩:哪些列必填,格式错了怎么提示,导入一半失败了怎么办。这些规矩在商家平台上踩过一遍,搬到仓库,少踩了一遍。