AI 销售方案书与标书撰写工作流：把 3 天的方案变成 4 小时可交付

开场

一份方案书, 销售憋了 3 天, 客户 5 分钟就划掉了

这是大部分 B2B 销售、咨询顾问、SaaS BD、政府采购投标人员都会撞到的真实困境: 客户终于答应看方案了, 销售回到工位, 打开一份 50 页的 PPT 模板, 对着客户背景资料开始写。第一天写完项目背景, 第二天写完解决方案, 第三天还在调样式和配图, 终于把方案发出去, 第二天客户来一句 "我们看了, 先放着吧, 后面再约"。

方案书憋得越久, 越难落地。新人销售常被折磨: 不知道从哪里开始, 不知道每个模块该写多少字, 不知道该引用哪些案例, 更不知道客户真正在第几页决定要不要继续聊。老销售则陷入另一种困境: 经验都在脑子里, 每次写方案都是从头开始, 写过的方案无法复用, 一周能做 1 份就不错了。

方案书真正难的地方, 不是写, 而是要同时回答 4 个人的问题: 客户业务负责人关心 "你们懂不懂我的业务"、客户技术负责人关心 "你们能不能落地"、客户采购/财务关心 "钱花在哪、节奏怎样"、客户 CEO/总经理关心 "我有没有理由选你们不选别人"。一份方案书要让 4 个人都点头, 难度比写一篇长文章大得多。

AI 真正能帮上忙的地方, 恰好是中间几段: 把客户公开资料整理成洞察简报, 把方案书骨架按 9 段式结构生成草稿, 把每个解决方案模块按 "做什么/客户配合什么/交付物/价值证据/风险" 五栏标准化, 把方案书做风险边界扫描, 最后给老板做 5 分钟审稿视角。它没法替销售见客户, 也无法替销售做价格和服务承诺, 但它能把过去 3 天憋方案的痛苦, 变成 4 小时可交付的工作流。

这篇教程不打算教你做一份漂亮的 PPT 模板, 也不推销某个 AI 写作工具。它要做的是, 把销售方案书从 "靠经验+靠灵感" 变成一套新人能复用、老销售能加速、老板能验收的标准化流程。读完以后, 你应该能拿出 1 份客户洞察简报、1 份方案书骨架、3-5 个解决方案模块的草稿、1 份风险边界扫描结果和 1 份老板审稿意见, 并且能说清楚哪些步骤 AI 做、哪些必须销售自己负责。

本质

方案书不是文案, 是 "让 4 类客户同时点头" 的可交付物

很多人以为销售方案书是 "写得好看的文档", 这是错的。方案书的本质, 是 4 类不同岗位的客户, 用 5-30 分钟扫一眼就能下判断的可交付物。

业务负责人 (老板/总经理/总监) 关心的是 "你们懂不懂我的业务, 值不值得我花时间"。他们在第 1-3 页就要决定要不要继续看, 这 3 页没写好, 后面写得再好也白搭。

技术负责人 (IT/产品/技术总监) 关心的是 "你们能不能落地, 会不会烂尾"。他们在第 5-6 页会看实施计划、团队配置、技术方案深度, 这一段含糊, 技术负责人就会投反对票。

财务/采购负责人关心的是 "钱花在哪, 付款节奏是否合理, 隐性成本有多少"。他们在第 8 页会反复算账, 这一页有 1 个数字对不上, 整份方案的可信度都掉。

CEO/总经理作为终审, 不会逐字读, 会扫差异化和价值主张。如果方案书里没有 3 处重复出现的差异化点, 没有 1 个行业案例, 终审人不会记住你们。

理解这一层以后, 方案书设计就有了 3 条铁律: 第一, 第 1-3 页必须让业务负责人 30 秒内看懂; 第二, 第 5-8 页必须有技术、财务可验证的细节; 第三, 全文要有 3 处重复出现的差异化锚点, 让终审人记住。AI 适合做的是把这些规律变成模板和检查清单, 让销售新人第一次写方案就有老销售的水准。

把方案书拆成 "客户洞察 + 方案书骨架 + 解决方案模块 + 风险边界扫描 + 老板审稿" 5 段, 不是为了流程好看, 是为了让销售知道什么时候该让 AI 跑、什么时候该停下来想。AI 写错了事实、夸大了效果, 客户会把销售一起否掉; AI 没写出来风险边界, 老板事后才发现坑, 销售也要背锅。

AI 分工

AI 适合起草和归纳, 人必须负责判断和承诺

在销售方案书这件事上, AI 能做、不能做的事, 比很多其他工作场景更分明。AI 帮得上的, 是 "整理和起草"; AI 帮不上的, 是 "判断和承诺"。

AI 适合做的是把零散客户资料整理成洞察简报: 把客户官网、招聘、新闻、财报、招标公告里的关键信息抽出来, 把竞品公开方案做对比, 把客户最近半年的战略方向和痛点归纳成 3-5 条。这些事过去要销售花 2-3 天做, 现在 1 小时可以拿到一份可以审的草稿。AI 也适合帮你把方案书骨架按 9 段式结构生成, 把每个模块的 "做什么/客户配合什么/交付物/价值证据/风险" 填成统一表格。

AI 不适合做的是替销售定价格、给折扣、做服务承诺、签合同条款。价格和折扣涉及公司利润, 必须在销售授权范围内由销售总监和财务拍板; 服务承诺涉及团队交付能力, 必须由实施负责人评估; 合同条款涉及法律责任, 必须由法务审核。AI 起草的承诺性语言 ("100% 满意"、"保证效果") 必须由人删掉或改写, 否则销售会因为一个错误的承诺被客户追责。

