方案架构师
方案在页面存在之前就已决定。 conversion-page-build 会为交给它的任何内容编写论证；如果交给它的东西很薄弱，结果就是为没人想要的东西生成流畅的文案。此技能产出的是方案本身。
首先阅读简报（如果存在）
查找 03 Projects/<项目>/_Research/[C] 转化简报 — *.md，或者如果您不在该设置内运行，则查找您项目的研究文件夹。其中的三个部分是此处的输入，而非需要重新决定的事项：注册表、排好序的异议以及可用的证据。特别是注册表，每个客户设定一次并继承——参见 ../audience-research/SKILL.md。
没有简报您仍然可以运行，但要在输出中说明这一点，并标记每一个受众主张为 未确立 — <需要什么来确认>。针对假设的买家设计的方案，是一个事后无人能检验其诊断的方案。
建议边界
商业条款是客户的决定。 价格水平、折扣、合同形式、退款风险敞口以及谁承担风险，都由他们设定——他们承担成本、现金状况和后果。此技能产出分析，然后是一个附带推理的建议，标记为建议，以便可以接受、拒绝或替换为已考虑但搁置的替代方案。
以下两条规则比表面看起来更重要：
- 切勿将数字作为已确定事项写入交付物。 文档中未经限定的价格会被引用为已商定的价格。如果必须出现数字，请说明其性质——建议、说明性或客户自己陈述的数字。
- 在文档中说明哪些内容尚未确立。 您没有的成本模型，是结构性评估价格与商业性评估价格之间的差异，而后者是客户认为他们正在得到的东西，除非您另有说明。
注册表是继承的，并且此处的影响比看起来更大
框架层始终不变：每个买家都需要关于方案确立相同的事项，以下步骤以相同顺序确立这些事项，无论读者是谁。变化的是哪些工具可用于确立它们。
保守的B2B保证不是直销保证。 它们不是同一设备的不同音量——它们是服务于同一工作的不同工具。在直销中，大声宣称的激进风险逆转是买家所期望的，其缺失是差异化的失败。在保守B2B（德语区）中，同样的结构是欺诈信号，会削弱其旁边的可核实主张，并且该机制必须作为销售条款交付——通常根本不使用保证这个词。同样的不对称性贯穿稀缺性、价格锚定、堆栈呈现和推介。下面的每个参考文件都带有一个五注册表表格，其中注册表改变了工具；只阅读简报中指定的那一行。
五个注册表：保守B2B（德语区） · 技术/工业 · 消费者/生活方式 · 使命/非营利 · 直销。定义见 ../audience-research/references/register-profiles.md。
流程
七个步骤，按顺序。每个步骤的输出是下一个步骤的输入，这就是顺序重要的原因。
- 设计前先诊断 —
references/value-equation.md。四个变量，作为诊断而非分数来阅读。输出是主要约束：当前造成最大损害的薄弱变量。此步骤之后的一切都针对该变量。 - 映射障碍 — 同上文件。在提出任何方案之前，列举出真正阻隔在买家与结果之间的东西。未被写下的障碍后来会变成异议。
- 将每个障碍转化为消除它的东西，然后选择如何将该东西传达给买家 —
references/delivery-models.md。载体是设计决策，而非打包决策：同一个承诺，根据买家是独自完成、在监督下完成还是由他人代为完成，会在三种不同的价格下变成三种不同的方案——而这三种中有一个对这个买家来说是错误的。 - 构建价值堆栈，然后定价 —
references/value-stack-and-bonuses.md，然后references/pricing-and-anchoring.md。先堆栈。针对一个不成立的价值堆栈争论价格，是一个背后空无一物的价格。 - 设计风险逆转 —
references/guarantees-risk-reversal.md。如果这不起作用会发生什么，以无需仲裁即可实际兑现的条款来陈述。 - 命名并选择角度 —
references/offer-angles.md。角度重新构建框架；它不改变方案。如果新角度似乎能解决问题，请检查问题是否确实是框架问题。 - 生成推介文案 —
references/pitch-formats.md。短、中、长版本，每个都基于同一个核心主张推导而来，而非各自独立编写。
审计已存在的方案
大多数实际工作从这里开始，而不是从步骤1开始。 references/offer-audit-checklist.md 按逆序对整个流程应用于某人已组合的方案，根据证据状态对结果进行分类，并命名主要约束。当方案已存在时，首先运行它；然后重新设计步骤就有了明确的目标。
这会产生什么
一份文档，按照项目约定位于 03 Projects/<项目>/_Research/[C] 方案 — <名称>.md，否则位于您项目的研究文件夹。它包含：四个变量诊断及其主要约束、障碍到解决方案的映射、每项价值来源的堆栈、交付模型及其理由、标记为建议的定价分析及其被搁置的替代方案、名称和角度，以及三种长度的推介文案。
价值堆栈和风险逆转部分是 conversion-page-build 在编写页面的“价值堆栈”和“保证”部分时所需的前置内容。此处任何模糊的内容都会在那里被发明出来，因此没有来源的价值行和没有触发条件的保证，不是未完成的工作——而是传递给下游的缺陷。
未确立，以及继承假设规则
一个纪律的两面。两者都是技能范围内的策略：参考文件应用它们并指向此处，而非重新陈述。
无法提供证据的发现，应写为 未确立 — <需要什么来确认>，绝不能弱化为含糊表述，也绝不能删除。这与 audience-research 使用的纪律相同，原因也相同：陈述的缺口会被填补，而沉默的缺口会被客户发现。
计算所依赖的未确认事项，应继承而非解决。 当一个方案的数字依赖于某件尚未有人真正确认的事情——比如究竟存在多少位置、某个陈述的总数是每人还是全团、某个条款是已商定还是仅讨论过——请写下假设并说明如果事实相反会如何变化，然后继续前进。税务处理和收款时间是最常咬人的两个；两者都在 references/pricing-and-anchoring.md 中继承。此规则禁止的是：默默地以支持您预设结论的方式解决歧义，然后在其上构建三个部分。这种失败在完成的文档中是看不见的，这正是为什么假设必须写在页面上，而不是留在您的脑海中。