不要用人的勤奋,掩盖数据流程的落后
从两套电商报表制度出发,讨论为什么重复下载、筛选、填写和刷新不该被当作执行力,以及如何用统一订单数据源重构流程。
本文目录 10 节 · 点击展开
不要用人的勤奋,
掩盖流程设计的落后
每增加一个业务需求,就增加一项永久人工操作。流程制造了复杂度,又开始奖励最能忍受复杂度的人。
人工下载+1
日期筛选+1
手工填写+1
固定负责人+1
日报刷新+10
公司数据报表里经常存在一种很熟悉的工作方式:
打开表格,查看操作步骤;打开网页,选择指定日期;下载数据,核对列头;清空旧数据,再把新数据复制进去;最后刷新公式,检查结果有没有异常。
一套流程做久了,操作越快、步骤记得越牢、越不容易出错的人,通常就会被认为“执行力强”。
但如果把视角再往前推一步,就会发现一个更值得讨论的问题:
为什么这些固定、重复、规则明确的操作,直到今天仍然必须依赖一个人熟练完成?
这条流水线没有创造新的业务判断。它只是把数据从一个地方搬到另一个地方,并让人的记忆、时间和注意力承担系统本该承担的责任。
两张表看起来不同,底层问题完全一样
我最近看到的两套电商数据制度——「全平台商品维度退款率」和「抖音每日报表」——表面上处理的是不同指标,实际上遵循的是同一种管理逻辑。
全平台商品维度退款率
固定时间 · 共享表格 · 逐表刷新
- 固定负责人每月 1 日、16 日更新
- 人工筛选 1—15 日或 16 日至月底
- 共享表更新后,10 张日报分别刷新
- 负责人缺席会影响整条更新链路
抖音每日报表
多人填写 · 多个数据源 · 多项人工计算
- 拍单金额依赖多人每天录入
- 直播间和订单退款率人工维护
- 上月退款率需要单独计算
- 成交件数额外下载抖音电商·罗盘
人工选择日期
人工搬运数据
依赖固定人员
出错后继续加检查
第一套:全平台商品维度退款率
这张表目前每半个月更新一次,由固定负责人清空旧数据、更新自己负责的店铺,再通知其他人员更新各自店铺。更新完成后,每一张需要退款率的日报还要打开共享表并刷新。
下载订单和退款数据以后,还要人工筛选固定日期范围。操作人员必须判断当前月份是 28 天、30 天还是 31 天,月份切换后有没有修改条件,不同人员使用的日期口径是否一致。
这些都不是业务分析,而是为了让数据进入报表而产生的流程成本。
第二套:抖音每日报表
抖音每日报表的问题更分散:直播间退款率使用固定值,拍单金额由多人填写,订单退款率和上月退款率人工计算,订单成交件数还要额外下载「抖音电商·罗盘」。
多人拍单时,每个人都要打开同一张表填写金额。表格不能同时编辑,就会出现占用、冲突、漏填、重复填写和金额错误。
而订单成交件数本来可以直接从订单明细统计,却因为现有报表结构没有利用订单数据,又多维护了一份数据源。
它们不是两张表的问题,而是同一种数据管理制度:报表围绕“人应该怎么操作”设计,而不是围绕“数据应该怎么流转”设计。
最容易被忽略的误区:把流程熟练度当成人才能力
一个员工能熟练打开网页、筛选日期、下载文件、核对表头、复制数据,当然说明他认真、负责,也熟悉现有流程。
但这只能证明他能够稳定维护这套制度,不能证明这套制度本身合理。
记住所有操作步骤
固定时间准时更新
复制粘贴很少出错
熟练维护复杂报表
成为流程中的固定人员
删除没有必要的步骤
让更新时间不再依赖个人
让流程不再需要复制
重新设计数据结构
让普通人也能稳定执行
如果一项工作满足以下特征:输入和输出基本固定,日期范围可以由规则计算,字段映射可以提前定义,汇总口径可以写成公式或程序,那么它首先应该被判断为可标准化、可自动化的流程。
否则就会产生一个很荒诞的结果:流程设计得越差,需要记住的步骤越多;能维护这套复杂流程的人越少;这个岗位看起来就越“重要”。
最后,制度制造了复杂度,又把适应复杂度的人当成不可替代的人才。
从“多种几块地”到“提高单位产出”
这种思路和农业时代最朴素的生产逻辑很像。
需要更多粮食,就投入更多人、耕种更多土地、工作更长时间。劳动越辛苦,越容易被理解为勤奋和光荣。
工业化改变的不是“人要不要劳动”,而是开始追问:能不能通过机器、工具和生产流程,提高单位时间的产出?今天的数据工作也处在类似变化中。
增加土地
→增加人力
→增加劳动时间
增加下载
→增加填写
→增加负责人
检查明细
→统一数据
→自动计算
“多种几块地”和“多加几个人工步骤”,本质上都是靠堆投入解决问题。
AI 和自动化并没有让所有脑力劳动失去价值,但它们正在让规则明确、能够重复、可以被程序描述的脑力劳动迅速贬值。
真正应该继续由人承担的,是判断指标口径是否合理、分析退款率为什么变化、识别数据异常和业务风险、决定下一步经营动作,以及设计更简单稳定的工作流程。
两套制度其实只需要同一个改造方向
两张表不需要分别继续增加更多操作说明。它们可以共用一套数据处理框架。
统一数据底座
订单明细
退款明细
HS 拍单标识
自动确定周期
更新日前 15 天
上一个自然月
当日 / 最近 7、15、30 天
自动生成指标
商品与订单退款率
拍单金额、成交件数
直播间及上月退款率
只处理异常与决策
检查数据完整性
分析指标变化原因
决定后续经营动作
1. 用订单明细和退款明细作为统一数据底座
订单和退款明细里已经包含大部分报表需要的基础事实,例如订单时间、商品、数量、金额、退款状态和退款金额。
内部已经使用 HS 标记拍单订单,就可以根据该标识自动汇总拍单金额,不再要求每位拍单人员手动填写。
2. 下载足够长的日期范围,不要求人工精确筛选
每次下载最近 30 天或 90 天的数据即可。报表需要最近 15 天,就由公式或程序自动取更新日前一天向前推 15 天;需要上一个完整自然月,就自动计算上月第一天和最后一天。
操作人员不再需要判断今天应该选 1—15 日、16 日至月底,还是跨月的某 15 天。
HS 标识例如:
- 8 月 16 日更新,最近 15 天为 8 月 1 日至 8 月 15 日;
- 8 月 17 日更新,最近 15 天为 8 月 2 日至 8 月 16 日;
- 9 月 1 日更新,最近 15 天为 8 月 17 日至 8 月 31 日;
- 8 月报表中的上月退款率,固定取 7 月 1 日至 7 月 31 日。
日期变化不再增加人工操作,也不需要固定某一天必须完成更新。
减少的不是人的价值,而是对人的浪费
优化后的流程不是完全不要人,而是重新安排人的注意力。
半月固定日期更新
人工筛选 1—15 日
多人填写拍单金额
单独下载罗盘成交件数
10 张日报逐一刷新
固定人员通知所有人
而是对人的浪费
检查数据是否缺失
判断异常是否真实
分析退款率变化原因
确认业务统计口径
决定后续经营动作
统一订单数据源以后,可以直接计算商品维度退款率、直播间退款率、拍单金额、订单退款率、店铺上月退款率和订单成交件数。
这并不是为了追求“所有事情都必须自动化”,而是因为这些指标已经具备清晰的数据来源和计算规则。继续保留人工填写,不会让数据更可靠,反而增加了更多出错入口。
真正的执行力,应该包括消灭不必要的执行
我并不否认认真执行的重要性。
任何自动化流程都需要有人负责数据源、字段变化、异常检查和最终结果。问题在于,组织不能把“严格按照低效步骤操作”当作执行力的完整定义。
更高层次的执行力应该包括:看见流程中的重复劳动,分清哪些步骤必须由人判断,哪些只是机械操作;统一数据来源和统计口径;用公式、RPA 或程序减少人为判断;把节省出来的时间用于真正的业务分析。
如果一套制度必须依靠固定人员、固定时间、固定记忆才能稳定运转,那么它首先是一套脆弱的制度。
员工准时完成它值得肯定,但不应该因此停止改造它。