我以前一直觉得，做项目只要价格谈好了，客户答应给多少钱，后面把东西做好就能拿到钱。 后来才发现，企业服务里面还有一件特别重要的事情，就是收款。 你签了一个 … · @UPing123zzz · TwKit

@UPing123zzz

我以前一直觉得，做项目只要价格谈好了，客户答应给多少钱，后面把东西做好就能拿到钱。 后来才发现，企业服务里面还有一件特别重要的事情，就是收款。 你签了一个 5 万元的 AI 项目，听起来还不错，结果客户说等项目全部完成以后再付款。 你觉得客户挺靠谱，也就答应了。 于是接下来一个月，开发人员工资要发，服务器要租，模型调用要花钱，测试和部署全都是成本。等你终于把东西做完，客户又说这里需要改一下，那里需要优化一下，验收时间往后推一推。 最后项目完成了，钱却一直没有全部到账。 更难受的是，如果客户中途取消项目，或者公司突然不做这件事了，你前面投入的人力和资源可能就很难收回来。 所以我现在觉得，企业 AI 项目的收款方式，绝对不是合同里面随便写写的小事情，而是直接影响现金流和经营风险的东西。 我最近了解到一种比较常见的做法，就是把付款拆成几笔，比如 5:4:1 或者 4:4:2。 一个 5 万元的项目，如果按照 5:4:1，启动时先收 2.5 万，完成中期里程碑再收 2 万，最终验收留 5000 元尾款。 这样做的好处是，客户不用在完全看不到成果的时候一次付完全部费用，交付团队也不用把所有成本都垫到最后。 当然，具体怎么收还得看项目情况，也不是收了 40% 的首付款就一定不会亏钱。真正重要的是收款节点应该和项目投入、交付进度相匹配。 还有就是需求变更一定要讲清楚。 原来说好做五个功能，做到一半客户又想增加十个功能，这时候如果你不好意思谈费用，觉得都是小需求，顺手就给他做了，最后很容易把一个本来能赚钱的项目做成亏损项目。 我觉得技术人员特别容易掉进这种坑，因为很多时候我们只关心怎么把问题解决，客户提出新需求，第一反应就是想怎么实现。 但做商业交付，不能只考虑技术上能不能做，还要考虑这件事是不是原来合同约定的工作。 以前不太理解为什么成熟的公司做项目要有需求确认、里程碑、变更流程、验收文件这些东西，觉得挺麻烦的。 现在才发现，这些流程很多时候就是为了保护双方，防止项目无限膨胀，也防止已经完成的工作得不到对应的报酬。 会开发让你有能力接项目，懂交付和收款，才能让你不至于每做一个项目都把自己拖进去。

曝光 40 · 评论 0 · 点赞 0 · 书签 0