business-growth-skills
作者 alirezarezvanibusiness-growth-skills 可将 Growth、收入、销售、客户成功、RevOps、RFP 和 proposal 相关请求路由到合适的打包专家技能。使用它可以更少依赖猜测,在 customer-success-manager、sales-engineer、revenue-operations 或 contract-and-proposal-writer 之间做出选择。
该技能评分为 67/100,表示可接受收录到目录中,但更适合作为轻量级路由器展示,而不是完整的工作流技能。目录用户可以清楚判断这个 bundle 在业务增长场景中的覆盖范围是否适合安装,但评审的文件夹本身运营深度有限,实际执行依赖另行引用的技能。
- 清晰的 frontmatter 描述说明了何时使用该路由器,并列出四个打包的 business/growth 领域。
- 路由表将流失风险、RFP 覆盖、预测准确性和 SOWs 等具体请求信号映射到对应的 skill folders。
- 当多条路由规则同时匹配时,包含一条简单规则:先提出一个澄清问题。
- 它主要是一个路由器/索引,并非独立的业务增长工作流;实际执行依赖所引用的四个子技能。
- 在已评审的技能文件夹中,没有提供安装命令、README、支持文件或更深入的参考资料。
business-growth-skills skill 概览
business-growth-skills 适合用来做什么
business-growth-skills 是一个面向增长、营收、销售、客户成功和提案工作的路由型 skill。它不会试图独自处理所有业务增长类请求,而是帮助 agent 选择合适的内置专家 skill:customer-success-manager、sales-engineer、revenue-operations 或 contract-and-proposal-writer。
当请求是真实存在但边界不清时,适合使用它,例如:“哪些账户有流失风险?”、“我们是否应该参与这个 RFP?”、“为什么预测准确率在下降?”或“为这个商机起草一份 proposal。”它的价值不在于提供庞大的知识库,而在于更快、更少猜测地完成 skill 选择。
最适合的用户和工作流
business-growth-skills skill 适合运营人员、创始人、RevOps 团队、客户成功负责人、销售工程师,以及会用 AI agent 处理多种 go-to-market 任务的顾问。尤其适用于同一段对话可能在账户健康度、RFP 响应、pipeline 检查、合同/提案撰写之间切换的场景。
它适合 Claude Code、Codex CLI、OpenClaw 或类似的 agent 环境,在这些环境中,skills 会作为可复用的任务指令安装。如果你始终只需要一个固定工作流,例如只做 proposal writing,那么它的价值就没那么高。
这个 router 有什么不同
它的核心差异点是明确的 routing table。它会把请求信号映射到具体的下游 skill 路径:
- Churn、health score、expansion →
customer-success-manager - RFP/RFI、competitive positioning、PoC plan →
sales-engineer - Pipeline coverage、forecast accuracy、GTM efficiency →
revenue-operations - Proposals、contracts、SOWs、DPAs →
contract-and-proposal-writer
这样可以避免 agent 在应该加载更结构化专家工作流时,给出泛泛的“business strategy”式回答。
如何使用 business-growth-skills skill
business-growth-skills 的安装上下文
如果要从 GitHub skill repository 安装,请使用你的 skill manager 提供的 GitHub 安装流程。在支持 npx skills add 的环境中,实际安装方式通常是:
npx skills add alirezarezvani/claude-skills --skill business-growth-skills
源路径是:
business-growth/skills/business-growth-skills/SKILL.md
这个文件夹看起来只包含 router 的 SKILL.md;针对这个特定 router,没有可见的本地 rules/、resources/、references/、scripts/ 或 metadata.json 文件。安装后,应检查同级的专家 skill 文件夹,因为这个 router 的主要职责就是把工作分发到那些 skill 中。
skill 需要哪些输入才能正确路由
要把 business-growth-skills 用好,首先要给出清晰的业务请求,并提供足够上下文,让它判断应该走哪条 lane。建议包含:
- 工作对象:account、opportunity、RFP、forecast、proposal、contract、pipeline segment
- 期望输出:diagnosis、score、response plan、matrix、SOW、executive summary
- 可用数据:CRM fields、account notes、usage trends、RFP requirements、renewal date、stage history
- 约束条件:region、product line、deal size、legal limits、timeline、customer segment
- 需要做出的决策:prioritize、bid/no-bid、escalate、forecast、expand、negotiate
较弱的 prompt:
Help with this customer.
更强的 prompt:
Use business-growth-skills to route this. I have a strategic account with declining product usage, a renewal in 60 days, two open support escalations, and a new executive sponsor. I need churn risk, health score reasoning, and the top three retention plays.
更强的 prompt 会直接指向 customer-success-manager,并为下游 skill 提供足够材料,帮助它产出有用结果。
推荐的路由工作流
开始时先让 agent 做路由,而不是直接解决问题:
Use
business-growth-skillsfirst. Identify the best specialist skill, explain the routing reason in one sentence, ask one clarifying question only if multiple skills fit, then continue with the selected workflow.
对于混合型请求,可以让 router 安排工作顺序。例如:
We need to decide whether to respond to this RFP, assess competitive risk, and draft the first proposal outline. Use business-growth-skills to choose the right order of specialist skills.
一种可能的路线是先用 sales-engineer 处理 RFP 覆盖度和竞争定位,等 bid strategy 明确后,再转到 contract-and-proposal-writer。
应该先读哪些文件
先阅读 business-growth/skills/business-growth-skills/SKILL.md,因为它包含 routing table 和 quick-start 逻辑。然后,在执行高风险任务前,检查被选中的同级专家 skill 的 SKILL.md。这个 router 本身刻意保持轻量;输出质量取决于是否加载了正确的专家文件夹,以及是否提供了足够的业务上下文。
business-growth-skills skill 常见问题
business-growth-skills 是独立的增长策略 skill 吗?
严格来说不是。business-growth-skills 主要是增长相关专家 skills 的索引和 router。它可以帮助 agent 判断一个请求属于 customer success、sales engineering、revenue operations,还是 contract/proposal writing,但具体的深度工作应由被选中的专家 skill 来完成。
什么时候应该用它,而不是普通 prompt?
当工作类别不清晰,或一个请求跨越多个 go-to-market 职能时,适合使用 business-growth-skills skill。普通 prompt 也许会给出看似合理但偏泛化的答案。这个 router 能提高 agent 套用更合适工作流的概率,例如针对 churn risk 使用 health scoring,或针对 forecast 问题使用 pipeline coverage analysis。
它适合新手吗?
适合,前提是你理解 routing table 中的基础业务术语。新手应围绕自己需要做出的业务决策来描述请求,而不是围绕内部 skill 名称来猜。例如,说“我需要判断是否参与这个 RFP”,而不是猜测应该用 sales-engineer。
什么时候不适合使用这个 skill?
不要把它用于深度法律审查、财务审计、CRM 自动化、数据工程,或无法映射到四个内置 business-growth 类别的市场研究。它也无法弥补输入缺失。如果你在没有账户数据的情况下询问 churn risk,agent 应该要求补充上下文,或只能给出轻量级框架。
如何改进 business-growth-skills skill
用更明确的请求提升 business-growth-skills 结果
提升 business-growth-skills 输出质量最快的方法,是一开始就提供清晰的 routing signals。不要只问“Q4 growth 我们该怎么办?”,而应说明问题属于 retention、sales conversion、forecast quality、proposal creation,还是 deal qualification。
更好的 prompt 模板:
Route this with business-growth-skills. Context: [business situation]. Data available: [CRM/RFP/account/pipeline fields]. Decision needed: [retain, expand, bid, forecast, draft]. Output format: [table, action plan, scorecard, executive memo].
这样可以减少歧义,帮助 agent 避免把互不兼容的工作流混在一起。
留意常见失败模式
主要失败模式是过度路由:agent 可能会尝试使用多个专家 skill,而实际上一个 skill 会更清晰。除非任务明显分阶段,否则应要求它选择一个 primary skill。
另一个失败模式是过早起草。例如,在尚未理解 RFP fit 和 competitive position 前,不应直接起草 proposal。这种情况下,应指示 agent 先路由到 sales-engineer,再转到 contract-and-proposal-writer。
在第一次路由输出后继续迭代
拿到第一个答案后,可以通过质疑路由来改进结果:
- “What evidence made you choose this skill?”
- “Which sibling skill was the closest alternative?”
- “What missing data would change the route?”
- “Turn this into the selected skill’s ideal input brief.”
这对于边界模糊的 Growth 工作尤其有用,因为 customer success、sales engineering 和 RevOps 的信号经常会重叠。
按你的运营模型扩展 router
团队可以通过添加内部 routing rules 来改进 business-growth-skills skill,例如公司特定的 deal stages、health score inputs、RFP qualification thresholds、renewal risk definitions,或 SOWs 和 DPAs 的 approval paths。新增内容应保持简短,并围绕决策展开。router 的作用是帮助 agent 快速选择正确工作流,而不是变成每个专家 skill 的重复版本。
