实战背景
上午刚开完上一个项目的复盘,下午就被拉进群——客户群里直接 @我。客户发来一份 60 页的稿子,目录就有 4 处错乱。
客户是东莞人工智能细分领域的一家电子信息企业,董事会秘书是何董秘。初次沟通是在上个月底,他们已经被另一家咨询公司拖了 3 周。何董秘的一句话让我印象深刻:「你们能不能先别急着写,帮我看看我们现在的稿子到底差在哪。」
打开客户的稿子一看,风险分析章节只写了一句话:「项目风险可控」。这种问题不罕见,但很少有客户主动提。
我们跟何董秘约了一次 90 分钟的现场沟通。用客户的真实数据建立一张对标表:行业平均是多少,他们在哪里。这之后项目的整个推进逻辑就清晰了:先定义边界,再分配角色,最后倒排时间表。
正式进入编制阶段后,我们用了 3 步法:第一步是结构化大纲——把所有内容按「评审视角」重新切分;第二步是分章节并行编写,配一名统一编辑;第三步是内部 3 道审查(业务准确性 / 法规合规性 / 文风一致性)。
从正式签约到交付,用了 21 个工作日。客户后来又介绍了 3 个同行过来,说的原话是「你们交付的东西我看懂了」。
这次合作给我最大的启发是:我们最骄傲的不是交付了多少份报告,是客户在用我们的框架做下一个决策。。客户在最后一封邮件里写道:「以后有项目,先问你们。」——这种话比任何合同都重要。