问题 / 你大概正在遇到
团队天天加班，产出却上不去，说不清时间花在哪。
一、为什么会反复发生
- 审批链太长：一个决定要过三个人，每个人都等上一个人
- 信息散落：同一个状态在群、文档、任务工具里各有一份
- 标准不清：做完才发现验收口径不一样，返工吃掉一周
二、四步做法
- 随机抽 10 个任务，记录「提交→有人处理」的间隔中位数
- 统计本周产出被退回或重做的比例，得到返工率
- 只挑最严重的那一类，改一个动作，两周后复测
- 复测没改善就停手，不要在此基础加码第二个改动
三、对照表
| 浪费类型 | 典型信号 | 首选的改动 |
|---|---|---|
| 等待 | 审批中位时长 > 4 小时 | 给待拍板事项附上下文（背景/选项/倾向） |
| 寻找 | 找一个文件要问三个人 | 状态收敛到一屏，只保留一个事实来源 |
| 重做 | 返工率 > 15% | 先写验收标准，再开始做 |
四、常见问题
三个人以内的小团队也需要量化吗？
需要，但可以更粗：只记「这周有没有因为不知道状态而白做」，一周有一次就值得改流程。
量化会不会变成填表负担？
会，如果每天都记。抽 10 个任务、量一周就够，目的是找到最主要的浪费类型，不是做报表。
三个指标哪个先改？
先改等待：它的成本最容易量化（人数 × 时长），也最容易通过「附上下文」一步改善。
团队只有三个人也要量吗？
用更粗的方式：一周内有没有因为不知道状态而白做，有过一次就值得改。
场景推演
SCENARIO // 假设一个团队
假设一个 9 人团队：技术在等产品确认需求，产品在等客户反馈，客户在等报价。三个环节各等半天，一个需求从提出到交付就多出一天半。把三个等待点写下来，通常能立刻看到最该修的那一个。
这是推演不是客户案例；数字为演算口径，标【假设】的部分请按你自己的数据替换。
五、怎么落地
上面这些做法，用一张表 + 一个看板就能先跑起来：免费模板里有窗口台账、日报、审批队列与周会议程； 跑通之后想固化成一屏，再看在线看板与定价。
我们不写客户案例（当前 ARR $0，没有可公开的付费客户），所以文中只给方法与边界，效果需要你自己测。
RELATED // 继续读
相关的几篇（含跨分类）
- 企业效率诊断指南：先量三件事，再决定改什么 · 效率提升
- 员工不愿意用 ERP：先解决「多干活没好处」 · ERP 与系统选型
- ERP 上线后没人用：三个原因与一个补救顺序 · ERP 与系统选型
- 员工抵触 AI，多半是不知道怎么用，不是不愿意用 · AI 转型