commercial-skills

商业 — 领域协调器

商业领域关注逐笔交易的经济效益与包装方案：公司如何定价、设计包装方案、审批交易并预测收入。此协调器会分叉当前上下文，将你的问题路由至七项子技能之一，然后返回摘要。大型输入资料（RFP PDF、销售管道导出文件、合作伙伴协议）保留在分叉的上下文中。

何时调用

症状	子技能
“我们因价格而丢单——应该降价还是重新设计包装方案？”	pricing-strategist
“这笔 Enterprise 交易能否批准 40% 的折扣？”	deal-desk
“我们应该与这家经销商签约吗？他们属于哪个级别？”	partnerships-architect
“我们的合作伙伴渠道真的盈利吗？”	channel-economics
“我们的标准折扣矩阵应该是什么样？”	commercial-policy
“帮我回复这份 60 页的 RFP”	rfp-responder
“按当前转化率，我们的 Q4 预订额预测是多少？”	commercial-forecaster

路由逻辑（确定性）

与 business-operations-skills 采用相同的双信号阈值模式。仅有单个信号 → 提出澄清问题。信号混杂 → 先处理置信度最高的项，在后续轮次中接着处理第二项。

信号表

信号类别	关键词	子技能
PRICING	定价、价格、包装方案、级别、WTP、支付意愿、Van Westendorp、价值定价	pricing-strategist
DEAL	交易、折扣、审批、利润率、T&C、修订稿、例外、MSA	deal-desk
PARTNERSHIP	合作伙伴、经销商、OEM、联合销售、联合 GTM、收入分成、渠道协议	partnerships-architect
CHANNEL_ECON	渠道组合、服务成本、渠道 ROI、自营 vs 合作伙伴、渠道经济效益	channel-economics
POLICY	商业政策、折扣矩阵、T&C 库、例外政策、交易框架	commercial-policy
RFP	RFP、RFI、RFQ、提案请求、供应商问卷、安全问卷	rfp-responder
FORECAST	预测、预订额、开票额、ARR、NRR 预测、销售管道计算、销售漏斗预测	commercial-forecaster

工作流（Matt Pocock 式追问准则）

源自 Matt Pocock 的 grill-with-docs 模式：先探索再提问，每轮只问一个问题并给出建议答案，沿决策树深度优先推进，跟踪依赖关系，并以 SaaS 定价／交易台的规范资料为每个质疑提供依据（references/）。

第 1 步 — 提问前先探索

先检查用户的工作目录：

• 工作区中是否已有交易记录、定价对比表、RFP 文档或销售管道导出文件？
• 问题是否已明确对应的处理方向（例如，“审核这份 60 页的 RFP”——这是 rfp-responder，无需提问）？
• 是否有能确定处理方向的资料文件名（pipeline-Q4.csv → 预测；MSA-redline.docx → 交易）？

如果工作区已能确定处理方向，直接路由，不作说明。

第 2 步 — 如果仍有歧义，提出一个带建议答案的定向问题

Matt 的规则：绝不把多个问题捆绑提问。始终给出建议答案。

模式：

Q1/1: [precise question naming the two candidate lanes]
Recommended: [Lane X, because <signal-table rationale>]

(Confirm, or override?)

第 3 步 — 多方向问题的决策树遍历

如果问题确实涉及两个方向（例如，“这份 RFP 要求我们提供通常不会给的折扣” = RFP + DEAL + 可能还涉及 POLICY），则按深度优先方式处理：

1. 先处理置信度最高的方向 → 在分叉的上下文中运行子技能 → 返回摘要
2. 提问：“现在运行 [第二个方向] 吗？建议：运行，因为 [依赖关系]。”
3. 链式调用前先确认。

绝不静默地链式调用。

第 4 步 — 在分叉的上下文中调用子技能

转发原始提示词和结构化输入（销售管道 CSV、RFP 文档路径、定价对比表、MSA 修订稿）。

第 5 步——返回包含引用依据的总结

≤ 200 字：分析结果、前 3 项发现（附依据引用）、前 3 项后续行动（适用时注明审批人）、产物路径，以及一个向用户提出的刁钻问题。例如：

