如何按里程碑为长期项目开票，不再用自己的钱垫付整个项目

一个为期三个月的项目，到最后只开一张发票收款，那其实是一笔借款。你先垫付了人工、材料和时间，客户拿到了成果，而到了第十一周左右你才意识到：你等于以零利息为对方的项目融资，而你自己的房租这期间已经到期了两次。活儿做得不错，计费方式却是个错误。

面对漫长、庞大的工作，专业的答案是里程碑计费：把项目拆成若干阶段，每个阶段完成后就为它开票。钱在成本仍在持续发生时就进账了。客户看到的是与可见进度挂钩、稳定且可预期的费用，而不是结尾时一个吓人的大数字。而且即便合作中途生变，你已经为已完成的工作收到了款。本指南将介绍如何在 InvoiceFlow 中用项目与里程碑把这件事做对，如何把它与分期付款计划和部分付款结合起来，以及里程碑计费究竟在什么时候胜过其他方案——并用一个例子从头贯穿到尾。

我们要用作示例的这份活儿

认识一下 Daniel，他是波特兰的一名自由品牌与网页设计师。他刚拿下了迄今为止最大的一笔合作：为一家中型连锁面包店做全套品牌重塑外加一个全新网站。总费用：24,000 美元。预计工期：约三个月。这份工作天然地分为四个阶段：

• 调研与策略 — 调研、定位、情绪板。（4,000 美元）
• 品牌识别 — 标志、配色、字体系统、品牌规范。（8,000 美元）
• 网站设计 — 覆盖关键模板的整站设计。（7,000 美元）
• 开发与上线 — 开发、内容录入、正式上线。（5,000 美元）

Daniel 有三种开票方式。他可以在结尾开一张 24,000 美元的发票。他可以现在就开一张带分期付款计划的单张发票。或者，他可以把它当作一个项目，逐个里程碑地开票。我们将搭建第三种方案——然后解释为什么对于这种形态的活儿，这才是正确的选择。

第一步：创建项目

InvoiceFlow 的项目功能是一个 Notion 风格的客户工作区——一个把一次合作的所有工作集中在一起的地方，免得它们散落在零散的发票里。Daniel 创建了一个名为「Bakery Co — 品牌重塑与网站」的项目，把它关联到这家面包店的客户记录上，于是整次合作就有了一个统一的归处。

这一点在任何资金流动之前就很重要。一个长期项目在三个月里会产生大量文档——一份报价单、可能还有一份合同，然后是一系列发票。把它们归到一个项目下，意味着当客户在第九周发邮件问「提醒我一下，我们到目前为止付了多少」时，答案一触即得，而不必在一长串平铺的发票列表里翻找。项目就是那个容器；关于这次合作的一切都住在它里面。

第二步：定义里程碑

在项目内部，Daniel 添加了里程碑——每个阶段一个。每个里程碑代表一块可计费的工作，并带有清晰的「完成」条件：

1. 调研与策略 — 当策略方案交付并获批时完成。4,000 美元。
2. 品牌识别 — 当品牌规范获得签字确认时完成。8,000 美元。
3. 网站设计 — 当所有关键页面设计获批时完成。7,000 美元。
4. 开发与上线 — 当网站正式上线时完成。5,000 美元。

这里的纪律就在于那些「完成」条件。含糊的里程碑（「大概做了一半」）会引发争执；具体的（「规范已签字确认」）则不会。每个里程碑都是客户可以亲眼查看并认同已经完成的东西——而这恰恰是让为它开票变得毫无争议的原因。

第三步：随着工作完成，逐个里程碑开票

节奏是这样的。Daniel 不会在一开始就把整整 24,000 美元开成发票，也不会一直等到上线。他随着每个里程碑落地就为它开票。

第一周，在任何工作开始之前，他把调研阶段作为切入点——策略方案交付后，开出 4,000 美元的发票，收到即付。客户付了款。在他深入到昂贵的中间阶段之前，第一个月的成本就已经被覆盖了。三周后，品牌规范签字确认；他开出 8,000 美元的品牌识别发票。网站设计和上线也照此推进。等到网站正式上线、最后那张 5,000 美元的发票发出时，客户已经为他们已经收到并认可的工作付了 19,000 美元。没有人在替任何人垫钱。

每张里程碑发票都是一张正常的、完整的 InvoiceFlow 发票——它带有面包店的信息、正确的币种、付款说明（Daniel 在 PDF 上展示了他的银行信息和一个付款链接），并通过他所选的 12 种模板之一进行渲染。因为项目把它们归在一起，这次合作的计费历史读起来是一段清晰的序列，而不是四张互不相干的发票。

第四步：在整个项目范围内跟踪应收金额

里程碑计费唯有在你能看清自己处境时才行得通。每张发票付清后，Daniel 在应用里把它标记为「已付」，于是整体画面始终保持最新：总额 24,000 美元、累计已开票、累计已收款，以及尚未结清的部分。如果客户分两次支付一张发票——比如 8,000 美元品牌识别发票中先付 4,000 美元、其余下周再付——Daniel 就记录一笔部分付款，InvoiceFlow 会自动跟踪剩余余额。应收金额这个数字永远是对的，这意味着 Daniel 在任何时刻都能不靠电子表格就回答出「这个项目我们在财务上走到哪一步了」。

