关于 business-model-auditor
面向创始人的商业模式审计技能,通过结构化压力测试评估单位经济效益、对创始人时间的依赖、瓶颈与可扩展性。
主要功能
- 01计算单位经济效益
- 02分析创始人时间依赖
- 03映射 2 倍至 100 倍规模瓶颈
- 04评估杠杆与扩展得分
- 05制定优先级改进建议
适用场景
- 01判断业务是否具备扩展能力
- 02扩大增长前发现制约因素
- 03比较不同规模下的利润率
安装
复制下面的命令,在终端中运行。
$
npx skills add https:/ / github.com/ shipshitdev/ skills --skill business-model-auditor安装后在 Claude Code 中输入/business-model-auditor确认已加载。
附带文件assets/output-template.mdplugin.json
详细介绍
商业模式审计员——规模压力测试
概述
运用 Alex Hormozi 的规模化与杠杆原则,对商业模式进行压力测试,在致命缺陷扼杀业务之前将其识别出来。揭示瓶颈、计算单位经济效益,并提出面向规模化的设计建议。
Hormozi 的核心原则:“商业模式的优劣取决于它的约束条件。没有我,它还能规模化吗?”
框架:规模化测试
关键问题:
- 时间独立性: 收入是否与您的时间成正比?
- 单位经济效益: 每位客户带来的收入是否超过其成本?
- 瓶颈清晰度: 规模扩大到 10 倍时,什么会最先出问题?
- 杠杆类型: 您是在构建资产,还是只是在工作?
- 利润率稳定性: 规模扩大时,利润率能否保持稳定,还是会下降?
执行工作流
步骤 1:梳理当前模式
询问用户:
请描述您的商业模式:
- 您如何赚钱?(客户付费购买什么?)
- 您的平均客户收入是多少?
- 获取一位客户需要多少成本?
- 交付客户所购产品或服务需要多少成本?
- 您为每位客户投入多少小时?
模式摘要模板:
| 指标 | 当前值 | 公式 |
|---|---|---|
| 每位客户收入 | $X | 价格 × 数量 |
| CAC | $X | 营销支出 / 新客户数 |
| 交付成本 | $X | 每位客户的直接成本 |
| 毛利率 | $X | 收入 - 交付成本 |
| 您为每位客户投入的小时数 | X 小时 | 您投入的时间 |
| 实际时薪 | $X | 利润 / 您投入的小时数 |
步骤 2:深入分析单位经济效益
计算基本健康状况:
核心单位经济效益:
Revenue Per Customer: $___
- Cost of Acquisition (CAC): $___
- Cost to Deliver: $___
= Gross Profit: $___
/ Your Hours: ___
= Effective Hourly Rate: $___
健康状况检查:
| 指标 | 差 | 尚可 | 良好 | 优秀 |
|---|---|---|---|---|
| LTV:CAC 比率 | <1:1 | 1-2:1 | 3-5:1 | >5:1 |
| 毛利率 | <30% | 30-50% | 50-70% | >70% |
| 实际时薪 | <$50 | $50-150 | $150-500 | >$500 |
| 回本周期 | >12mo | 6-12mo | 3-6mo | <3mo |
步骤 3:时间依赖性分析
询问用户:
您的时间与收入有何关系?
- 如果您休假一个月,收入会怎样?
- 交付工作中有百分之多少需要您亲自参与?
- 哪些任务只有您能完成?
- 哪些任务可以委派?
- 哪些任务可以取消?
时间依赖性评分:
| 情况 | 评分 | 含义 |
|---|---|---|
| 您一停下来,业务就停摆 | 1/10 | 完全依赖 |
| 收入下降 50% 以上 | 3/10 | 高度依赖 |
| 收入下降 20-50% | 5/10 | 中度依赖 |
| 收入下降不到 20% | 7/10 | 低度依赖 |
| 收入不受影响 | 9/10 | 时间独立 |
| 没有您,收入仍会增长 | 10/10 | 真正的杠杆效应 |
步骤 4:10 倍压力测试
如果明天客户数量增加到 10 倍,会发生什么?
- 什么会最先出问题?(交付、支持、质量、您)
- 要应对 10 倍的规模,您需要什么?(人员、系统、工具)
- 规模扩大到 10 倍时,利润率会如何变化?
- 客户体验会如何变化?
- 目前的实际产能上限是多少?
瓶颈类别:
| 瓶颈 | 症状 | 解决方式 |
|---|---|---|
| 您(创始人) | 无法再亲自承担更多工作 | 委派 / 自动化 |
| 团队 | 需要更多人手 | 招聘 / 外包 |
| 系统 | 手动流程难以为继 | 自动化 / 系统化 |
| 资金 | 无法为增长提供资金 | 提高利润率 / 融资 |
| 市场 | 需求不足 | 扩大 TAM / 转型 |
步骤 5:杠杆审计
四种杠杆:
| 杠杆类型 | 描述 | 示例 | 放大系数 |
|---|---|---|---|
| 劳动 | 他人的时间 | 员工、承包商 | 线性 |
| 资本 | 他人的资金 | 投资以实现增长 | 可变 |
| 代码 | 软件/自动化 | SaaS、工具 | 无限 |
| 媒体 | 内容/受众 | YouTube、播客 | 无限 |
评估你当前使用的杠杆:
- 你在使用劳动杠杆吗?(团队能放大你的产出)
- 你在使用资本杠杆吗?(让资金为你工作)
- 你在使用代码杠杆吗?(软件可以无限扩展)
- 你在使用媒体杠杆吗?(即使你在睡觉,内容也能持续发挥作用)
杠杆评分:
- 0 种 = 用时间换钱
- 1 种 = 有一些杠杆
- 2 种以上 = 真正的杠杆
- 3 种以上 = 高杠杆
步骤 6:模型压力点
找出模型会在哪些地方失效:
压力点映射:
| 规模水平 | 出现的问题 | 原因 | 需要的修复 |
|---|---|---|---|
| 当前规模的 2 倍 | [首次出现的问题] | [原因] | [解决方案] |
| 当前规模的 5 倍 | [第二个问题] | [原因] | [解决方案] |
| 当前规模的 10 倍 | [第三个问题] | [原因] | [解决方案] |
| 当前规模的 100 倍 | [最终问题] | [原因] | [解决方案] |
步骤 7:修复建议
针对每个瓶颈:
优先级框架:
- 第一: 修复成本最低、影响最大的瓶颈
- 第二: 修复直接影响收入的问题
- 第三: 修复影响利润率的问题
- 第四: 修复影响客户体验的问题
输出格式
完整的结构化报告模板请参见 assets/output-template.md(生成审计交付成果时加载)。
快速规模评分(100 分评估)
无需完整审计即可快速验证:
| 维度 | 权重 | 衡量内容 |
|---|---|---|
| 时间独立性 | 2x | 它能在没有你的情况下运行吗? |
| 单位经济效益 | 2x | 规模扩大后,各项数据是否成立? |
| 瓶颈清晰度 | 1.5x | 你知道是什么在限制发展吗? |
| 杠杆使用情况 | 1x | 使用了多少种杠杆? |
| 交付可扩展性 | 1.5x | 交付量增加到 10 倍,成本能否不增加到 10 倍? |
| 利润率稳定性 | 1x | 规模扩大后,利润率能否维持? |
| 分数 | 评级 | 结论 |
|---|---|---|
| 85-100 | 已具备规模化条件 | 全力加码 |
| 70-84 | 基础扎实 | 先修复薄弱环节 |
| 55-69 | 可修复 | 先解决限制因素 |
| 40-54 | 有风险 | 需要修复重大问题 |
| 0-39 | 模型失效 | 重建基本面 |
“我会雇用自己吗?”测试
问问自己:
“如果这家公司必须为我所做的工作支付薪水,经济效益还成立吗?”
如果收入 - 你的薪水 - 所有其他成本 < 20% 利润率,那么该模型过度依赖你免费/低价的劳动。
模型演进路径
从服务转向产品化服务:
- 将服务打包成范围固定、价格固定的产品
- 制定他人可以执行的流程
- 构建不需要你做判断的系统
从产品化服务转向 SaaS:
- 找出可重复、可自动化的部分
- 构建软件,以取代手动交付
- 仅在高价值接触点保留人工服务
从一对一转向一对多:
- 用小组辅导替代个人辅导
- 用课程替代咨询
- 用模板替代定制工作
与其他技能的集成
| 技能 | 协同方式 |
|---|---|
pricing-strategist | 为健康的单位经济效益制定价格 |
offer-architect | 设计可规模化的产品方案 |
retention-engine | 提升公式中的 LTV |
constraint-eliminator | 消除交付瓶颈 |
execution-accelerator | 加快推进修复措施 |
应避免的常见错误
- 忽视时间成本: 计算“利润”时不计入自己的工时价值
- 寄望利润率提高: 如果不采取行动,规模扩大后利润率通常会更低
- 为解决瓶颈而招聘: 有时解决方案是自动化或取消相关环节
- 问题未解决就扩大规模: 有缺陷的模式扩大 10 倍,问题也会增加 10 倍
- 复杂度不断攀升: 添加无法规模化的服务
- 虚荣收入: 收入增长,利润率却在下降
创始人替代测试
如果你离开 6 个月,其他人能否以 80% 的效率运营这家企业?
- 如果可以: 你拥有一家企业
- 如果不行: 你为自己创造了一份工作
何时转向其他工具
- 如果问题出在产品方案 →
offer-architect - 如果问题出在定价 →
pricing-strategist - 如果问题出在潜在客户太少 →
lead-channel-optimizer - 如果你不知道该先解决什么 →
execution-accelerator
评论
支持 Markdown