一个小项目，我是怎么排期的

小项目最危险的不是需求多，是没有明确的结束点。做到第七天你觉得差不多了，客户觉得还差两点，再来两周，两边都累。

所以我现在接活的第一件事不是写代码，是把「什么样算完成」写成一句话。

第一步：把验收写成一句话

比如「用户能在一个页面里提交表单，后台能看到记录，并且收到一封通知邮件」。这句话写不出来，说明需求还没想清楚，这时候动手就是给自己挖坑。

第二步：切成能单独验收的块

我习惯按「能被看到」来切，而不是按技术层来切：

• 第一块：页面能跑起来，数据是假的——先让对方看到结构对不对。
• 第二块：接上真实数据，主流程通——这一步最容易暴露需求偏差。
• 第三块：边界情况、错误提示、空状态——体验的差距都在这里。
• 第四块：部署、备份、交付文档。

每一块结束都给对方看一次。不是为了汇报，是为了让偏差在成本最低的时候被发现。

第三步：留出「返工预算」

我报价的时候会默认留一到两天的返工时间。不是给自己偷懒，是因为小项目的需求一定会在看到东西之后变——这不是客户不专业，是人看到实物才知道自己要什么。

最后：交付时把「后面怎么维护」说清楚

小项目没有运维团队，交付文档写清楚三件事就够了：怎么部署、数据在哪、出问题先看哪里。这三件事写明白，后面半年能省掉大量来回。