部分付款在里程碑工作中的位置

部分付款和里程碑计费解决的是不同的问题，而且它们可以叠加使用。里程碑把项目拆成可计费的阶段。部分付款则应对这样一个现实：任何一张单独的发票都可能分几次付清——可能是某个自身现金流时高时低的客户，可能是最后一刻才谈定的分期，也可能是某个阶段的「先付定金、再付尾款」。你不必二选一。每张里程碑发票本身都可以被部分支付，而项目的未结清总额会把这一切都正确地吸纳进去。

另一种方案：带分期付款计划的单张发票

里程碑计费并不是分摊付款的唯一办法。InvoiceFlow 还支持分期付款计划——你把一张发票拆成一份由若干预定分期组成的付款方案，分期模板会把整份计划渲染在 PDF 上，于是客户一开始就能看到完整的方案。

对于 Daniel 的面包店项目，他也可以不开四张里程碑发票，而是开一张 24,000 美元的单张发票，拆成一份计划：现在付 4,000 美元，四周后付 8,000 美元，八周后付 7,000 美元，上线时付 5,000 美元。一份文档、一个客户认可的数字、一份印在 PDF 上的清晰计划。那么，什么时候该选分期付款计划，什么时候该选真正的里程碑计费呢？

• 选用分期付款计划——当总额和时间表都已确定，而你希望客户在一份签署的文档里就对整个方案做出承诺时。它干净、可预期，并且在付款是基于时间而非基于交付物时最为理想。
• 选用里程碑计费——当每个阶段都有自己的「完成」条件，而你希望每笔付款都与可见、已被接受的进度挂钩时——以及当范围或阶段边界有可能随着推进而变动时。里程碑能灵活伸缩；一份固定印好的计划做不到。

对于面包店的品牌重塑，里程碑胜出——因为每个阶段都有一道真实的验收闸门（方案获批、规范签字确认、设计获批、网站上线），而品牌项目几乎总会在进行途中演变。但分期计划这条路，对于比方说一笔固定 12,000 美元、按三个月平分三次支付的留用式合作来说，确实更好——在那种情形下，是日期而非交付物在驱动计费。

为什么不干脆在结尾开一张大发票？

值得把大多数人默认会选的那个选项摊开来讲，因为对于长期项目它几乎总是最糟的。结尾一次性发票恰恰只有一个优点——发起来简单。除此之外，它把里程碑计费所消除的每一项风险都堆叠了起来：

• 你为整个项目融资。三个月的人工加上任何材料，全都挂在你自己的资产负债表上，直到结束。
• 一个大数字，最大的价格冲击。一张 24,000 美元的发票毫无铺垫地砸过来，比起四张客户早已预见的发票，更可能触发拖延、重新议价，或是一句「让我先跟财务对一下」。
• 你所有的筹码恰好在最不该的时刻全部蒸发。客户拿到了成品；你手里只有一张未付的发票。如果他们拖着不付，你唯一的办法都很尴尬。
• 范围蔓延得不到定价。沿途没有任何核对点，第二个月那额外一轮的修改就这么消失进了最终数字里——或者变成结尾时一场不愉快的对话。

里程碑计费把这每一项都化为非问题。钱随着工作进账。每张发票都小到不起眼。你始终握着下一个阶段作为筹码。而范围变更会在里程碑边界处被及时捕捉，在那里它们可以被干净利落地重新定价，而不是一直拖着化脓。

动手设置：精简版

下面把整套流程提炼出来，供你为自己的长期项目所用：

1. 为这次合作创建一个项目，并把它关联到客户。这就是接下来一切的统一工作区。
2. 把工作拆成里程碑——每个可计费阶段一个，各自带有具体的「完成」条件和一个价格。让这些条件保持为客户可以亲眼查看并认同已完成的东西。
3. 可以先发一份报价单，涵盖完整范围和里程碑拆分，让客户在你开始之前就批准这个方案。在 InvoiceFlow 中报价单可以转换为发票，包括部分转换——如果你想只为已批准报价中的第一个阶段开票，这一点很方便。
4. 随着每个里程碑完成就为它开票。完整发票，PDF 上附付款说明，收到即付或短账期。
5. 付款进来时就记录下来——包括部分付款，并让项目的应收金额数字帮你把累计总额保持得诚实可靠。

如果你的活儿反而是由时间驱动而非由交付物驱动，就把第四步换成带分期付款计划的单张发票。同样的目标——让钱随着项目推进而进账——只是换了一种机制，对应一种不同形态的活儿。

更大的要点

长期项目在财务上失败的方式很有规律：活儿做得很顺，计费排在最后，而自由职业者免费承担了三个月的风险。里程碑计费把这一切颠倒过来。把这次合作当作一个项目，将它拆成带有真实验收闸门的里程碑，并随着每个阶段落地就为它开票——再辅以部分付款和应收金额跟踪，让累计总额始终正确——你就不再为客户融资，而是开始与工作同步地收到款。交付物没有变。变的是你的现金流、你的筹码，还有你的睡眠。