实战背景
这单是深圳一个老客户介绍的,朋友的朋友,客户发来一份 60 页的稿子,目录就有 4 处错乱。
客户是深圳现代农业细分领域的一家科技公司,董事会秘书是何董秘。初次沟通是在上个月底,他们已经被另一家咨询公司拖了 3 周。何董秘的一句话让我印象深刻:「你们能不能先别急着写,帮我看看我们现在的稿子到底差在哪。」
打开客户的稿子一看,风险分析章节只写了一句话:「项目风险可控」。这种问题不罕见,但很少有客户主动提。
我们跟何董秘约了一次 90 分钟的现场沟通。我们做了一份「反向大纲」:评审会看什么、他们关心什么、按什么逻辑给出结论。这之后项目的整个推进逻辑就清晰了:先定义边界,再分配角色,最后倒排时间表。
正式进入编制阶段后,我们用了 3 步法:第一步是结构化大纲——把所有内容按「评审视角」重新切分;第二步是分章节并行编写,配一名统一编辑;第三步是内部 3 道审查(业务准确性 / 法规合规性 / 文风一致性)。
从正式签约到交付,用了 24 个工作日。客户在终稿上盖了 8 个部门的章,零修改意见。
这次合作给我最大的启发是:工程项目咨询的本质不是「写文档」,是「替客户想清楚」。。客户在最后一封邮件里写道:「以后有项目,先问你们。」——这种话比任何合同都重要。