大规模个性化一份提案，究竟意味着什么？
大规模个性化一份提案，意味着产出大量提案，却没有一份听起来像群发邮件。这不是把同一份文件反复使用、只改一个名字：而是重复使用一份稳定、经过验证的通用基础内容，同时针对每位客户调整真正决定转化的部分：用客户自己的话复述的需求、能打动客户的证据，以及与其实际情况相关联的价格。数量是手段，调整才是目的。
难点就在于这种张力：产出的数量越多，语气就越容易变得笼统，而笼统的语气恰恰暴露了一个没有认真倾听的卖方。大规模个性化，就是在真正重要的地方守住具体性，同时让其余部分得以重复使用。
如何在不每次从零开始的情况下实现个性化？
在不每次从零开始的情况下实现个性化，意味着把保持不变的部分和需要调整的部分区分开来，然后只把精力投入到需要调整的那部分上。具体做法可分为四步：
- 一份通用基础内容：稳定不变的部分（公司介绍、方法、条款），只需撰写一次，并保持更新。
- 明确标出需要个性化的点：复述的需求、针对行业的证据、价格。
- 重复使用客户数据：你已经掌握的客户信息，用来支撑调整，而无需重新录入。
- 新鲜度核查：每一个被重复使用的部分，在发送前都要核实其内容依然属实。
这种划分，让卖方的时间集中在真正促成转化的三个点上，其余部分则交给通用基础内容去处理。这与表面化的个性化正好相反，后者只在形式上下功夫，实质内容却原封不动。
哪些内容应该个性化，哪些应该保持通用？
需要个性化的，是客户会去核实的内容；保持通用的，是客户只会读一次的内容。下表对提案的各个要素做了划分。
| 提案要素 | 保持通用 | 需要个性化 |
|---|---|---|
| 公司介绍 | 是，有一个稳定的基础版本 | 能打动该客户的切入角度 |
| 对需求的理解 | 否 | 完全个性化，用客户自己的话 |
| 证据与参考案例 | 一个共同的案例库 | 挑选能打动该客户的参考案例 |
| 方法与条款 | 是 | 针对该项目的具体调整 |
| 价格 | 一套通用逻辑 | 该客户的范围和选项 |
如何依据客户数据（CRM、CPQ、PIM）进行调整？
依据客户数据进行调整，意味着重复使用企业已经掌握、并存放在其管理工具中的客户信息，而不是重新录入。三类工具通常为个性化提供支撑：CRM（客户关系管理，保存客户的历史记录和背景信息）、配置与定价软件（即 CPQ，用于构建一致的计价报价）、产品信息管理（即 PIM，用于保持产品描述的最新状态）。这些数据往往包含个人数据；其处理需遵守《个人信息保护法》（PIPL）。需要核实的一点，是这些数据在何处被处理，以及适用何种制度。
一个能厘清一切的让步
对于数量不多的提案，靠人工个性化就够了，任何专门的机制都是多余的：卖方了解每一位客户，可以随时灵活调整。分界线在于数量：当项目数量增多，人工个性化就会力不从心，语气会不知不觉滑向笼统，证据也会在无人察觉的情况下过时。在大规模场景下，真正保护转化率的，不是做更多的个性化，而是在客户会去核实的地方做个性化，其余部分交给通用基础内容处理。
在发布本网站的 Optivalue.ai 平台上，生成过程最多可并行调用100个子智能体，因此提案数量的增加不必以语气的千篇一律为代价。
大规模个性化中的常见错误
- 只在形式上个性化，不在实质上个性化：改一下抬头，却把需求描述留成笼统的样子。
- 重复使用过时的证据：沿用一个已经不再属实的旧案例参考。
- 重新录入已有的信息：把 CRM 中已经存有的数据手动重抄一遍。
- 稀释具体性：产出太多提案，以至于没有一份真正点名它的客户。
- 忘记数据存放地点：搞不清客户数据究竟在哪里被处理。
常见问题
大规模个性化，是不是就是邮件合并（群发邮件）？
不是。邮件合并只是在一段固定文本中替换变量。大规模个性化调整的是实质内容：复述的需求、证据和价格，同时把通用基础内容用于其余部分。
如何在大量提案中保持个性化的语气？
把卖方的精力留给客户会去核实的那些点，把客户只读一次的内容交给保持更新的通用基础内容去处理。具体性要守在真正重要的地方，而不是无处不在。
哪些客户数据可以被重复使用？
已经存放在企业各类工具中的数据：CRM 中的历史记录和背景信息、配置与定价软件中的计价报价要素、产品信息管理系统中的产品描述，并遵守《个人信息保护法》（PIPL）。
如何避免在大规模场景下传播过时的证据？
在发送前核实每一个被重复使用部分的新鲜度。在大规模场景下，一条错误的证据不会只出现在一份材料里，而会出现在所有引用过它的材料中。
引用来源
- 《个人信息保护法》（PIPL），涉及为撰写提案而重复使用的客户数据中所含个人数据的处理。