东莞某信息技术电子信息企业的工程建设报批材料编制手记

这单是东莞一个老客户介绍的，朋友的朋友，客户说先把项目背景讲一遍，再谈预算。

客户是东莞信息技术细分领域的一家电子信息企业，项目经理是郑经理。初次沟通是在上个月底，他们已经被另一家咨询公司拖了 3 周。郑经理的一句话让我印象深刻：「你们能不能先别急着写，帮我看看我们现在的稿子到底差在哪。」

客户的内部沟通链条是「研发→总经办→法务→老板」，每个环节都有自己的诉求，目录编号有 4 处错乱，章节标题是模板的但内容跟模板对不上。

我们跟郑经理约了一次 90 分钟的现场沟通。我们做了一份「反向大纲」：评审会看什么、他们关心什么、按什么逻辑给出结论。这之后项目的整个推进逻辑就清晰了：先定义边界，再分配角色，最后倒排时间表。

正式进入编制阶段后，我们用了 3 步法：第一步是结构化大纲——把所有内容按「评审视角」重新切分；第二步是分章节并行编写，配一名统一编辑；第三步是内部 3 道审查（业务准确性 / 法规合规性 / 文风一致性）。

从正式签约到交付，用了 21 个工作日。客户后来又介绍了 3 个同行过来，说的原话是「你们交付的东西我看懂了」。

这次合作给我最大的启发是：政企材料最难的不是技术，是把「为什么」和「怎么做」在同一份文档里讲清楚。。客户在最后一封邮件里写道：「以后有项目，先问你们。」——这种话比任何合同都重要。

本案例中最值得复盘的不是"我们做了什么"，而是"客户的稿子原本差在哪里"。把这层看清，后面的方法论才有意义。

把这单合作中的工作流抽出来，可以归纳为三个核心动作：定义边界 → 评审视角 → 内部审查。这套方法论在 KXIETECH 多个内部项目复盘中被反复验证过。