还有一个边界很重要: AI 不能替销售对客户做承诺。如果你在方案书里写 "我们会派最资深的顾问驻场 3 个月", 这就是对客户的承诺, 必须由实施负责人和客户成功负责人确认后才能写。如果 AI 草稿里出现 "我们保证项目成功" 这种绝对化用语, 必须删掉, 改成 "我们的目标是 X, 验收标准是 Y"。

把这层边界讲清楚以后, 这篇教程的每一步都会标注 AI 做哪一段、人做哪一段。这样你可以一眼看出, 哪一步可以放手让 AI 跑, 哪一步必须自己坐下来想。

• AI 负责: 整理客户资料、生成方案书骨架、起草解决方案模块、对比竞品、做风险边界扫描、做老板审稿初稿。
• 人负责: 客户访谈核实、方案书差异化定位、价格/折扣/付款节奏、服务承诺级别、合同条款、终审签字。
• 边界动作: 任何对客户的承诺、对价格的让步、对实施周期的保证, 都要由人审, 不能让 AI 直接发出去。

实操流程

第一步: 先写客户洞察简报, 别凭感觉就开始

客户洞察简报是方案书最重要的第一份产物, 它决定了后面的所有模块能不能对齐客户真实需求。一份合格的客户洞察简报, 必须包含: 一句话客户定位、3 条客户最可能的痛点、客户决策链 (带假设标签)、竞品对比要点、客户未说但可能关心的事 (用 [推断] 标签)、风险与红线。

为什么必须先写客户洞察? 因为很多销售写方案书时, 把自己公司的产品功能往客户身上硬套, 结果方案书变成了 "公司简介"。客户洞察简报让你从客户视角出发, 先看清楚客户是谁、在痛什么、决策链长什么样, 再决定方案书的重点放在哪。

客户洞察简报不需要写得很长, 一般 2-3 页 A4 就够了。你可以用 AI 帮你把客户公开资料整理成结构化版本, 但内容必须是你和销售团队一起整理, 因为你们才知道最近跟客户聊了什么、竞品给了什么方案、客户在哪个环节犹豫。

客户决策链一定要标 "假设标签"。比如 "技术评估人: 张工, CIO 办公室副主任 [假设]", 标 [假设] 是因为这位张工可能是销售从客户朋友圈、招聘网站、行业会议推断出来的, 不是从客户官方公告里确认的。销售在见客户前必须做二次验证, 否则方案书里写了 "我们将与贵司 CIO 办公室张副主任对接", 客户会一脸懵, 甚至怀疑你们在套近乎。

1. 用一句话写明客户是谁, 主要业务是什么, 在行业的位置 (例如 "华东地区 30 家门店的连锁餐饮品牌, 2025 年营收 5 亿, 主打白领午餐")。
2. 按优先级列出 3 条客户最可能的痛点, 每条痛点附证据来源 (公开资料 / 访谈 / 行业报告)。
3. 列出客户决策链 4-6 个人, 每个人标 [确认] 或 [假设], 并写明依据。
4. 列 2-3 家已知竞品, 各自的优势、劣势, 我们的差异化点。
5. 用 [推断] 标签写出客户未说但可能关心的事, 只供销售现场判断, 不写进正式方案书。
6. 写风险与红线: 客户最可能因为什么拒绝我们, 我们必须避免说什么话。

实操流程

第二步: 用 AI 草拟 9 段式方案书骨架

有了客户洞察简报, 下一步是把抽象目标变成方案书骨架。9 段式是 B2B 销售方案书最常用的结构, 它覆盖了客户 4 类决策人 (业务、技术、财务、终审) 的所有关注点。

很多新人的方案书只有 3-4 段: 客户背景、解决方案、价格、案例。这种结构看似简洁, 实际忽略了客户决策链的多个角色, 终审人看完不知道该选谁, 一推再推。9 段式骨架的好处是覆盖完整, 销售可以按客户类型灵活增删, 而不是每次重写。

AI 非常适合做这件事: 把客户洞察简报喂给 AI, 让它按 9 段式生成方案书骨架, 每段标注 "AI 草拟重点" 和 "人工必须补充" 两栏。你拿到的骨架会有 70% 可以用, 剩下 30% 要根据客户类型调整, 比如政府客户要加重 "合规与监管" 段, 上市公司要加重 "数据安全与隐私保护" 段。

骨架阶段不要追求完整, 只要把每段的核心要点列出来。完整内容在第三步解决方案模块里展开。骨架的目的是让销售和老板在写之前就达成一致: 这份方案书的重点是什么, 哪些差异化点要重复 3 次, 哪些内容要放案例。如果骨架阶段就出现 "这部分我不同意" 的分歧, 赶紧改骨架, 别等写完再返工。

• 9 段式覆盖客户 4 类决策人: 业务、技术、财务、终审。
• 骨架阶段就要标注差异化锚点, 至少 3 处重复出现。
• 每段都标 "AI 草拟重点" 和 "人工必须补充" 两栏, 区分边界。
• 政府/上市公司/中小企业客户类型, 调整每段权重, 不硬套模板。

实操流程

第三步: 把解决方案模块拆成 5 栏标准化

方案书骨架定下来以后, 进入最花时间的部分: 解决方案模块。这部分最容易写空, 写成一堆 "我们将提供专业的服务" 这种空话。解决方案模块的标准化做法是 "5 栏法": 解决客户什么痛点、我们做什么、客户需要配合什么、交付物、价值证据 + 风险。

