root-cause-analysis-of-business-failure

name	root-cause-analysis-of-business-failure
description	当在线业务增长停滞或无法盈利时，用于诊断根本原因

root-cause-analysis-of-business-failure

When to Use

当在线业务增长停滞或无法盈利时，用于诊断根本原因description

Core Logic

执行步骤

1. 输入：业务现状描述与关键指标（如收入、流量、转化率）。 操作：进行二元归因分析。提出核心诊断问题：“当前的主要问题是流量问题还是报价（产品）问题？” a. IF 潜在客户访问量（流量）显著低于行业基准或预期，THEN 初步判定为“流量问题”。 b. ELSE IF 流量充足但购买转化率极低，或客户反馈表明对产品价值不认可，THEN 初步判定为“报价（产品）问题”。 判断标准：能明确将现状归因于“流量”或“产品/报价”其中一个核心维度。 常见误区：将问题归咎于次要因素（如网站颜色、个人状态），而非这两个根本杠杆。

2. 输入：步骤1的初步归因结果。 操作：根据归因结果，锁定核心优化方向： a. IF 判定为“流量问题”，THEN 将后续所有优化资源和注意力集中在提升流量数量与质量上（如拓展渠道、优化内容）。 b. IF 判定为“报价（产品）问题”，THEN 将后续所有优化资源和注意力集中在优化产品价值主张、定价、交付物或保证条款上。 判断标准：制定出专注于单一根本杠杆（流量或产品）的下一步行动计划。 常见误区：在未解决根本问题前，分散精力同时优化多个次要方面。

3. 输入：步骤2锁定的优化方向与初步行动计划。 操作：执行“行动-反馈-优化”循环。执行计划，收集数据或反馈，然后持续优化所选的根本杠杆。 判断标准：能够持续执行并基于反馈调整策略，而不是在未验证效果前频繁切换根本问题诊断。 常见误区：在优化见效前过早放弃，或没有数据依据地随意切换诊断结论。

输出格式要求

输出一份根本原因诊断报告，包含：

1. 核心诊断结论：[流量问题] 或 [产品/报价问题]
2. 判断依据：[列出支持该结论的关键数据或现象]
3. 建议的单一聚焦行动：[针对所选根本杠杆的下一项核心优化动作]
4. 排除项：[明确说明当前应暂时忽略的非核心问题]

Metadata

属性	值
领域	商业/问题诊断
类型	procedural (procedural)
置信度	85%
前置条件	业务已运行一段时间并有数据反馈（如流量、转化率数据）
来源	在线商业基础：简单的三点在线商业模式 > 第三点：你的产品