实践

不要用人的勤奋,掩盖数据流程的落后

从两套电商报表制度出发,讨论为什么重复下载、筛选、填写和刷新不该被当作执行力,以及如何用统一订单数据源重构流程。

作者:黄撑 更新于 2026-08-03
本文目录 10 节 · 点击展开
数据流程观察

不要用人的勤奋,
掩盖流程设计的落后

每增加一个业务需求,就增加一项永久人工操作。流程制造了复杂度,又开始奖励最能忍受复杂度的人。

业务需求+1

人工下载+1

日期筛选+1

手工填写+1

固定负责人+1

日报刷新+10

最后得到一句评价“这个员工执行力很强”

公司数据报表里经常存在一种很熟悉的工作方式:

打开表格,查看操作步骤;打开网页,选择指定日期;下载数据,核对列头;清空旧数据,再把新数据复制进去;最后刷新公式,检查结果有没有异常。

一套流程做久了,操作越快、步骤记得越牢、越不容易出错的人,通常就会被认为“执行力强”。

但如果把视角再往前推一步,就会发现一个更值得讨论的问题:

为什么这些固定、重复、规则明确的操作,直到今天仍然必须依赖一个人熟练完成?

01打开网页
02筛选日期
03下载文件
04核对列头
05复制填写
06逐表刷新

这条流水线没有创造新的业务判断。它只是把数据从一个地方搬到另一个地方,并让人的记忆、时间和注意力承担系统本该承担的责任。

两张表看起来不同,底层问题完全一样

我最近看到的两套电商数据制度——「全平台商品维度退款率」和「抖音每日报表」——表面上处理的是不同指标,实际上遵循的是同一种管理逻辑。

案例 01

全平台商品维度退款率

固定时间 · 共享表格 · 逐表刷新

  • 固定负责人每月 1 日、16 日更新
  • 人工筛选 1—15 日或 16 日至月底
  • 共享表更新后,10 张日报分别刷新
  • 负责人缺席会影响整条更新链路
案例 02

抖音每日报表

多人填写 · 多个数据源 · 多项人工计算

  • 拍单金额依赖多人每天录入
  • 直播间和订单退款率人工维护
  • 上月退款率需要单独计算
  • 成交件数额外下载抖音电商·罗盘
共同底层用人的注意力,弥补数据流程的缺陷

人工选择日期

人工搬运数据

依赖固定人员

出错后继续加检查

第一套:全平台商品维度退款率

这张表目前每半个月更新一次,由固定负责人清空旧数据、更新自己负责的店铺,再通知其他人员更新各自店铺。更新完成后,每一张需要退款率的日报还要打开共享表并刷新。

下载订单和退款数据以后,还要人工筛选固定日期范围。操作人员必须判断当前月份是 28 天、30 天还是 31 天,月份切换后有没有修改条件,不同人员使用的日期口径是否一致。

这些都不是业务分析,而是为了让数据进入报表而产生的流程成本。

第二套:抖音每日报表

抖音每日报表的问题更分散:直播间退款率使用固定值,拍单金额由多人填写,订单退款率和上月退款率人工计算,订单成交件数还要额外下载「抖音电商·罗盘」。

多人拍单时,每个人都要打开同一张表填写金额。表格不能同时编辑,就会出现占用、冲突、漏填、重复填写和金额错误。

而订单成交件数本来可以直接从订单明细统计,却因为现有报表结构没有利用订单数据,又多维护了一份数据源。

它们不是两张表的问题,而是同一种数据管理制度:报表围绕“人应该怎么操作”设计,而不是围绕“数据应该怎么流转”设计。

最容易被忽略的误区:把流程熟练度当成人才能力

一个员工能熟练打开网页、筛选日期、下载文件、核对表头、复制数据,当然说明他认真、负责,也熟悉现有流程。

但这只能证明他能够稳定维护这套制度,不能证明这套制度本身合理。

需要重新区分的两件事熟练度 ≠ 流程合理性
现有评价方式

记住所有操作步骤

固定时间准时更新

复制粘贴很少出错

熟练维护复杂报表

成为流程中的固定人员

更有价值的能力

删除没有必要的步骤

让更新时间不再依赖个人

让流程不再需要复制

重新设计数据结构

让普通人也能稳定执行

如果一项工作满足以下特征:输入和输出基本固定,日期范围可以由规则计算,字段映射可以提前定义,汇总口径可以写成公式或程序,那么它首先应该被判断为可标准化、可自动化的流程

否则就会产生一个很荒诞的结果:流程设计得越差,需要记住的步骤越多;能维护这套复杂流程的人越少;这个岗位看起来就越“重要”。

最后,制度制造了复杂度,又把适应复杂度的人当成不可替代的人才。

从“多种几块地”到“提高单位产出”

这种思路和农业时代最朴素的生产逻辑很像。

需要更多粮食,就投入更多人、耕种更多土地、工作更长时间。劳动越辛苦,越容易被理解为勤奋和光荣。

工业化改变的不是“人要不要劳动”,而是开始追问:能不能通过机器、工具和生产流程,提高单位时间的产出?今天的数据工作也处在类似变化中。

01 · 农业式投入需要更多粮食

增加土地

增加人力

增加劳动时间

02 · 传统报表思维需要更多指标

增加下载

增加填写

增加负责人

03 · 自动化思维需要更多指标

检查明细

统一数据

自动计算

“多种几块地”和“多加几个人工步骤”,本质上都是靠堆投入解决问题。

AI 和自动化并没有让所有脑力劳动失去价值,但它们正在让规则明确、能够重复、可以被程序描述的脑力劳动迅速贬值

真正应该继续由人承担的,是判断指标口径是否合理、分析退款率为什么变化、识别数据异常和业务风险、决定下一步经营动作,以及设计更简单稳定的工作流程。

两套制度其实只需要同一个改造方向

两张表不需要分别继续增加更多操作说明。它们可以共用一套数据处理框架。

统一数据管道不是让 RPA 原样重复人工点击,而是重新整理数据源和计算逻辑
输入

统一数据底座

订单明细

退款明细

HS 拍单标识

规则

自动确定周期

更新日前 15 天

上一个自然月

当日 / 最近 7、15、30 天

计算

自动生成指标

商品与订单退款率

拍单金额、成交件数

直播间及上月退款率

人工价值

只处理异常与决策

检查数据完整性

分析指标变化原因

决定后续经营动作

1. 用订单明细和退款明细作为统一数据底座

订单和退款明细里已经包含大部分报表需要的基础事实,例如订单时间、商品、数量、金额、退款状态和退款金额。

内部已经使用 HS 标记拍单订单,就可以根据该标识自动汇总拍单金额,不再要求每位拍单人员手动填写。

2. 下载足够长的日期范围,不要求人工精确筛选

每次下载最近 30 天或 90 天的数据即可。报表需要最近 15 天,就由公式或程序自动取更新日前一天向前推 15 天;需要上一个完整自然月,就自动计算上月第一天和最后一天。

操作人员不再需要判断今天应该选 1—15 日、16 日至月底,还是跨月的某 15 天。

例如:

  • 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 或程序减少人为判断;把节省出来的时间用于真正的业务分析。

如果一套制度必须依靠固定人员、固定时间、固定记忆才能稳定运转,那么它首先是一套脆弱的制度。

员工准时完成它值得肯定,但不应该因此停止改造它。