复利思维模型

你这一年的账，其实就是复利模型最典型的一堂反面课：你把“接更多单”当成了复利，但它本质上是“重复”，不是“累加”。单价涨四成、到手持平，说明你多赚的那四成，全被“反复改需求”和“重新对接新客户”这两件事吃掉了——这两件事恰恰是做完就清零的典型。它们不产生任何能粘附到下一单上的东西，所以你的雪球根本没在滚，你只是在原地推同一个雪球，推得稍微快了一点而已。

先给直接判断：你缺的不是单量，是“可复用的交付资产”。复利三要素——能粘附的本体、持续的时间、不中断——你只满足了后两个（你干了三年没停，时间够长），但第一个“本体”是空的。你每单交付完，代码、方案、沟通记录、客户关系全都散落在各个项目里，没有沉淀成一套能自动增值的东西。所以下一单不是站在上一单的肩膀上，而是从零开始。

怎么改？我给你三个能落地的动作，按优先级排：

第一，把“改需求”变成“版本化资产”。 这是你最大的时间黑洞。从下一单开始，每次因客户改需求而做的调整，不要只改完就交付，花十分钟把这次改动的原因、方案、踩的坑记进一个“需求变更日志”。三个月后你会拥有一份“常见需求变更模式清单”——下次接单前，直接拿这份清单去跟客户做需求确认，把最容易反复改的点提前谈死。这一步是把“消耗”变成“复利”的关键：每一次痛苦都变成下一轮谈判的筹码。

第二，把“新客户对接”变成“标准化产品”。 你反复重新对接新客户，说明你每次都在用同一套流程重新解释自己。花两周时间，把你过去三年最成功的三单提炼成一套“交付流程模板”——从需求调研、报价结构、里程碑设定到验收标准，全部标准化。以后接新客户，不是重新对接，而是把模板套上去，客户看到的是专业度，你省下的是解释成本。这相当于把你的经验打包成了可复制的“湿雪”。

第三，给“老客户复购”留出固定比例。 你现在的精力分配大概率是 80% 找新客户、20% 维护老客户。复利最怕中断，而新客户对接就是最大的中断源——每次都要重新建立信任。把比例倒过来：70% 精力放在老客户和转介绍上，30% 才去拓新。老客户知道你改过哪些需求、踩过哪些坑，他们才是你雪球滚动的“长坡”。一个老客户的复购，比三个新客户的询价更值钱。

收尾给你一条今晚就能做的动作：打开你过去一年的项目文件夹，挑三个你认为最“烦”的项目，把它们的需求变更记录和最终交付方案各整理成一页纸的“经验卡”。不用做得多精美，就是纯文本。这三张卡就是你复利的第一笔本金——从明天开始，每次接单前先看一遍，你就不是在重复劳动，而是在滚雪球了。记住芒格那句话：无故别打断。你现在要做的不是停，是把每一单的终点变成下一单的起点。

你的判断是对的：这不是"重复"和"累加"的区别问题，而是你目前的状态连"重复"都算不上——重复至少意味着同一件事做了六次，但你连"做"的过程都没有留下痕迹，每次都是从头开始。这本质上是零积累，连复利的门槛都没摸到。

先给你一个直接判断：你们的问题不在技术栈杂，而在没有建立"沉淀"这个动作本身。技术栈杂是结果，不是原因。原因是你们把"做完项目"当成了终点，而没把"做完项目"当成下一轮的起点。复利三要素——能粘附的本体、持续的时间、不中断——你们在第一环就断了：没有本体，雪球根本捏不起来。

该从哪一块开始？我的建议是：不要从"代码框架"开始，从"踩坑记录"开始。

理由很简单：代码框架的复用门槛高，它需要抽象、需要设计、需要维护，你们五个人现在没有这个余力，而且一旦做得不好，反而会变成新的负担。但踩坑记录是最低成本的沉淀，它不需要设计，只需要记录。环境配置的坑、客户沟通的坑、某个库版本的坑——这些是你们每个项目都会遇到、且每次都要重新花时间解决的东西。把这些记下来，就是你们的第一片"湿雪"。

具体做法，给你一套可执行的步骤：

第一步：建立唯一的沉淀仓库。 别用聊天记录、别用各自电脑，用一个共享的、所有人都知道在哪的仓库——Git 仓库、Notion、飞书文档都行。关键是唯一，只有一个地方。

第二步：定义最小记录格式。 每条记录四行：问题是什么、当时的场景、解决步骤、下次怎么避免。不要写长篇，能三句话讲完就三句话。格式越轻，越容易坚持。

