做业务容量测试，目的不是给自己增加一层管理动作，而是回答三个问题：一周真正可用的工作时间有多少，其中多少花在能带来收入的动作上；每个环节单次消耗多久、一周发生几次；哪个环节一加量，最先拖慢交付质量或让现金流变紧。有了答案，"想扩大"才会变成"先修哪一段"。

定单位，再填表

起点不是表格，是单位。以"一次可交付成果"为基准，一份方案、一次咨询、一件成品都可以，把所有时间折算成"每个可交付成果花多少小时"，环节之间才有可比性。环节按获客、销售、交付、售后、行政五段拆开，每段填同一张表，字段越少越好：频次、单位耗时、等待时长、返工次数、是否只有你能做。频次估算总占用，等待时长区分"做得慢"和"排不上"，返工次数暴露隐藏的质量成本，最后一项决定这段能否外包或自动化。

记录时有三个容易犯的错。等待时间不计入工作时长，客户几天不回消息不算你工作了几天，但它是真实的交付延迟；返工要单独记，很多业务的瓶颈不是单次做得慢，而是同一件事做两遍；行政环节别漏，它往往不是最费时的，却挤占精力最差时段的交付时间。

一周怎么执行

先定下本周愿意接受的最大订单数，测试周不主动加量。只在工作日记录，周末补一次总账，别让记录本身变成负担。任务停滞超过半天，就在对应环节打标记，写一句卡住的原因。周末汇总时，按总占用时间和对交付质量的影响各排一次序，再用一句话写下判断的瓶颈。两周后复测，且只改一个环节，同时改多处就无法判断是哪一项起了作用。

瓶颈类型决定动作

汇总结果通常落进四类：只有你能做的判断构成注意力瓶颈；反复确认构成沟通瓶颈，表现为等待远大于工作；某一段做得慢且总出错是技能瓶颈；活干完了钱没到账、或需要先垫资，是现金流瓶颈，即使不最耗时也应优先处理。动作的适用条件各不相同：提价适合需求持续超过承接量、客户对价格不敏感的情况，但要警惕订单减少先冲击现金流；缩小范围适合时间被低价值客户占满；外包要求环节可标准化、验收标准明确、出错成本可控；自动化只适合高频、规则清晰的工作。流程本身每次都要临时判断时，先把它跑顺再谈工具。

每两周回看三个数字：单位交付耗时、返工率、现金转化周期。改动之后至少应有一个朝好的方向走，都没动，说明改的可能不是真瓶颈。容量测试只负责看清约束在哪里，提价可能少单、外包会增加固定支出、缩小范围会放弃部分客户，这些代价要和现金流余量一起算，再决定先动哪一项。