为什么必须有 "客户需要配合什么" 这一栏? 因为很多项目失败, 不是我们做得不好, 是客户没配合到位。比如 "我们派 3 位顾问做 2 周调研", 但客户不安排访谈、不提供数据、不开放系统权限, 调研做 4 周也做不出来。在方案书里写清楚 "客户需要配合什么", 是让客户提前做心理准备, 也是我们后续催客户配合的依据。

为什么必须有 "价值证据" 这一栏? 因为客户不相信 "我们很专业" 这种话, 只相信 "其他类似客户用了 3 个月提升了 X%" 这种具体证据。AI 起草的方案书里如果出现 "很多客户用了都说好"、"业内领先"、"行业标杆" 这种话, 必须替换成具体公司名和数字 (脱敏后)。比如 "某连锁餐饮品牌 12 家门店, 实施会员体系 3 个月, 复购率从 18% 提升到 27%"。

为什么必须有 "风险" 这一栏? 因为没有任何项目是 100% 顺利的, 客户也不相信。提前在方案书里写明 "如果客户配合不到位, 项目可能延期 2 周", 反而让客户更信任我们。AI 起草时容易忽略风险段, 因为风险话术要更小心, AI 默认会回避。这部分必须由实施负责人和销售一起写, 不能让 AI 自由发挥。

1. 把解决方案拆成 3-5 个模块 (例如 调研诊断、方案设计、实施交付、培训陪跑、运维支持), 不要混在一起。
2. 每个模块按 5 栏写: 痛点、做什么、客户配合、交付物、价值证据 + 风险。
3. 每栏至少写 50 字, "做什么" 栏要列出具体动作 (例如 "访谈 8 位门店店长 + 收集 3 个月销售数据 + 现场观察 2 天")。
4. 价值证据栏引用至少 1 个类似行业案例, 标公司名 (脱敏) 和数字。
5. 风险栏写明延期/超支场景和应对方案, 不要回避。

实操流程

第四步: 让 AI 做风险边界扫描, 但人必须签字

方案书草稿出来后, 销售最怕的是 "发出去之后才发现有坑": 价格写错了, 折扣超授权了, 实施周期太乐观了, 承诺了做不到的事。这个阶段 AI 能帮上大忙: 让 AI 按 5 类风险 (事实数据、价格商务、服务承诺、合规法律、客户期望) 做扫描, 每条标 [高风险] / [中风险] / [低风险] / [需要人工确认]。

AI 风险扫描的价值不在 "找出所有问题" (这不现实), 在于 "把销售容易忽略的边界问题摆到台面上"。比如销售写方案书时常常下意识地写 "项目成功率为 95%"、"我们保证客户满意度 100%"、"实施周期不超过 3 个月", 这些话一旦写进方案书, 客户就会拿来追责。AI 扫描能把这些绝对化用语标红, 提醒销售改成 "我们的目标是 X, 验收标准是 Y"。

风险扫描的结果必须由人签字。每个 [高风险] 项, 销售总监和销售本人必须同时签字确认处理方式, 否则方案书不发。每个 [中风险] 项, 销售负责人可以选择修改或保留, 保留的需要备注理由。AI 不能替销售做这个决定, 因为涉及商业承诺和法律责任。

还有一个隐藏价值: 风险扫描的过程, 实际上是销售和老板对齐的过程。老板平时不会逐字读方案书, 但老板会关心 "这份方案书有没有风险"。AI 扫描给老板一个快速入口, 老板看 [高风险] 列表就能判断销售有没有认真把关, 比逐字读方案书高效得多。

• 5 类风险: 事实数据、价格商务、服务承诺、合规法律、客户期望。
• 每条标 [高风险] / [中风险] / [低风险] / [需要人工确认]。
• [高风险] 项必须由销售总监和销售本人签字才能修改或保留。
• 绝对化用语 ("100% 满意"、"保证效果") 必须改成 "目标 + 验收标准"。

实操流程

第五步: 老板 5 分钟审稿, 别只让销售自己定

方案书发出去之前, 老板至少要看一次。但老板没时间逐字读 50 页 PPT, AI 可以帮老板做 "5 分钟审稿" 视角: 按 10 问快速判断方案书能不能用。这 10 问对应客户 4 类决策人的关注点, 任何 1 项回答 "不能" 或 "不确定", 都必须给出修改建议。

5 分钟审稿视角的核心, 不是检查文字, 是检查 "客户读起来顺不顺" 和 "我们能不能交付"。如果方案书写得很漂亮, 但客户业务负责人在第 1-3 页看不懂, 写得再好也白搭; 如果方案书写得很专业, 但实施周期短于团队实际能力, 客户签下来我们就背锅。

AI 做 5 分钟审稿的好处是客观。新人销售经常对自己写的方案书过度自信, 让 AI 模拟老板视角, 可以快速发现 "我们自己看不出来" 的问题。AI 审稿的判断也可以作为老板签字的依据: 老板扫一眼 AI 审稿的 10 问结果, 10 项全 "能", 老板就可以放心签字。

如果 5 分钟审稿出现 3 项以上 "不能", 建议重写而不是修补。比如 "客户业务负责人第 1-3 页看不懂" + "没有差异化锚点" + "没有引用行业案例", 这 3 项是结构性问题, 修补救不回来, 必须重写方案书骨架。

1. 让 AI 按 10 问做 5 分钟审稿, 每问只回答 "能/不能/不确定" + 1 句话原因。
2. 任何 1 项回答 "不能" 或 "不确定", 在文末给出修改建议。
3. 3 项以上 "不能" 建议重写, 不要修补。
4. 老板审稿视角关注客户读起来顺不顺和我们能不能交付, 不关注文笔。

