business-health-diagnostic
作者 deanpetersbusiness-health-diagnostic 帮助 Finance、创始人和运营团队从增长、留存、单元经济性和资本效率等维度评估 SaaS 健康状况,为董事会级决策提供依据。可用于识别风险信号、优先排序修复项,并将原始指标转化为可执行的诊断结论。
该技能得分 78/100,说明它适合作为目录用户的候选条目:既具备明确的触发场景,也能实际帮助进行 SaaS 业务复盘。不过,仓库中没有配套脚本或参考文件来进一步降低使用中的试错成本,因此用户应预期在落地时仍会有一定的适配空白。
- 触发场景清晰且具体,适用于围绕增长、留存、单元经济性和资本效率展开的 SaaS 健康诊断。
- SKILL.md 内容较充实,明确说明了意图、适用场景、典型情境和预估耗时,有助于提升 agent 的理解效果。
- 内容偏工作流导向,并非占位式文本,同时包含多个约束以及 repo/file 引用,说明它更像真实的运营指引,而不是演示模板。
- 没有安装命令、脚本或参考资源,因此执行过程可能完全依赖 SKILL.md 中的文本提示。
- 仓库证据显示文档质量较强,但支撑工具有限,这可能会降低 agent 在复杂诊断任务中的一致性。
business-health-diagnostic 技能概览
business-health-diagnostic 技能可以帮助你一次性评估 SaaS 业务健康状况,覆盖增长、留存、单元经济模型和资本效率。它最适合 Finance、运营人员和创始人,用来获得可直接用于董事会的判断,而不是只看一眼“好看”的表面指标。如果你想判断业务到底健不健康、最大风险在哪里,或者应该先修什么,这个技能很适合。
这个 skill 的用途
当你需要把原始业务指标转化为可执行的健康诊断时,就用 business-health-diagnostic 技能:哪些在改善,哪些在走弱,当前哪些问题最值得优先处理。它尤其适合董事会会议、季度复盘和融资准备之前使用。
它真正的价值在哪里
business-health-diagnostic for Finance 的核心价值在于,它把通常被分开看的指标连成了一体。它不会让你孤立地看增长、流失、烧钱和现金 runway,而是把它们放进一个相互关联的系统里,帮助你更早发现取舍关系和潜在脆弱点。
什么时候最适合用
这个技能最适合你已经掌握一定运营数据,并且需要判断、排序和结构化诊断的时候。如果你只想要一个快速 KPI 摘要,或者你的业务模型还太早期、太定制化,或者数据太少,无法支撑有意义的基准比较,那它就没那么有用。
如何使用 business-health-diagnostic 技能
在你的工作流里安装这个 skill
进行标准的 business-health-diagnostic install 时,先从仓库中添加这个 skill,然后在上下文中直接基于 skill 文件进行工作。这个 skill 位于 skills/business-health-diagnostic/SKILL.md,而且当前 repo 不依赖辅助脚本或配套文件夹,所以核心指引基本都集中在这一个文件里。
先提供它最少但必要的输入
business-health-diagnostic usage 的最佳用法,是给出一份简洁但完整的经营画像:收入或 ARR 趋势、客户留存或 churn、gross margin、CAC 或 payback(如果有)、burn、runway,以及业务所处阶段。如果你漏掉这些输入,诊断结果就会更泛化,也更难直接支持决策。
把模糊需求改写成更好的 prompt
弱一点的请求会像这样:Review our SaaS metrics. 更强的请求会像这样:Run a business-health-diagnostic on our SaaS with ARR of $4.2M, 8% MoM growth, 92% gross retention, 118% net revenue retention, $140k monthly burn, and 11 months runway. Focus on what is most likely to break first and what I should say in the board deck. 明确的阶段、数字和决策语境,会显著提升输出质量。
按这个顺序阅读文件
为了最快上手,先读 SKILL.md,然后再看文件里定义诊断逻辑的部分,以及任何嵌入在文件中的 benchmark 指引。由于这里没有单独的参考文件夹,你的安装决策主要取决于你能否把自己的指标清晰映射到这个 skill 的框架里。
business-health-diagnostic 技能常见问题
这个 skill 只适合 Finance 团队吗?
不是。business-health-diagnostic skill 对 Finance、创始人,以及需要从财务角度理解业务健康状况的产品或运营负责人都很有用。通常 Finance 团队能获得最稳定、最可复用的价值,因为他们本来就掌握底层指标。
它和通用 prompt 有什么不同?
通用 prompt 往往只能生成比较松散的叙述。这个 skill 的设计目标是强制形成更有纪律的 business-health-diagnostic guide:它会把指标连起来,推动你做优先级排序,而且更适合董事会、投资人和管理层复盘这类场景,因为这里更看重判断质量,而不是文采。
它适合新手吗?
适合,只要你能提供基础的 SaaS 指标,并说明你的目标。你不需要高级财务建模能力也能用好它。最重要的是你要提供一致的数字、正确的时间窗口,以及你正在做的决策是什么。
什么时候不该用它?
当你需要深入的 cohort 分析、细致的 forecasting,或者只想围绕单一指标做窄范围排查时,不要用它。如果你的目标只是 CAC payback、churn 诊断或 runway 计算,更专门的工作流通常会更快也更精确。
如何改进 business-health-diagnostic 技能
给这个 skill 提供正确的数据切片
质量提升最大的一步,来自更干净的输入。请提供阶段、日期范围、核心收入指标、留存、burn、runway,以及任何已知异常,例如最近调价、一次性 churn 事件或招聘激增。这些细节能帮助 business-health-diagnostic 技能把结构性问题和短期噪音区分开来。
要求它做优先级排序,而不只是评论
如果你想要更好的输出,请明确要求它给出最高风险、最可能的原因,以及按紧急程度排序的下一步行动。这个 skill 的价值,更多在于它会对问题进行排序,而不仅仅是描述问题。报告和决策工具之间,差别就在这里。
用追问继续迭代
第一轮结果出来后,围绕最薄弱的部分收窄问题。比如:Now isolate whether the weakness is acquisition efficiency or retention, 或者 Re-run the business-health-diagnostic with board language and a 3-bullet action plan. 通过迭代,你可以把宽泛的健康读数,转化成更清晰的经营议程。
警惕最常见的失败模式
最常见的失败模式,是因为数据不完整而产生过度自信。如果你的指标是零散的、不一致的,或者来自不同时间窗口,输出可能看起来很精确,但并不可靠。先把输入修好,再重新运行诊断,结果会更干净,也更站得住脚。
