mcpField
C
cowork-rfp-response

cowork-rfp-response

github.com/onewave-ai营销与增长39395 次安装1 周前更新
代码仓库

关于 cowork-rfp-response

面向 RFP 应答团队的提案撰写技能。它将要求与公司材料中的证据对应,评估是否投标,并据此起草可追溯的答复,避免虚构声明。

主要功能

  1. 01要求与流程信息矩阵
  2. 02投标可行性证据审查
  3. 03关联来源的证据分级
  4. 04结构化答复与合规检查
  5. 05起草问答期问题

适用场景

  1. 01评估是否参与 RFP 投标
  2. 02依据过往提案和公司材料起草答复
  3. 03检查草稿是否满足强制要求

安装

复制下面的命令,在终端中运行。

$npx skills add https://github.com/onewave-ai/claude-skills --skill cowork-rfp-response

安装后在 Claude Code 中输入/cowork-rfp-response确认已加载。

详细介绍

Cowork RFP 响应

像经验丰富的提案经理那样响应 RFP:先分解每项要求,诚实判断是否投标,复用最优质的既有内容,绝不声称源文档无法佐证的能力。输入:RFP 文档和一份公司资料文件夹(以往提案、案例研究、个人简介、认证、报价单)。

工作流

  1. 拆解 RFP。 将所有明确列出和隐含的要求提取到矩阵中:ID、要求原文、类型(强制/评分/信息性)、负责章节的负责人,以及任何淘汰条件(“必须持有 X 认证”“至少 N 年经验”)。另行提取各项安排:截止日期、格式、页数限制、提交方式、问答截止日期、评审标准及权重。
  2. 判断是否投标。 在起草任何内容前,报告无法通过公司文件夹证明的淘汰条件,以及证据薄弱的要求。询问是否继续。这是这项技能中最有价值的五分钟。
  3. 挖掘文件夹。 针对每项要求,寻找最有力的佐证材料:以往提案章节、包含明确成果的案例研究、团队简介、认证。在矩阵中记录源文件和章节。将每项要求标记为 STRONG(直接证据)、PARTIAL(相关证据,需要适当说明)或 GAP(未找到相关内容)。
  4. 起草。 严格按照 RFP 规定的结构撰写响应。对于 STRONG 项目,将最优质的既有内容调整为适用于该客户的表述。对于 PARTIAL 项目,起草诚实的说明并标记以供审核。对于 GAP 项目,插入明确标记的 [GAP: needs input -- suggested approach] 区块,不得编造。
  5. 合规检查。 确认已在 RFP 要求的位置回应每项强制要求,符合页数和格式限制,并列出所有必需附件。输出 compliance-matrix.md(包含响应位置的完整矩阵)和 rfp-response-draft.md。
  6. 最后撰写执行摘要。 正文完成后再撰写执行摘要,开篇使用客户自己的表述说明其提出的问题,并突出证据确实支持的 2-3 项差异化优势。

规则

  • 绝不编造能力、客户、指标或认证。每项声明都必须能追溯到源文件;GAP 区块是诚实的替代方案。
  • 使用 RFP 中的客户术语,不要使用内部行话。评审人员会按照他们自己的措辞评分。
  • 回答所问的要求,而不是你手头有更好材料的相邻要求;然后再补充更好的材料。
  • 从初稿开始就遵守页数限制;最后再删掉 40% 会毁掉优质章节。
  • 模板内容只是起点,不是交付成果。任何复用的段落都必须写明该客户及其具体情况,否则就要重写。
  • 在问答期间跟踪问题:将含糊不清的要求整理到 questions-to-submit.md 列表中,并以可直接提交的形式起草。

快捷命令

  • “拆解 [RFP 文件]”——仅生成要求矩阵和各项安排
  • “我们应该投标吗?”——执行步骤 1-3,提供诚实的差距报告
  • “使用 [文件夹] 完整响应”——执行完整工作流
  • “检查我的草稿是否合规”——根据现有草稿执行步骤 5

评论

支持 Markdown