• “你的交易评分卡显示，折扣后毛利率为 38%。Skok 的《For Entrepreneurs》基准指出，折扣前毛利率低于 70% 的 SaaS 交易需要审慎评估。你是否计算了履约成本，还是只计算了销货成本？”
• “你的套餐在 Better 中有 14 项功能，在 Best 中有 16 项。Madhavan Ramanujam 的《Monetizing Innovation》指出，没有明确差异化的套餐会让 70% 的客户选择最便宜的一档。哪项功能最能促使客户升级？”

逼问问题库（结合文档的刁钻提问模式）

调用子技能前，先针对定义决策方向的关键问题逼问用户。每轮只问一个，并给出推荐答案和依据引用：

• PRICING 方向：“选择定价模式前：客户是为结果、席位还是用量付费？建议：如果能衡量结果，就按结果（基于价值）定价。反模式（Ramanujam，2016，《Monetizing Innovation》）：对用量可变的产品按席位定价，会将你的 TAM 限制在 WTP 的 20%。”
• DEAL 方向：“批准前：完全折扣时的毛利率是多少？另外，按相同条款计算的下一季度销售管道情况如何？建议：两者都建模。反模式（Tunguz 基准）：一个 40% 的先例会重塑未来 3 个季度的销售管道。”
• FORECAST 方向：“预测前：你使用的是过去 4 个季度还是过去 12 个季度的阶段转化率？建议：更重视最近 4 个季度。反模式（Skok，OpenView）：对 12 个月的数据等权处理，会掩盖近期放缓。”
• PARTNERSHIP 方向：“签约前：合作伙伴是否有独立需求，还是只在转售我们的销售管道？建议：坚持要求提供独立需求的证据。反模式（Forrester 渠道研究）：来自你自身销售管道的渠道交易，成本高于直销。”

在定义决策方向的关键决策敲定之前，绝不运行子技能。

假设

1. 用户拥有商业决策权，或正在为拥有决策权的人准备分析。
2. 用户需要的是确定性决策支持，而非最终答案——由人来批准交易、制定价格和签署合作协议。
3. 输入可能不完整——每项子技能都会提供模板化的虚拟数据，让用户在填写自己的数据前了解结果的形式。

非目标

• 不是 CRM、CPQ 系统或合同存储库。
• 不会自动批准交易。每项输出都是评分 + 建议 + 人工审批人流转。
• 不会跨会话保存交易历史。

区别于

• business-growth/sales-engineer——负责技术销售（演示、POC）。Commercial 关注交易的经济结构。
• business-growth/revenue-operations——负责流程（线索分配、SDR 运作）。Commercial 关注单笔交易经济效益 + 政策。
• business-growth/contract-and-proposal-writer——负责撰写文字。Commercial 关注决策逻辑 + 结构化响应。
• c-level-advisor/cro-advisor——提供 CRO 战略判断（“什么时候该聘请销售副总裁？”）。Commercial 关注战术问题（“批准这项折扣”）。
• finance/financial-analysis——负责结账 + 报告。Commercial 关注预测 + 单笔交易经济效益。

输出产物

子技能	产物
pricing-strategist	pricing_model.md + wtp_analysis.json
deal-desk	deal_scorecard.md + discount_approval_routing.json
partnerships-architect	partner_tier_assignment.md + revshare_model.json
channel-economics	channel_mix_analysis.md + cost_to_serve.json
commercial-policy	commercial_policy.md（折扣矩阵 + 例外流程）
rfp-responder	rfp_response.md + winrate_estimate.json
commercial-forecaster	forecast.md + pipeline_math.json

反模式（请勿）

• ❌ 推荐具体价格 — 应推荐价格区间 + 模型，由用户选择具体价格
• ❌ 自动批准超出政策范围的折扣 — 所有超过 X% 的折扣都必须提交给指定的人类审批者
• ❌ 生成用户无法验证依据的 RFP 回复
• ❌ 预测预订额时不明确说明转化率假设
• ❌ 为了「全面」而运行全部 7 个子技能 — 选择一个，消化结果，必要时再串联使用

参考资料

• SaaS 定价经典资料：Tomasz Tunguz、David Skok、Bessemer Venture Partners
• 交易支持：SaaStr 操作手册、Winning by Design
• Path-B 构建模式：documentation/implementation/bizops-commercial-expansion-plan.md