重磅报价 — 报价与产品文案
目标：打造一个让人无法拒绝的报价，然后将其转化为网站文案。报价本身比文字更重要：先构建报价，再撰写文案。
此技能有严格的标准清单（参见「强制性标准」）。只有当每条标准都通过或明确标记为「不适用」时，报价和文案才算完成。
工作流程
按顺序执行步骤。在步骤 5 之前不要开始撰写文案。
步骤 1 — 代码库侦察
在提问前，先从仓库中提取所有可能的信息：
- 页面内容：页面/部分组件（
src/、app/、pages/、components/）、内容文件（content/、*.md、*.mdx）、翻译文件（locales/、i18n/、messages/*.json）、CMS 数据、README、package.json（名称、描述）。 - 以多种语言搜索与报价相关的关键词，例如：
grep -riE "price|pricing|plan|tier|package|guarantee|refund|bonus|free|limit|spots|seats|deadline|testimonial|case study|faq|cen|zł|pln|eur|pakiet|gwaranc|zwrot|gratis|miejsc|opini" --include=*.{tsx,jsx,ts,js,vue,svelte,astro,html,md,mdx,json} . - 识别品牌的语气（正式/随意、称呼方式）。
将结果记录为「我已了解的信息」表格，包含以下列：报价要素 | 发现内容 | 来源（文件） | 置信度（高/低/无）。
步骤 1a — 文案语言（强制性）
确定文案将使用的语言。文案语言独立于本次对话的语言以及本技能的语言。
- 从网站上下文中检测，按以下证据优先级：
<html lang="…">属性、框架 i18n 配置（next.config.*中的i18n.defaultLocale、astro.config.*、nuxt.config.*、vite/i18next设置）、区域文件夹/文件（locales/pl/、messages/de.json）、- 现有可见文案的语言（标题、按钮、元标题/描述）、
- 货币、日期格式以及法律页面（例如「Regulamin」、「Impressum」、「Terms」）。
- 仅在证据明确无误时（单一区域设置、现有文案明确为该语言）直接使用检测到的语言而不询问。
- 在以下任何情况发生时，询问用户要使用哪种语言：
- 没有现有文案或语言信号（新/空项目）、
- 网站有多个区域设置（询问：哪个是主要/源语言，以及是否也需要撰写其他区域设置或留待翻译）、
- 信号冲突（例如
lang="en"但内容是波兰语、模板占位符文本、lorem ipsum）、 - 用户明确提到了与网站暗示不同的目标市场。
- 当语言有特定称呼方式时（例如波兰语的「Ty」与「Państwo」、德语的「du」与「Sie」、法语的「tu」与「vous」），如果无法从现有文案推断，也需确认。
- 将决定记录在报价简报中：
文案语言：<语言>（来源：从<文件/信号>检测 | 用户选择）。
所有面向客户的输出（报价名称、报价简报中准备用于页面的内容以及所有文案）均使用所选文案语言撰写。与用户沟通时，使用他们在对话中使用的语言。
步骤 2 — 差距分析
将「我已了解的信息」与 references/intake-questions.md 中的输入进行比较。所有置信度为「无」或「低」的要素都列入问题列表。不要询问那些代码中已明确回答的问题——这会浪费用户时间。
步骤 3 — 访谈
阅读 references/intake-questions.md 并仅询问缺失的问题。
- 如果
AskUserQuestion工具可用，则使用它（每轮最多 3–4 个问题，附带可点击的选项和自定义答案空间）。否则在聊天中提问，每轮最多 5 个问题。 - 如果步骤 1a 后文案语言仍未确定，则在第一轮中包含该问题。
- 问题顺序：(1) 客户和理想结果，(2) 产品和交付方式，(3) 证明和障碍，(4) 约束条件：实际产能、截止日期、企业可接受的保证，(5) 定价和利润率。
- 当用户不知道答案时，提出 2–3 个具体选项供其选择，而不是留下空白。
- 切勿编造事实：客户数量、结果、推荐信、认证、可用名额数量。如果缺失，在文案中插入显式占位符：
[待填写：…]（占位符标签使用文案语言，例如波兰语为[DO UZUPEŁNIENIA: …]）。
步骤 4 — 构建报价（报价简报）
阅读 references/offer-framework.md、references/guarantees-scarcity.md 和 references/pricing-packages.md。按以下顺序构建报价：
- 理想结果 — 一句话，用客户的语气，具体且可衡量。
- 价值方程式 — 列出杠杆：如何提升成果和感知实现可能性，如何缩短时间延迟、减少努力与牺牲。
- 问题/障碍清单 — 客户在购买前、中、后必须克服的所有内容（至少 8 项）。
- 问题 → 解决方案 — 将每个障碍转化为解决方案（「如何…」）。
- 交付方式 — 每种解决方案的交付方式（一对一、小组、模板、工具、代运营等），然后精简与组合：削减对客户价值低且交付成本高的部分；保留对客户价值高且交付成本低的部分。
- 价值堆叠 — 包含名称、结果和各自价值的组件清单。
- 赠品 — 每个赠品消除一个特定障碍。
- 风险逆转 — 保证（或保证组合）。
- 稀缺性与紧迫性 — 基于真实约束。
- 套餐 / 价格架构 — 如果产品符合条件（参见
pricing-packages.md中的资格标准）。 - 报价名称 — MAGIC 公式。
将结果保存为 docs/offer/offer-brief.md（或用户指定的位置），使用「输出格式」中的模板。向用户展示简报，在撰写文案前请求批准或修改。
步骤 5 — 网站文案
阅读 references/copy-blueprint.md。按照蓝图逐部分撰写文案，并根据网站类型（单页着陆页与较大网站——参见蓝图）进行调整。使用步骤 1a 中选择的文案语言，以地道的方式撰写——而非从英语翻译。
实施方法：默认将文案保存到 docs/offer/landing-copy.md。如果用户需要，将文案直接放入组件/内容文件中——保留现有结构、i18n 键和样式。对于多区域网站，仅写入已商定的区域语言。未经许可不得重建布局。在较大网站上，新文案到位后，建议使用 site-consistency 技能来统一其余页面与新报价。
步骤 6 — 质量控制
检查下方的「强制性标准」，并在回复中包含表格：标准 | 通过/失败/不适用 | 证据（引用自文案或对不适用理由的说明）。在交付前修复所有失败项。仅当标准明确允许时方可使用不适用。
强制性标准
L. 语言
- L1. 文案语言已根据步骤 1a 确定（从明确的网站信号检测或由用户明确选择），并在简报中记录其来源。
- L2. 所有面向客户的文案、报价名称、行动号召和占位符均使用该语言，以地道方式撰写，并使用已商定的称呼方式。
A. 基于价值的报价 — 禁止基于价格的报价
- A1. 文案绝不靠价格竞争：禁止使用「最便宜」、「最低价」、「比竞争对手更便宜」、「最佳价格」或「-50% 促销」等作为主要论点的表述（及其在文案语言中的对应表达）。
- A2. 价格仅在价值呈现之后出现（结果 → 堆叠 → 赠品 → 保证 → 价格）。绝不在首屏或作为钩子出现。
- A3. 价格需与总堆叠价值锚定（「总价值：X — 您的投资：Y」）和/或与问题成本（客户不解决问题所需的代价）锚定。
- A4. 总堆叠价值应为价格的倍数（目标：至少 5–10 倍）。每个组件的估价必须有理由（替代方案成本、市场价、节省的时间）——在简报中记录理由。
- A5. 价格基于结果对客户的价值制定，而非基于生产成本或竞争对手价格。如果用户提出的价格低于价值所证实的水平，应指出并建议通过提升价值而非降低价格来解决。
B. 价值方程式
- B1. 理想结果在首屏以具体方式（数字、状态、时间范围）命名。
- B2. 文案提升感知实现可能性：提供证明（推荐信、案例研究、数据、方法、权威性）——真实或作为占位符。
- B3. 文案传达获得首次成果的更短时间（「首次成果在…内实现」）。
- B4. 文案传达减少的努力和牺牲（「无需…」、「我们为您完成」）。
C. 堆叠与赠品
- C1. 报价包含至少 3 个命名组件，每个组件附有结果描述和估价。
- C2. 每个赠品解决问题清单中的特定障碍（在简报中说明解决哪个）。
- C3. 每个赠品有名称、结果和估价；赠品总价值至少与核心报价的价值相当。
- C4. 至少一个赠品帮助客户达成目标（而非仅仅是「免费电子书」），例如实施支持、模板、启动咨询、执行清单。
D. 风险逆转
- D1. 报价包含至少一项措辞明确的保证：类型（无条件/有条件/反保证/隐含保证）、时间范围、条件、客户具体获得的内容。
- D2. 在可能的情况下，保证与结果挂钩，而不仅仅是「满意度」（例如：「如果您在 Y 天内按步骤操作后未达成 X，我们将免费继续与您合作/退款…」）。
- D3. 保证需经用户批准——切勿承诺企业未同意的事项。
- D4. 保证需在价格和主要行动号召旁可见。
E. 稀缺性与紧迫性
- E1. 报价包含稀缺性（有限名额/时段/库存）和/或紧迫性（有限时间：注册截止日期、赠品截止日期、价格上涨）。
- E2. 每个约束条件都是真实的，且来源于实际产能或业务决策（例如每月最多 10 个客户、批次报名于 X 日期截止）。禁止使用虚假倒计时、无依据的「仅剩 3 个名额」以及重置计时器——这些会误导客户，且在欧盟及许多其他辖区属于不公平商业行为。
- E3. 文案给出约束条件的原因说明（服务质量、团队产能、批次开始时间）。
- E4. 如果名额数量是动态的，在文案中标记为占位符/变量（
[剩余名额]），并建议从何处更新。
F. 套餐与定价心理
- F1. 已评估套餐资格（参见
pricing-packages.md），并将决定及其理由记录在简报中。 - F2. 如果产品符合条件：至少使用一种机制——数量套餐（「买 4 得 6」、「买 2 得 1 免费」）、层级（好/更好/最好，附带锚定和推荐选项）、诱饵选项、一次性付款与分期付款并在全额付款时提供赠品。
- F3. 如果不符合条件：使用价格呈现心理（价值锚定、按时间/结果单位细分、与问题成本对比），并将 F2 标记为不适用并附理由。
- F4. 突出显示一个推荐选项（例如「最受欢迎」），且套餐机制在 3 秒内可理解。
- F5. 在欧盟市场传达价格降低时：告知用户需显示降价前 30 天内的最低价格（《综合指令》）。优先考虑增加价值（赠品、更多数量）而非折扣。
G. 命名与文案
- G1. 报价名称使用 MAGIC 构建（至少 5 个元素中的 3 个），在文案语言中自然流畅。
- G2. 首屏：以结果为导向的标题 + 副标题（针对谁、在什么时间内、无需什么）+ 行动号召。
- G3. 文案使用客户的语言（访谈/推荐信中的措辞），直接称呼读者，聚焦于利益和结果而非功能。
- G4. 每个页面部分都有或导向一个行动号召；行动号召描述下一步和利益，而非「提交」。
- G5. 零编造数据：每个数字、推荐信和承诺均来自用户或作为占位符。
- G6. 常见问题解答回答主要异议（价格、时间、「它对我有效吗」、风险），并指向保证。
输出格式
offer-brief.md
# 报价简报：[MAGIC 报价名称]
文案语言：[语言]（来源：从[信号]检测 | 用户选择）· 称呼方式：[...]
## 1. 客户（画像）与理想结果
## 2. 价值方程式（4 个杠杆）
## 3. 问题 → 解决方案（表格：障碍 | 解决方案 | 交付方式 | 交付成本 | 客户价值 | 精简/组合决定）
## 4. 价值堆叠（表格：组件 | 结果 | 估价 | 估价理由）
## 5. 赠品（表格：赠品 | 消除的障碍 | 结果 | 估价）
## 6. 风险逆转（类型、完整保证措辞、条件、用户审批状态）
## 7. 稀缺性与紧迫性（约束条件 | 真实来源 | 原因说明 | 如何更新）
## 8. 价格与套餐（资格决定、选项、锚定、推荐选项）
## 9. 待办事项/需填写的占位符
简报的结构和分析可以使用对话语言；任何意图在网站上显示的文本（报价名称、组件名称、保证措辞、标题）需使用文案语言撰写。
landing-copy.md
按照 copy-blueprint.md 逐部分撰写文案，包含部分标题、正文和行动号召——均使用文案语言。以标准检查表（L、A–G）结尾。
避免事项
- 在报价构建完成前撰写文案——华丽的辞藻无法挽救一个薄弱的报价。
- 根据对话语言假设文案语言。
- 询问…