实操流程

第六步: 销售和老板双签字, 才能把方案书发给客户

方案书最后一步, 是销售和老板双签字。这一步看起来是流程, 实际是 "让销售和老板对齐方案书边界" 的关键动作。签字不是走形式, 是让老板确认 "这份方案书在商业上是合理的, 团队能交付"; 让销售确认 "这份方案书在客户那里能站得住, 我愿意为它背书"。

签字之前, 销售要做的最后一件事: 假设自己是客户 CEO, 通读方案书 5 分钟, 问自己 3 个问题: 我看完之后知道下一步做什么吗? 我相信这家公司吗? 我愿意为他们花时间吗? 任何一个回答 "不知道/不确定/不愿意", 方案书就不能发, 必须修改。

签字之后, 销售还要做一件事: 准备一份 "客户答疑清单", 列 10-15 个客户最可能问的问题, 写好回答思路。这个清单不发给客户, 只供销售和售前同事在客户开会前对齐口径, 避免现场被客户问住。AI 可以帮销售起草这份清单, 但每个回答必须由销售负责人和实施负责人确认, 因为客户问的问题常常超出方案书本身。

方案书发出去以后, 24 小时内要主动跟进一次, 问客户有没有问题, 表达愿意当面讲解。方案书不是 "发完就等回复", 而是 "发完就开始下一轮沟通"。发完不跟进, 客户大概率 "先放着"。

1. 销售和老板双签字, 销售确认 "愿意为方案书背书", 老板确认 "商业合理、团队能交付"。
2. 签字前, 销售模拟客户 CEO 5 分钟通读, 问 3 个问题: 下一步做什么? 相信这家公司吗? 愿意花时间吗?
3. 签字后, 准备客户答疑清单 10-15 个, 每个回答由销售和实施负责人确认。
4. 方案书发出去 24 小时内主动跟进一次, 问客户有没有问题。

案例演练

案例一: SaaS BD 写 50 页企业方案, 从 3 天变成 4 小时

某 SaaS 公司的销售小张接到一个中型连锁餐饮客户的年度合作意向, 客户要求 1 周内看到完整方案。小张按老办法, 先用 2 天时间把客户官网、招聘、新闻、CEO 朋友圈看了一遍, 写了 1 页客户洞察; 又用 3 天时间写方案书, 写到第 5 天还在改样式; 第 6 天方案书发出去, 客户第 7 天回了一句 "我们看了, 先放着吧"。

小张开始用这篇教程的工作流。先用 AI 工具把客户公开资料 (官网、招聘、行业报告、CEO 公开演讲) 整理成 3 页客户洞察简报, 关键发现: 客户过去 2 年开了 30 家新店, 但会员复购率从 25% 掉到 18%, 客户 CEO 公开演讲里多次提到 "会员体系升级" 是今年战略重点。这一条没写进方案书, 因为老办法的销售是先写自己公司功能, 再考虑客户。

下一步, 小张让 AI 按 9 段式生成方案书骨架, 重点放在第 5-6 段 (解决方案和实施计划)。AI 起草完, 小张和销售总监一起改, 把差异化锚点 (会员复购率提升 10% 以上) 在 3 个地方重复出现: 客户背景段、解决方案段、风险与承诺段。

再下一步, 小张把方案书草稿喂给 AI 做风险边界扫描。AI 标出 3 个 [高风险]: 第 8 段价格里写了一个 9 折折扣 (超出小张 95 折授权); 第 7 段团队配置里写了 "将派资深顾问驻场 3 个月" (实施负责人说实际只能 1 个月); 第 9 段承诺里写了 "100% 客户满意" (绝对化用语)。小张和销售总监一起签字修改, 9 折改回 95 折, 驻场改 1 个月 + 远程 2 个月, "100% 满意" 改成 "目标满意度 90% 以上, 不满意项在 1 周内整改"。

最后小张让 AI 做 5 分钟审稿, 10 项里 9 项 "能", 1 项 "不确定" (客户技术负责人在第 5 页找不到对应接口人)。小张补了 1 段 "技术对接窗口", 重新跑审稿, 10 项全 "能"。这次方案书第 4 天就发给了客户, 第 5 天客户业务负责人约了第 2 次会, 第 6 天技术负责人确认方案可落地, 第 7 天客户 CEO 当面说 "这是我最近看到的最清楚的一份方案书"。1 周后合同签下来, 项目金额 65 万。

如果按老办法, 小张这份方案书要 3 天, 而且大概率不会过审。新办法 4 小时出方案, 还过了 4 类决策人的关。差别不在 "写得更快", 在 "从客户视角出发, 用模板+AI 避开销售自己看不出的坑"。

案例演练

案例二: 咨询顾问投标政府数字化项目, 5 类风险拦下致命错误

某咨询公司要投标一个地级市的 "政务一网通办" 升级项目, 客户是市大数据管理局, 项目预算 800 万, 12 个月内交付。咨询顾问小王写方案书, 客户给了 2 周时间, 小王用 5 天写完方案, 准备第 6 天发给客户。

小王用这篇教程的工作流, 第 1 天让 AI 整理客户洞察简报, 发现 3 个关键信息: 客户过去 3 年换过 2 家供应商, 上一家项目延期 6 个月, 客户 CIO 对 "烂尾" 极度敏感; 客户 12 个月内还要迎接国务院信息化评估, 时间窗口紧; 客户已经有 2 个本地系统, 数据迁移是难点。这 3 个信息小王原本知道, 但没写进方案书, 因为老办法是先写自己公司能力, 再考虑客户。