第三步：定一条"项目收尾必须做的事"。 每个项目结束后的半天内，每人必须提交至少三条踩坑记录。这不是可选的，是交付的一部分。没有这条硬约束，沉淀一定会被下一个项目的急事挤掉。

第四步：新项目启动时，强制查阅。 启动会的第一项议程不是聊需求，是花十五分钟过一遍之前的记录，把和本项目相关的坑提前标出来。这一步是让沉淀产生反馈的关键——如果你们攒了记录但从不回头用，那它还是死的东西。

关于复利，我想提醒你一句芒格的话："无故别打断"。对你们来说，最大的风险不是起步慢，而是做了两周发现"好像也没什么用"就停了。复利曲线前段是平的，这个你们要有心理准备——前五个项目攒的记录可能都感觉不到价值，到第六、第七个项目开始复用的时候，它才会突然变得有用。多数团队死在这一段。

最后一条落地的动作建议：今天下午就建仓库，把你们五个人脑子里印象最深的一个坑写下来，凑够五条，就算启动。 别等完美，先让雪球有一个能粘住东西的核。

先给直接判断：这个客户不是你的雪球，是别人雪球的坡道。 你现在做的事，不适用“无故别打断”这条纪律——因为芒格那句话的前提是“会累加的东西”，而你在这个客户身上做的事，大概率是做完就清零的重复劳动。你真正该打断的，不是这个客户，是你自己“不好意思拒绝”的这个习惯。

拆开看：

第一，先确认这到底是不是复利。 你接外包，如果每次交付只是把需求变成界面、变成按钮，做完交付、钱货两清，下一单不会因为这一单而更容易——那这就是单次交付，是“重复”，不是“累加”。它不沉淀代码库、不沉淀方法论、不沉淀可复用的资产，做完就清零。复利模型对这种事不起作用，你套用它来纠结“该不该打断”，等于用尺子量重量，方向错了。

第二，你真正的“长坡”是什么？ 巴菲特说的三要素是湿雪、长坡、不停滚。你的湿雪是你可复用的能力——比如某个领域的深度技能、可复用的组件库、能带来转介绍的行业口碑。你的长坡是你持续投入这些能力的时间。现在这个客户占你四成收入、七成时间，意味着你七成的时间投入在一件不沉淀的事情上，而真正能沉淀的能力只剩三成时间在滚。这不是“打断了雪球”，这是你根本没在滚自己的雪球，你在帮别人滚。

第三，芒格那句“无故别打断”怎么用？ 它的硬度在于“无故”——如果打断是有故的，那正是该打断的时候。你的“故”非常充分：这个客户的需求边界在持续侵蚀你的产能，这不是偶发中断，是结构性的时间黑洞。真正符合复利纪律的做法，不是硬扛着不打断，而是主动设一个“中断规则”——比如明确改动范围、超出范围重新报价、每周固定交付窗口。这不是拒绝客户，是给合作立边界，让“打断”变成有规则的、可预期的，而不是每次都被对方的“小改动”牵着走。

第四，关于“丢客户”的恐惧。 你担心拒绝会丢了这个占四成收入的客户，但你没算另一笔账：你七成时间耗在这一个客户身上，剩下三成时间能开发几个新客户？如果把这七成时间重新分配，哪怕新客户单价低一些，只要你能同时服务三四个，你的收入结构就从“一个客户绑架你”变成“多个客户分散风险”。从复利角度看，分散不是打断，是降低单点中断的风险——这才是对“不中断”更高级的理解。

给你可落地的动作，按顺序做：

1. 做一次投入产出审计：把过去三个月这个客户的所有需求列出来，标注每个需求的预估工时和实际工时，算出实际工时超预估多少倍。这个数字是你谈判的底气，不是感觉，是数据。
2. 设一道“边界条款”：下次对方提“小改动”时，明确回复“这个改动涉及界面重做，超出了原范围，我按新需求报价/排期，您确认后我开工”。不拒绝合作，只拒绝无边界的需求蔓延。
3. 用收入占比做决策线：给自己定一条硬规则——任何单一客户收入占比超过 40% 时，必须主动开发新客户，把占比压到 30% 以下。这不是放弃老客户，是给雪球加保险。

收尾就一句话：你不需要“拒绝”这个客户，你需要“重新定价”你的时间。 把边界立起来，哪怕这个客户因此流失，你腾出的七成时间，才是你真正雪球的起点。