表格管理和系统管理,哪一种能沉淀规则

Excel 能算数,却把规则留在填表人脑子里。系统把改价、超储、账期写成可执行的约束。要沉淀的是规则,不是又一份更漂亮的表。

表格很诚实:谁打开谁能改,公式跟着人走,版本在微信里分叉。系统看起来更笨:改价要权限,负库存要拦截,客户重名要合并。笨的那一侧,才是公司能留下的规则。规模一上来,表格会先在并发和口径上崩掉,见 Excel 管进销存规模一大就会崩。两个人同时打开同一张表,后保存的人会默默覆盖先保存的折扣,这种事故在系统里应直接变成冲突提示,而不是一场对账。

表格逻辑与系统规则对照的开发界面
diff · rules.xlsx vs ops.rules

// EXCEL

# 折扣写在销售备注
IF(心情好, 0.85, 0.95)

VLOOKUP(客户, 个人表, 2) '表在D盘

库存 = 上周盘点 - 群里截图

保存为 「最终版(3)-改.xlsx」

// SYSTEM

# 折扣写在策略与审批
price.require(role, audit)

customer.id = master // 一份主数据

stock -= qty on outbound

history.append(who, when, why)

表格沉淀的是结果,系统沉淀的是约束

表可以留下去年的出货数,却留不下「谁有权把价格打到八五折」。人一走,下一任只能猜。人员流动时系统为什么比较不容易断,见 人员流动。把系统当电子台账,只是把表格搬进浏览器,规则仍在嘴上,见 台账和作业系统的差别

能复制单元格的东西,都还不是规则。规则是:违反时系统不让过,并且留下是谁试图过。

有人说「我们表已经很规范」。规范到三个人同时改同一格之前都成立。一到促销、赠品、一单多仓,表头会加列,口径会分叉。销售和财务若各维护一张客户表,对账就是翻译工作,见 销售财务同一份数据。库存要账实相符,扣减必须发生在出库动作上,而不是月底手工改数,见 库存账实

从表格迁到系统,迁的是规则清单

不要把所有列都变成字段。先列出「不许破的规矩」:超信用是否拦截、负库存是否允许、改价谁批。这些写成状态和权限,表格才能退休。迁移步骤见 旧表格怎么迁进新系统。有系统和没系统的路径差,见 作业路径差在哪。达希会在访谈里把口头规矩写成可配置项,而不是先画一张更复杂的表。需要把规则从表格里抽出来,请到 企业业务系统服务页 带上正在用的那张表。颜色标注和批注不是权限,合并单元格不是主数据。把这些习惯带进系统,只会做出又一个难维护的网页表格。

导出可以分析,不能再当下单入口

系统上线后仍导出 Excel 做分析,这正常。不正常的是:分析表又变成下单入口。导出是只读,作业回系统。报表需求膨胀时,优先问「这列有没有人在下单时改它」,有,就不是报表是作业。没有,才可以留在表格或看板里。

公式越长,越像规则,越危险。一张能自动算毛利的表,通常把含税、运费、赠品藏在某列备注里,换人就不会用。系统里这些应是字段和开关,而不是第三页隐藏列。共享盘上的「只读表」也挡不住另存。真正的只读是权限:仓管不能改售价,销售不能改库存。能沉淀的是这种约束。把正在用的那张表打印出来,用笔圈出「破了会赔钱」的格子,圈中的优先进系统,没圈中的可以继续留在表格里过几个月。圈完会发现,真正值钱的往往不到二十条,其余只是习惯性加列。

把表格里那几条不能破的规矩发过来

改价、超储、账期、赠品怎么走,写清楚。我们会判断哪些必须进系统,哪些仍可留在分析表。

联系我们

邮箱
service@wehoope.com
电话
+86 139-2520-6166
地址
深圳市南山区粤海街道高新区社区高新南七道201号深港产学研基地 W903