第 2-3 天, 小王让 AI 按 9 段式生成方案书骨架, 重点放在第 6 段 (实施计划) 和第 8 段 (价格与商务条款), 因为客户 CIO 最关心这两个。小王把 "项目分 3 阶段交付, 每阶段客户验收后才进入下一阶段" 写进方案, 直接回应客户 "怕烂尾" 的痛点。

第 4 天, 小王让 AI 做风险边界扫描。AI 标出 4 个 [高风险]: 第 5 段解决方案里写 "我们将提供 7x24 小时驻场服务" (实施团队只能 5x8 小时); 第 8 段价格里写 "总价 750 万, 含 1 年免费运维" (财务说运维成本约 50 万/年, 应该单列); 第 9 段承诺里写 "项目验收一次通过率 95%" (政府项目通常验收流程复杂, 95% 不现实); 第 7 段团队里写 "将由公司副总裁亲自挂帅" (副总裁实际只能月度 review, 不能周度驻场)。

小王和销售总监、法务、实施负责人一起开会, 4 个高风险全部修改: 驻场改 "工作日 5x8 驻场 + 周末 1 人值班"; 总价改 "750 万 + 1 年运维 50 万"; 验收改 "目标 1 次通过, 实际以客户验收流程为准"; 副总裁挂帅改 "月度 review + 重大节点出席"。这次会议花了 2 小时, 但拦下了 4 个会让公司在客户面前出丑的承诺。

第 5 天, 小王让 AI 做 5 分钟审稿, 10 项里 10 项全 "能"。方案书发出去, 客户 CIO 当天回复 "这是我见过最专业的一份方案, 希望尽快约面谈"。2 周后面谈一次, 1 个月后小王的公司中标, 项目金额 800 万, 客户后续还给公司介绍了 2 个同类型项目。

这个案例里, AI 风险扫描挽救的不是 "方案写得好不好看", 是 "公司会不会因为一个错误承诺丢掉 800 万合同 + 后续口碑"。咨询行业的方案书风险, 远比 SaaS 大, 因为客单价高、合规严、政府客户验收流程长。如果不用 AI 做风险扫描, 销售自己看 100 遍也未必能看出来这些坑。

模板

可复用模板 5 件套

这套流程之所以能跑通, 是因为模板把 "什么时候该停下来想" 和 "什么时候该让 AI 跑" 分得很清楚。下面是 5 个最关键的模板, 你可以直接复制用。

请帮我为这次 [客户/项目] 设计一份 B2B 销售方案书的整体结构, 适合在 [使用场景: 内部立项/客户提案/招投标] 中使用。

客户类型: [例如 中型连锁餐饮品牌 / 政府数字化项目 / 制造业工厂 / SaaS 续约大客户]
项目目标: [例如 帮客户做会员体系升级 / 实施 ERP 系统 / 做 6 个月陪跑咨询]
客户决策链: [例如 业务负责人拍板, IT 和财务过会, CEO 终审]
竞品情况: [例如 已知有 2 家竞品在谈, 我们差异化在本地化服务]
项目预算范围: [例如 50-80 万, 客户希望 12 个月内交付]

请按下面的 9 段式结构输出方案书骨架, 每段说明:
1. 封面与项目名称 (200 字以内, 一句话讲清项目是什么)
2. 客户背景与项目动因 (500-800 字, 必须引用客户公开资料或访谈结论)
3. 项目目标与成功标准 (300-500 字, 写可观察的结果, 例如 "3 个月内会员复购率提升 10%")
4. 现状诊断与关键挑战 (500-800 字, 用客户原话或数据证据)
5. 解决方案与价值主张 (800-1500 字, 分模块讲清做什么, 每个模块带 1 个案例证据)
6. 实施计划与里程碑 (300-500 字, 按月或按周拆解, 每段有交付物)
7. 项目团队与分工 (200-400 字, 列出核心角色和简历亮点)
8. 投资与商务条款 (300-500 字, 分项报价 + 总价 + 付款节奏 + 风险条款)
9. 风险与承诺 (200-400 字, 列出可能延期/超支的场景和应对方案)

要求:
- 每段都要写明 "AI 草拟重点" 和 "人工必须补充" 两栏, 区分边界。
- 商务条款和价格不要让 AI 编造, 只列框架, 由销售负责人和财务填写。
- 解决方案段必须引用至少 1 个类似行业案例, 不接受泛泛而谈。
- 输出方案书骨架后, 再输出一张 1 页 PPT 大纲, 方便汇报。

请帮我把 [客户名称] 的客户背景资料整理成一份方案书用的客户洞察简报。

客户公开资料 (粘贴官网/招聘/新闻/财报/招标公告等):
[粘贴]

我们目前对客户的了解 (内部访谈/客户来访记录):
[粘贴]

竞品给客户的方案/客户已采购的工具 (如果知道):
[粘贴]

客户最近半年公开说过的痛点/战略/招聘方向:
[粘贴]

请按下面格式整理, 输出后由销售负责人审核, 再写入方案书:

## 1. 客户一句话定位
[用 30 字以内讲清客户是谁, 主要业务, 在行业的位置]

## 2. 客户当前最可能的痛点 (按优先级排序)
1. [痛点 1 + 证据来源 + 我们的应对方向]
2. [痛点 2 + 证据来源 + 我们的应对方向]
3. [痛点 3 + 证据来源 + 我们的应对方向]

## 3. 客户决策链 (用假设标签标注)
- 业务拍板人: [姓名/职位 + 证据 + 假设标签]
- 技术评估人: [姓名/职位 + 证据 + 假设标签]
- 财务/采购: [姓名/职位 + 证据 + 假设标签]
- 拍板影响事件: [如年中战略会、IPO 准备、监管要求]

