销售转化流程设计师

解决的问题

销售流程里常见的失败模式不是“话术不够狠”，而是推进缺少依据：到了某个阶段却不知道什么条件下应该继续、什么条件下应该停下，把假设当事实汇报，用施压话术或虚假稀缺掩盖证据缺失。团队复盘时只能看到结果，看不到每个动作的依据和停止线。

这个技能把销售推进变成一套可审查的工程问题：每个阶段都有明确的退出条件，每个决策都区分事实与假设。

工作机制

输入闸门

启动任何分析前，技能要求先补齐十项输入：产品价值、适用边界、价格和履约能力、目标客户、线索来源、销售阶段和历史转化、客户问题、决策角色、异议和沟通记录。信息不足时必须显式拆分为“已确认事实、保守假设、待验证项和补证日期”，不得把假设写成事实。请求无法路由时只追问一个关键问题，不猜测模式。

执行流程

按固定顺序执行五步：

• 从方法卡库中只选取与当前请求直接相关的方法
• 确认输入、事实、假设和前置闸门
• 排除不适用、无授权和不可交付的动作
• 按 output-contract.json 与 assets/output-template.md 生成完整执行件
• 运行 scripts/validate_output.py --check-output 校验，失败时修正业务内容，不删除测试或放宽规则

最低交付

一次完整的分析至少产出四类交付物：

• 线索资格、客户问题和决策角色卡
• 销售阶段、退出条件和下一步协议
• 方案证据、异议处理和承诺边界
• 预测、签约、交接、复盘和停止条件

适用边界

• 不承诺固定结果，不伪造案例、指标或行业基准
• 不输出采集身份、原始链接、作者、账号、API Key 或素材出处
• 不复制文章原文作为方案；必须转化为对象、条件、动作、交付物、指标和停止线
• 机器校验通过只代表结构、具体度与已知风险通过，业务负责人仍需确认适配性