很多一人公司接单过量，并不是因为项目本身太难，而是把每周所有时间都当成了“可交付时间”。实际上，客户沟通、需求确认、修改返工、开票收款、设备故障和临时事务，都会占用工作时间。做一人公司项目排期，第一步不是马上答应客户，而是先看自己的交付容量：当前还能不能接新单，能接多大范围的新单，以及接下后哪些项目需要调整优先级。
先算清楚：每周到底有多少可交付时间
一人公司时间管理的起点，不是把日历塞满，而是区分“总工作时间”和“真正能用于项目交付的时间”。
可以先用下面的方式估算：
每周可交付工时 = 每周计划工作时长 − 固定运营时间 − 沟通与管理时间 − 预留缓冲
例如，你计划每周工作 45 小时，其中可能要用掉：
- 6 小时处理报价、合同、开票、记账和行政事务；
- 7 小时用于客户沟通、会议、确认需求和同步进度；
- 5 小时处理修改、返工和临时问题；
- 5 小时作为不确定任务的缓冲。
这样算下来，真正适合提前承诺给客户的时间大约是 22 小时，而不是 45 小时。
这个数字不需要一开始就非常精确，但必须接近真实情况。最简单的做法，是连续记录两到四周的实际工时，把时间分成几类：
- 直接交付：真正产出客户购买内容的时间；
- 项目管理：拆任务、排期、检查、整理文件；
- 客户协作：会议、消息、需求确认和反馈处理；
- 返工与风险：修改、补救、等待资料、临时故障；
- 公司运营：财务、销售、内容、学习和行政事务。
记录的目的不是让自己变成计时员，而是发现估算偏差。很多人以为一个任务需要 4 小时，实际加上沟通和修改后可能占用 6 到 8 小时。项目容量管理要依据后一个数字。
不要把可用容量全部卖出去
如果每周有 22 小时可以用于项目，通常不应该直接对外承诺 22 小时。因为项目很少会按照理想状态推进，客户反馈延迟、资料不完整、需求变化，都可能改变原来的安排。
可以给自己设置一个“承诺上限”。例如，预计每周可交付 22 小时，但对外只承诺其中 16 至 18 小时，剩下的时间用于沟通、返工和突发事项。这个比例不是固定标准，关键在于保留空间，而不是把每一分钟都提前出售。
还可以设置同时进行的项目上限。对许多单人经营者来说，同时推进的项目越多，切换成本就越高。即使每个项目都不大，也会因为不同客户、不同截止日期和不同交付要求而不断重新进入状态。
判断项目数量时，不要只看项目金额，还要看以下因素：
- 是否需要频繁沟通；
- 是否依赖客户提供资料；
- 是否存在多轮审核；
- 是否有明确且临近的截止日期；
- 是否需要持续维护，而不是一次性交付；
- 是否会打断现有项目的专注时间。
如果已经达到自己的同时进行上限，新客户即使预算合适，也不应直接插入当前排期。更稳妥的做法是给出可开始日期，或者只接受边界清楚、周期较短的工作。
把项目拆成可以检查的节点
“这个月完成项目”不是一个可执行的排期。单人项目排期需要把结果拆成几个能够确认的节点，每个节点都要有完成标准和预估工时。
一个通用的拆分方式是：
需求确认
明确客户要解决的问题、最终交付物、截止日期、反馈方式和不包含的内容。这个阶段不一定耗时很多，却决定了后面是否反复返工。
方案或初稿
完成第一版可供客户检查的内容。不要把所有细节都隐藏到最后一次性交付，尽量让客户在早期节点确认方向。
中间检查
检查资料是否齐全、方向是否偏离、关键任务是否出现延期。这个节点的作用是尽早暴露问题，而不是等到最终交付日才发现无法完成。
修改与确认
将客户反馈集中处理，并明确本轮修改包含什么、不包含什么。如果反馈没有边界，修改时间很容易侵占其他项目。
最终交付
完成文件整理、交付说明、验收记录和后续事项确认。最终交付不只是“发出文件”，还应当为项目留出收尾时间。
拆分后，每个节点都应写下三项内容：预计需要多少小时、最晚何时开始、如果延迟会影响什么。这样才能看出某个项目到底是在正常推进，还是只是看起来还没有到截止日期。
优先级不能只看谁催得急
多个项目同时进行时，优先级至少要综合考虑截止日期、现金流和延期后果。
可以先按以下顺序判断：
- 先看硬截止日期：已经承诺且无法轻易调整的交付节点，优先级通常更高；
- 再看延期影响：延期是否会影响客户的上线、发布、付款或后续安排；
- 再看现金流节点：已经完成重要阶段、接近回款条件的项目，需要纳入现金流安排；
- 最后看工作切换成本：如果一个项目只差最后两小时就能完成，贸然切换到另一个项目，可能反而降低整体效率。
现金流可以影响排期，但不能成为无视合同约定的理由。一个新项目金额较高，并不自动意味着可以把已经承诺的项目往后推。更合理的做法，是把现金流作为排序因素之一，同时检查已约定的交付时间和客户影响。
建议每周固定做一次排期检查，每天只做小范围调整。不要因为客户发来一条消息，就立刻打乱整天安排。可以先记录需求，判断它属于紧急事项、普通反馈，还是需要重新报价的范围变化。
为不确定任务预留缓冲
项目延期风险通常不是在截止日当天才出现，而是在早期已经有迹象，例如：
- 客户迟迟没有提供必要资料；
- 关键需求仍然没有确认；
- 实际工时已经超过原估算；
- 修改意见分散在多个渠道；
- 一个节点的延迟已经挤压到下一个节点；
- 自己连续多天只能处理临时问题，没有完整的专注时间。
一旦出现这些信号，就要重新计算剩余容量，而不是继续沿用原排期。
缓冲可以放在三个位置：
- 项目内部缓冲：每个关键节点预留处理意外的时间；
- 项目之间缓冲：不要让一个项目的结束时间紧贴下一个项目的开始时间；
- 每周统一缓冲：保留一段不提前承诺的时间，专门处理返工、临时沟通和突发事务。
缓冲不是偷懒，也不是故意拖延，而是承认单人经营中存在不确定性。没有缓冲的计划，往往只在所有事情都顺利时成立。
接单前做一次容量检查
面对新需求，不要只问“这个项目能不能做”，还要问“它是否能在不破坏现有承诺的情况下完成”。
可以在确认报价前检查：
- 当前每周还有多少可承诺工时；
- 新项目预计占用多少总工时，包括沟通和修改；
- 客户期望的开始日期和截止日期是否现实；
- 现有项目是否已经占满关键时间段；
- 新项目需要多少次反馈和审核；
- 客户是否能按时提供资料；
- 如果任务多花一倍时间，排期是否仍然可承受；
- 新项目是否会导致已有客户延期；
- 项目范围、修改次数和交付节点是否已经说清楚；
- 自己是否因为现金流压力而忽略了实际容量。
只要其中有几项无法回答，就不适合立刻承诺最终日期。可以先补充信息、缩小范围，或者给出一个需要进一步确认的时间窗口。
容量不足时，三种沟通方式
容量不足不等于只能简单拒绝。可以根据项目情况，选择拒单、延期或调整范围。
直接拒绝
适合项目与现有方向不匹配、时间要求明显不现实，或者接单后必然影响已有交付的情况。
可以这样说：
感谢你的邀请。目前我的排期已经无法在这个时间内保证交付质量，因此这次不接这个项目，比接下后再延期更稳妥。
拒绝时不需要编造理由，也不必把自己的全部工作安排透露给客户。
延后开始
如果项目值得承接，但当前没有容量，可以明确可开始日期，而不是含糊地说“过段时间再看”。
这个项目我有兴趣承接，但目前最早可以从 X 月 X 日开始。如果这个时间符合你的安排，我们可以先确认范围和交付节点。
调整范围或分阶段交付
如果客户的截止日期不能改变，可以重新讨论交付内容，例如先完成核心部分，后续内容另行安排。调整范围时，要同步确认交付标准、修改次数和费用变化，避免“先做一部分，后面再慢慢补”变成无限追加。
如果现有项目确实需要延期，应尽早沟通，而不是等到客户主动询问。说明已经完成的部分、剩余工作、延期原因和新的可行日期，同时给出你能承担的补救方案。不要承诺一个没有把握的新日期。
每周复盘，让容量估算逐渐接近现实
项目排期不是一次设置后永久有效。每周可以花十几分钟回顾：
- 哪些任务实际耗时超过估算；
- 哪些项目被沟通和修改打断；
- 哪些延期信号没有及时处理；
- 哪类客户最容易产生额外需求；
- 自己每周真正能完成多少交付工作；
- 下周是否已经接近承诺上限。
经过几轮记录后，你会逐渐得到属于自己的工作数据。它不一定非常精确，但会比凭感觉接单可靠。
一人公司项目排期的核心，不是把日程排得满满当当，而是让承诺不超过真实容量。先看每周能交付多少，再决定接多少项目；先确认节点和缓冲，再确定截止日期；先暴露风险，再和客户讨论调整。这样做不能消除所有延期，也不能保证每个项目都顺利，但能让“当前还能不能接新单”从一种焦虑判断，变成有依据的经营决策。
暂无评论内容