## 4. 竞品对比要点
[列 2-3 家已知竞品, 各自的优势和劣势, 我们的差异化点]

## 5. 客户未说但可能关心的事
[用 [推断] 标注, 不写进正式方案书, 只供销售现场判断]

## 6. 风险与红线
[客户最可能因为什么拒绝我们, 我们必须避免说什么话]

要求:
1. 所有事实必须能追溯到粘贴的资料, 推断要单独标注 [推断] 标签。
2. 不要编造客户没有公开说过的数字和高管姓名。
3. 决策链用假设标签, 销售必须在见客户前做二次验证。
4. 简报输出后, 销售需要补 1 段 "客户最可能问的 5 个问题"。

请帮我为方案书的 "解决方案与价值主张" 这一段, 设计每个模块的内容。

项目总目标: [粘贴]
客户核心痛点 (按优先级): [粘贴]
我们能提供的产品/服务模块: [例如 调研诊断、方案设计、系统实施、培训陪跑、运维支持]
客户预算与时间窗口: [粘贴]
类似行业成功案例: [粘贴, 至少 1 个]

请按下面的格式输出, 每个模块独立成节:

### 模块 A: 调研诊断 (2 周)
- 解决客户什么痛点: [具体描述]
- 我们做什么 (3-5 步): [列出具体动作]
- 客户需要配合什么: [访谈人数、资料提供、场地支持]
- 交付物: [诊断报告 + 行动建议清单 + 优先级路线图]
- 价值证据: [引用类似行业案例, 客户能参考的]
- 风险: [如果客户配合不到位会怎样, 我们的应对]

### 模块 B: 方案设计 (4 周)
- 解决客户什么痛点
- 我们做什么
- 客户需要配合什么
- 交付物
- 价值证据
- 风险

### 模块 C: 实施交付 (12 周)
(同上结构)

### 模块 D: 培训陪跑 (4 周)
(同上结构)

### 模块 E: 运维支持 (6 个月)
(同上结构)

要求:
1. 每个模块必须引用至少 1 个类似行业案例, 不能只写 "提升效率" 这种空话。
2. 每个模块的 "客户需要配合什么" 要写得具体, 客户一看就知道自己要做多少事。
3. 交付物必须是客户能拿到的具体文档/系统/报告, 不是 "阶段性成果"。
4. 价格/折扣/服务级别不要让 AI 编, 只列框架, 留空给销售和财务填。
5. 价值证据不能写 "很多客户用了都说好", 必须有具体公司名和数字 (脱敏后)。

请帮我对这份销售方案书做一次 "风险边界扫描", 找出 AI 容易写错或销售容易忽略的承诺、价格、合规问题。

方案书全文 (粘贴):
[粘贴]

客户合同标准条款 (粘贴, 例如付款节奏、违约责任、知识产权、保密条款):
[粘贴]

公司内部授权范围 (例如 折扣上限、服务承诺上限、退款条件):
[粘贴]

请按下面 5 类逐项扫描, 每条扫描结果标注: [高风险] [中风险] [低风险] [需要人工确认]:

## 1. 事实与数据风险
- [扫描点] 客户名称/职位/数字/时间是否准确?
- [扫描点] 引用案例数据是否经过客户授权?
- [扫描点] 行业数据是否来自权威来源, 是否注明时间?

## 2. 价格与商务条款风险
- [扫描点] 总价是否在客户预算范围内?
- [扫描点] 折扣是否在销售授权范围内?
- [扫描点] 付款节奏是否匹配公司现金流要求?
- [扫描点] 是否包含隐性成本 (差旅、加班、第三方采购)?

## 3. 服务承诺风险
- [扫描点] 实施周期是否现实 (考虑人员配置和历史项目周期)?
- [扫描点] SLA (服务水平协议) 是否在团队能力范围内?
- [扫描点] "100% 满意"、"保证效果" 这种绝对化用语是否出现?
- [扫描点] 是否承诺了无法独立完成的交付 (例如 "帮客户做上市准备")?

## 4. 合规与法律风险
- [扫描点] 是否符合行业监管要求 (例如 数据安全、隐私保护)?
- [扫描点] 知识产权归属是否明确?
- [扫描点] 保密条款是否覆盖双方?
- [扫描点] 不可抗力条款是否覆盖?

## 5. 客户期望管理风险
- [扫描点] 客户对项目成功的判断标准是否清晰?
- [扫描点] 客户内部是否会有多方对项目效果的不同评价?
- [扫描点] 项目结束后, 客户是否会要求免费支持?

输出要求:
1. 每个 [高风险] 项必须列出具体段落, 并写明修改建议。
2. [中风险] 项给出 2-3 个备选改法, 由销售负责人选。
3. 最终输出后, 销售负责人和销售总监必须逐项签字, 才能把方案书发给客户。

请帮我对这份销售方案书做一次 "老板 5 分钟审稿", 模拟老板视角快速判断方案书能不能用。

方案书全文 (粘贴):
[粘贴]

请按下面的 10 问, 每问只回答 "能/不能/不确定" + 1 句话原因:

1. 客户看到第 1 页, 能不能 30 秒内知道我们是谁, 这次要做什么?
2. 客户业务负责人看到第 2-3 页, 能不能看出 "你们真懂我的业务"?
3. 客户 IT/技术负责人看到第 5-6 页, 能不能判断我们能落地?
4. 客户 CFO/采购看到第 8 页, 能不能看清楚钱花在哪, 节奏怎样?
5. 客户 CEO 看到第 9 页, 能不能 1 分钟内决定要不要约第二次会?
6. 方案书的差异化点有没有在 3 个地方重复出现, 让客户记住?
7. 方案书有没有引用至少 1 个类似行业案例, 不是泛泛而谈?
8. 方案书里的数字、时间、案例是否能追溯到证据?
9. 方案书里的承诺是否在团队能力范围内?
10. 方案书读完后, 客户下一步动作是否清晰 (建议约第二次会/小范围试点/董事会讨论)?

输出要求:
- 任何 1 项回答 "不能" 或 "不确定", 都必须在文末给出修改建议。
- 如果 3 项以上 "不能", 建议重写而不是修补。
- 老板审稿视角关注 "客户读起来顺不顺" 和 "我们能不能交付", 不关注文笔。

检查清单

检查清单: 客户洞察、骨架、模块、风险、老板审稿、双签字

下面这套检查清单, 是给老板、销售总监、售前同事做验收用的。每一项都可以直接回答是或否, 不需要主观打分。

常见错误

新手最容易踩的 8 个坑

销售方案书看起来门槛不高, 但踩坑的人很多。下面 8 个是最常见的, 提前知道可以少走很多弯路。

错误 1: 不写客户洞察简报, 直接进方案书。结果方案书变成 "公司简介", 客户看完不知道你们懂不懂他的业务。

错误 2: 方案书结构混乱, 3 段式 (客户背景/解决方案/价格) 就敢发出去。客户 4 类决策人各有各的关注点, 3 段式覆盖不了。

错误 3: 解决方案模块写空, "我们将提供专业的服务"、"我们将派资深团队" 这种话反复出现。客户已经看腻了, 不信这种话。

错误 4: 价值证据栏写 "很多客户用了都说好"、"业内领先"。客户只相信具体公司名 + 数字 (脱敏后), 不信这种泛泛之谈。

错误 5: 让 AI 起草完就直接发给客户。AI 起草的方案书里可能有事实错误、夸大的承诺、绝对化用语, 一旦发出去就很难撤回。

错误 6: 风险边界扫描走过场, [高风险] 项不签字。结果实施时才发现价格超授权、周期做不到, 销售背锅。

错误 7: 老板 5 分钟审稿跳过去, 销售自己定稿。老板没看到方案书, 实施时团队接不住, 老板和销售同时背锅。

错误 8: 方案书发出去不跟进, 等客户回复。结果客户 "先放着", 3 个月后项目被竞品拿走, 销售不知道为什么输。

• 不写客户洞察 → 方案书变成公司简介。
• 3 段式结构 → 客户 4 类决策人覆盖不到。
• 解决方案写空 → 客户不信 "我们将提供专业服务"。
• 价值证据写泛 → 客户只信具体公司名 + 数字。
• AI 起草不审 → 事实错误、绝对化用语直接发出去。
• 风险扫描走过场 → 价格超授权、周期做不到。
• 老板审稿跳过去 → 团队接不住, 销售和老板同时背锅。
• 发出去不跟进 → 客户 "先放着", 项目被竞品拿走。

老板验收

老板或销售总监怎么验收一份方案书

很多老板觉得销售方案书是 "销售的事", 自己只看结果就行。但实际上, 老板至少要看 4 样东西: 客户洞察简报 (确认销售真懂客户)、差异化锚点 (确认方案有卖点)、风险扫描 [高风险] 项 (确认销售没踩雷)、老板 5 分钟审稿结果 (确认销售做过自检)。

如果老板只看一份销售发来的方案书 PPT, 老板很容易被误导。AI 起草的方案书擅长把内容写得像结论, 但缺少客户视角的反思。老板要做的是追问 3 个问题: "这份方案书, 客户业务负责人看完知道下一步做什么吗"、"这份方案书, 我们团队能按时交付吗"、"这份方案书, 价格和承诺有没有超授权"。

老板还可以做一件事: 自己抽 5 分钟读方案书第 1-3 页和第 8-9 页。这 5 页是客户业务负责人和 CEO 必看的, 如果这 5 页写不好, 中间写得再好也救不回来。如果老板读这 5 页都觉得 "信息量大、但不知道下一步做什么", 方案书大概率要重写。

另外, 老板要守住一条边界: 不要在方案书里写 "老板亲自挂帅" 这种话, 除非老板真的有时间亲自驻场。这种话一旦写进去, 客户会默认老板会深度参与, 实施时老板没时间, 客户会极度失望。老板的角色是 "签字 + 关键节点 review", 不是 "驻场 + 写代码"。

• 看 4 样东西: 客户洞察、差异化锚点、风险扫描 [高风险] 项、老板 5 分钟审稿结果。
• 追问 3 个问题: 客户看完知道下一步做什么吗? 团队能按时交付吗? 价格承诺有没有超授权?
• 自己抽 5 分钟读第 1-3 页和第 8-9 页, 验证业务和终审视角。
• 守住边界: 老板不写 "亲自挂帅" 的话, 除非真有驻场时间。

落地

把方案书工作流变成团队的固定动作

单次方案书的价值有限, 真正能让团队改变的是 "把方案书变成固定动作"。建议你从最容易落地的 3 步开始。

第一步: 选一个正在进行中的销售项目, 让销售用客户洞察简报模板重新梳理, 输出 1 份 2-3 页的客户洞察简报。这一步的目的是让销售看到 "客户视角比公司视角更重要"。

第二步: 让销售用 9 段式骨架模板生成方案书骨架, 销售总监审核骨架, 双方对齐差异化锚点。这一步的目的是让销售在写之前就和老板对齐方案重点, 避免写完再返工。

