关于 proposal-generation
此技能依据潜在客户需求或 RFP 起草定制销售提案，面向销售团队。它将需求映射到解决方案，并组织摘要、定价、实施时间表和案例材料。
主要功能
- 01提取 RFP 要求与评估标准
- 02按客户与利益相关者定制内容
- 03映射需求与产品能力
- 04组织定价和实施时间表
- 05加入相关案例并检查合规
适用场景
- 01依据 RFP 准备完整提案
- 02为多方决策者定制销售材料
- 03核对提案是否回应所有提交要求
安装
复制下面的命令，在终端中运行。
npx skills add https:/安装后在 Claude Code 中输入/proposal-generation确认已加载。
详细介绍
销售提案生成
根据潜在客户的需求，生成有说服力且量身定制的销售提案和 RFP 回复。此技能会分析买方需求，将你的解决方案与其痛点相匹配，设计执行摘要、定价表和实施时间表，并融入相关案例研究，以最大限度提高赢单率。
工作流
-
分析需求或 RFP — 解析潜在客户的 RFP 文档、需求清单或简报笔记，提取强制标准、评估权重、提交格式规则以及任何合规要求。将事项归类为必需项和加分项，并尽早标记可能导致失去资格的风险。
-
研究潜在客户 — 收集公司概况数据（营收、员工人数、行业垂直领域）、近期新闻、战略计划和已知技术栈。确定决策团队，包括经济决策者、内部支持者和技术评估者，并针对各利益相关方的优先事项调整信息。
-
起草执行摘要 — 撰写一份简洁的摘要（250–400 词），沿用潜在客户的表述，重申其核心挑战，将你的解决方案定位为最佳选择，并预告可量化的业务成果。本节旨在推销提案的其余内容。
-
详述解决方案和定价 — 将每项需求对应到具体的产品功能或服务内容。制作包含明细项、可选档位和批量折扣的定价表。列出包含里程碑、依赖项和资源假设的实施时间表。
-
添加案例研究和社会认同 — 选择 2–3 个来自相似行业或规模相近公司的案例研究。每个案例都应包括客户面临的挑战、部署的解决方案和可衡量的成果（营收提升、成本节省、实现价值所需时间）。附上相关徽标、客户评价或分析师引述。
-
格式化并完成交付材料 — 按要求的格式（PDF、DOCX、幻灯片）整理提案。应用品牌指南，插入目录，为技术规格或 SLA 添加附录，并执行合规检查清单，确保回答了 RFP 中的每个问题。
用法
提供潜在客户的需求或 RFP 文本、贵公司的解决方案详情以及任何相关案例研究。也可以指定输出格式和语气。
示例提示词：
为 Acme Corp 生成一份销售提案。该公司是一家拥有 500 名员工的物流企业，正在评估我们的仓库管理 SaaS。其 RFP 要求支持云端部署、实时库存跟踪和 ERP 集成。预算范围为每年 $80K–$120K。提案需包含执行摘要、解决方案映射、定价、时间表以及至少两个案例研究。
示例
示例 1：SaaS 实施方案
输入： 为 Acme Corp（物流行业，500 名员工，预算为 $80K–$120K）撰写方案，评估仓库管理 SaaS。
输出：
执行摘要
Acme Corp 在三个配送中心快速扩张，暴露出库存准确性和订单履约速度方面的可视性缺口。我们的仓库管理平台可提供实时库存跟踪、自动补货触发机制和原生 ERP 集成，帮助物流团队将缺货率降低 34%，并将履约周期缩短 22%；这些数据基于类似部署的实际成果。本方案概述了分阶段部署计划，既符合 Acme 的云优先要求，又能在正式上线后 90 天内实现可衡量的投资回报。
解决方案概述
| 需求 | 功能 | 详情 |
|---|---|---|
| 云端部署 | 多租户 AWS 基础设施 | 已通过 SOC 2 Type II 认证，99.95% 的 SLA 正常运行时间 |
| 实时库存 | IoT 传感器集成 + 实时仪表板 | 所有仓库区域的数据更新均在亚秒级完成 |
| ERP 集成 | 预构建的 SAP 和 Oracle 连接器 | 双向同步，延迟低于 5 分钟 |
定价
| 项目 | 年度费用 |
|---|---|
| 平台许可证（最多 500 名用户） | $72,000 |
| ERP 集成模块 | $18,000 |
| 高级支持（24/7） | $12,000 |
| 总计 | $102,000 |
时间表
- 第 1–2 周：需求调研和配置
- 第 3–5 周：ERP 集成和数据迁移
- 第 6 周：用户验收测试和培训
- 第 7 周：在主要配送中心正式上线
- 第 8–10 周：推广至其余配送中心
示例 2：RFP 合规响应
输入： 回答面向医疗行业潜在客户的 RFP 第 4.2 节，内容涉及数据安全与合规。
输出：
第 4.2 节 — 数据安全与合规
| # | 要求 | 响应 | 合规情况 |
|---|---|---|---|
| 4.2.1 | 签署 HIPAA BAA | 在客户开始接入数据之前，我们会与所有医疗行业客户签署 BAA。 | ✅ 完全合规 |
| 4.2.2 | 静态数据加密 | 所有数据存储均采用 AES-256 加密，并通过 AWS KMS 管理密钥。 | ✅ 完全合规 |
| 4.2.3 | 年度渗透测试 | 由独立第三方（NCC Group）实施；最新报告可在签署 NDA 后提供。 | ✅ 完全合规 |
| 4.2.4 | 数据存储在美国境内 | 所有数据均存储在 AWS us-east-1 和 us-west-2 区域，不进行跨境传输。 | ✅ 完全合规 |
| 4.2.5 | 基于角色的访问控制 | 提供精细化 RBAC、SSO（SAML 2.0/OIDC），并要求管理员角色强制启用 MFA。 | ✅ 完全合规 |
最佳实践
- 沿用潜在客户的术语和优先事项，不要让他们费力理解你的行话。
- 每个章节都先说明业务成果，而不是功能描述。
- 让定价透明；隐藏费用比更高的标价更容易损害信任。
- 使用实际部署中的指标量化投资回报，而不是理论预测。
- 根据潜在客户所在的行业和公司规模定制案例研究，以提高相关性。
- 在每份方案末尾明确行动号召和后续步骤。
边缘情况
- RFP 要求不完整 — 当 RFP 含糊不清或缺少部分章节时，应明确记录假设，并附上澄清问题附录。
- 没有匹配的案例研究 — 使用相邻行业的案例，并强调可迁移的成果；主动说明行业差异。
- 多个利益相关方的优先事项相互冲突 — 在同一份方案中创建面向不同利益相关方的专属章节（例如，面向 IT 的技术附录、面向财务部门的投资回报摘要）。
- 严格的页数或字数限制 — 优先呈现执行摘要和解决方案契合度；将详细规格移至单独引用的附录。
- 针对竞争对手的评估标准 — 如果 RFP 标准明显偏向竞争对手的架构，应如实回应，并围绕自身的差异化优势重新阐述。