客户说要PPT,你就真的只做PPT?

一份PPT做出来了，需求方看完却说：不适合发给客户，换成Word，配一些表格。

这不是我编的接单故事。之前一凡老师整理皮草实体店IP项目时，确实提出过这两次要求。先要“大字报”风格的PPT，简单明了，方便给客户开会；看过以后，又要求把总结做成Word，让客户知道接下来怎么做。

没有完整的客户验收记录，我不能替他宣布哪个版本最终成功了。但从这两次要求里，已经能看见一个很容易做错的地方：文件形式变了，他要解决的问题没变。

他要的是让客户明白下一步，不是为了多拥有一个后缀叫pptx的文件。

接单的人，为什么容易听漏后半句话

“做个PPT”是看得见的任务。页数、颜色、图标、交稿时间，都能马上开工。

“让客户知道接下来怎么做”，就麻烦多了。得看懂会议里到底决定了什么，哪些还只是想法，哪些要客户配合，哪些由我们完成。

于是人很容易抓住前一句，把后一句当成客气话。做完页面，配好图片，觉得自己已经很认真，怎么对方还是不满意？

我看这次需求变化，最值得留下的教训不是“以后别用PPT”。一场需要现场讲解的会，PPT完全可能合适。问题是，交出去以后，接收的人能不能据此继续做事。

“打造老板IP”可以占满一张大字报。但谁来整理经历，什么时候录，哪些问题需要老板回答，光靠这几个大字并不能解决。

如果这些东西没说明白，换成Word也一样。只是把看不懂下一步的幻灯片，变成看不懂下一步的文档。

所以这次请求，其实提醒了做轻服务的人：别只验收自己有没有生产一个东西，也要看这个东西会被拿到哪里使用。

可以复用的，不是客户的故事

一个人接项目，当然不能每一单都从零开始。但我不赞成把上一个客户的内容换个名字，就叫标准化。

皮草老板的从业经历、客户反馈、商品特点，不能挪给另一个行业。真这么干，表面省了时间，客户一追问，漏洞就出来了。

更值得留下的，是这次返工暴露的判断顺序。

例如下次收到会议记录，先把里面的话分成三类：已经确定的动作，仍需确认的选择，只是讨论过的想法。这三类如果混在一张表里，文件做得越整齐，越容易让人误以为都定好了。

再看每个确定动作：需要什么输入，谁负责，交什么东西，由谁判断能不能用。还没定的时间，就写待确认，不能为了表格完整随手填一个日期。

这才是可以重复使用的部分。它不替你理解新客户，但让你每次理解客户时，少漏掉关键问题。

这一步也很适合让AI协助：从记录里找到对应原话，先整理候选动作。可当两段话前后冲突时，不能让它挑一句听着顺的，就当双方已经同意。

省的是整理和寻找的功夫，不是省掉该由人确认的决定。

别把每一次返工都归咎于客户难伺候

做服务的人最怕一句“感觉不对”。这句话确实不好接，尤其对方自己也讲不清楚。

但一凡老师这次给出的其实是很明确的反馈：不适合发给客户，要让客户清晰地知道接下来怎么做。它指出的不是某个颜色不好看，而是使用目的没有被满足。

这种反馈，值得进入下一单的需求确认里。

与其问“喜欢什么风格”，不如多问一句：这个文件是你现场拿着讲，还是客户离开以后照着做？谁会读它，读完应该能完成哪一个动作？

两种使用方式可以需要不同的交付。现场讲解要突出重点，离场执行更需要责任和条件。必要时可以一份讲重点、一份留任务，但不是每单都要多做一套文件，先看是否真的需要。

当然，范围也要守住。原来只约定排版，后来变成重新梳理业务，这就不是无限免费修改可以解决的。该重新确认工作量，就重新确认。不能一边说自己提供结果，一边把所有新增要求都默默扛下。

这份记录没有收费和工时依据，我不会拿它算出所谓“效率提升百分之多少”。对我们更有用的成果，是从一次不满意里，提炼出了下一次可以提前问清的问题。

一人公司要积累的，不只是模板数量，还包括哪些误会下次不必再发生。

拿出你最近一次被退回的交付，别急着把客户评为难搞。先看他的原话：他究竟在挑形式，还是在说，这个东西没法帮他往下做？

这一句分清了，你下一次卖的才可能不只是做文件的时间。

你最难忘的一次返工，客户原话是什么？“不够高级”，还是“看完不知道怎么做”？我们把这次教训整理成了《交付前需求确认单》，先问用途，再定格式。需要的话，在公众号对话框发“交付”，带一句不涉及客户身份的反馈，我们按消息人工发送。