第三步: 用风险边界扫描模板对方案书做扫描, 销售和老板双签字。这一步的目的是让方案书在发出前有 1 道人工审核, 避免绝对化用语、超授权承诺、过度乐观周期。

如果团队规模不大, 还可以指定一个 "方案书负责人", 负责统筹方案书模板、培训新人、审 [高风险] 项、组织老板审稿会。这个人不一定专职, 但要有判断力和时间, 否则方案书又会变成 "销售各写各的, 没人统筹"。

最后要强调一件事: 方案书是手段, 不是目的。方案书写得好, 是因为团队真的懂客户、能交付、有差异化。如果团队压根不打算做这些功课, 再好的方案书模板也只是一份漂亮 PPT。让团队真正准备好 "愿意花时间研究客户, 愿意按模板走流程", 这是方案书能跑起来的前提。

课后练习

读完这篇, 你应该能完成一个小练习

练习的目标不是做出完美方案书, 而是让自己跑通一次流程, 看到 AI 和人各自该做什么。

你可以在自己团队里挑一个正在跟进的客户或项目, 然后做下面这 6 步:

1. 用本文的客户洞察简报模板, 整理出 1 份 2-3 页的客户洞察, 包含 1 句话定位、3 条痛点 (带证据)、4-6 人决策链 (带假设标签)。
2. 用本文的方案书 9 段式结构模板, 让 AI 草拟方案书骨架, 销售负责人审核, 标注差异化锚点 (至少 3 处重复)。
3. 用本文的解决方案模块 5 栏法模板, 挑 1-2 个核心模块展开, 每个模块 5 栏都写, 每栏不少于 50 字。
4. 用本文的风险边界扫描模板, 对方案书做扫描, 标 [高/中/低风险], 至少找出 1 个 [高风险] 项, 销售总监签字。
5. 用本文的老板 5 分钟审稿模板, 让 AI 做审稿, 10 问全部 "能" 或 "需要小修"。
6. 准备 1 份客户答疑清单 10-15 个问题, 每个回答由销售和实施负责人确认。

团队沉淀

把方案书工作流沉淀成团队资产

很多团队的方案书写得很辛苦, 但一旦主销售离职, 整套方法就断了。原因很简单: 客户洞察经验存在销售脑子里, 差异化锚点散落在多份方案书里, 风险扫描没人统筹, 老板审稿走过场。

把方案书工作流沉淀成团队资产, 需要做 4 件事: 第一, 把客户洞察简报、方案书骨架、解决方案模块、风险扫描、老板审稿 5 套模板统一放在固定地方 (例如 Notion / 飞书 / 内部 wiki), 加上标签和索引; 第二, 每次写方案书时, 把最终版本归档, 让团队成员可以检索类似行业的方案书参考; 第三, 每季度做一次方案书回顾, 看哪些差异化锚点被客户记住, 哪些风险扫描拦下了真实问题; 第四, 培训新人, 让团队里至少 2-3 个人能独立按模板写方案书。

还有一个隐藏好处: 沉淀下来的方案书, 是训练团队专属 AI 助手的最佳语料。把方案书喂给 AI, 让它学习你们的客户类型、差异化点、风险偏好, 比通用 AI 更懂你们的业务。这也是团队知识资产的一部分。

最后想说的是, 方案书是一项长期工程。不要期待做 1 份方案书, 客户就马上签合同。真正能从方案书里获益的团队, 都是把方案书工作流跑半年以上, 看到客户的反馈模式, 再做迭代。看到模式, 才能下判断; 持续迭代, 才能形成团队独特的方法论。

最终产物

读完这篇, 你要带走的是一套可复用的方案书工作流

销售方案书不是靠灵感, 是靠流程。这套工作流包括: 客户洞察简报 (客户视角优先、假设标签)、9 段式方案书骨架 (覆盖 4 类决策人、3 处差异化锚点)、解决方案模块 5 栏法 (痛点/做什么/客户配合/交付物/价值证据+风险)、风险边界扫描 (5 类风险、[高/中/低] 标签、双签字)、老板 5 分钟审稿 (10 问、AI 模拟老板视角)、销售和老板双签字 (背书 + 验收)。

AI 在这套工作流里的角色, 是 "加速器 + 校对员", 不是 "决策者"。AI 帮你整理客户资料、生成方案书骨架、起草模块、做风险扫描、做老板审稿, 但差异化定位、价格承诺、服务级别、合同条款, 必须由你和老板决定。

把这套工作流跑 1-2 次, 你就会发现, 方案书不再是一项让人焦虑的工作, 而是一种可以 4 小时出稿、双签字发出、客户快速回复的标准化流程。当你看到客户真的因为方案书约了第 2 次会、签下合同、介绍了下一个项目, 你会明白: 方案书不是销售的成本, 而是销售建立长期客户关系的最低成本工具。

真正成熟的销售团队, 都有一条共同的特点: 方案书用模板, 客户洞察用流程, 风险用扫描, 老板用签字。这才是方案书能跑起来的真正前提。

• 客户洞察简报: 客户视角优先, 假设标签。
• 9 段式骨架: 覆盖 4 类决策人, 3 处差异化锚点。
• 解决方案模块 5 栏法: 痛点/做什么/客户配合/交付物/价值证据+风险。
• 风险边界扫描: 5 类风险 + [高/中/低] 标签 + 双签字。
• 老板 5 分钟审稿: 10 问 + AI 模拟老板视角。
• 销售和老板双签字: 背书 + 验收。