销售方案、竞品对比与产品验证计划

企业微信销售与客户成功团队在推进成交、续费或客户经营时，常陷入三类困境：销售方案只罗列产品能力却没对齐客户真实需求，竞品对比靠零散截图和主观判断缺乏结构化对照，产品验证计划（POC）要么漏掉关键成功标准要么推进中没人盯节点。这些情况会导致方案反复修改、客户质疑专业度，甚至验证阶段超时影响成交。

先明确问题边界

这个技能不直接生成文档，而是先拉齐「输入有效性」：要求使用者确认客户类型、购买阶段、核心异议，以及自身的产品能力、报价、案例和交付边界。如果缺少价格、资质、平台规则这类敏感信息，它会直接列缺口和影响，不会硬补内容——比如客户没说清验证目标，就标注「需补充POC成功标准，否则后续步骤无法落地」。

拆解为可检查的执行模块

核心能力围绕三个模块展开：

• 销售方案：对齐客户业务目标（比如「降低获客成本」而非「买我们的系统」），区分事实（现有案例能支撑）和推断（推测可满足需求）；
• 竞品对比：做矩阵式梳理，按功能、交付能力、售后支持等维度列差异，不写主观评价；
• 验证计划：明确POC的成功标准（比如7天内完成数据同步）、参与角色和停止条件。

每个模块都会拆成具体动作，比如「销售主管在周三前和客户确认测试数据范围」，并标注负责人、时间和检查标准。

交付前的硬门槛

最后会按四点复核：目标对齐度（方案是否服务成交）、事实准确性（案例和能力是否真实）、可执行性（动作是否落地）、合规性（不碰平台规则红线）。如果任一不满足，直接输出「暂不可交付」，并说明缺什么、谁来补、下一步怎么做——比如「缺客户验证预算，需销售总监周五前提供」。

适用边界

不虚构客户案例或收益承诺，不把本地模板冒充已执行的平台操作，涉及真实发送、发布、付费等操作必须用户授权，也不处理密钥、Token这类敏感信息。