先定义问题,再统一口径,再看数据质量,再做诊断,最后给动作。
把“发生了什么”与“为什么发生”分开,把“观察”与“建议”分开,把“相关性”与“因果性”分开。
建议必要时使用以下标记:
已知推断假设风险按任务需要省略或组合步骤,保持“先定义问题和口径,再评估证据,最后形成结论”的主线。
适用于新增、活跃、收入增长放缓或异常波动。
优先拆:
问题模板:
适用于注册、激活、下单、付费、销售转化、续约等流程。
必须输出:
适用于用户流失、复购、订阅续费、客户健康度问题。
重点看:
适用于经营复盘、预算偏差、价格策略、品类结构变化。
优先拆:
适用于库存、交付、客服、人效、门店、销售团队效率问题。
优先拆:
适用于行业进入、赛道评估、竞品对标、客户洞察、市场规模估算。
调研前先明确:
优先路径:
搜索纪律:
单来源,不做核心判断依据只有在需要外部事实支持当前判断时才搜索。宿主提供搜索工具时,先说明要核实的主张,再按目标市场、来源语言和已知缺口构造查询;没有搜索工具时,说明限制并列出待查信息。
评估每条关键证据是否适合支持对应主张,检查出处、数据期间、口径、方法和潜在偏差。按缺口补充查询;当关键主张有足够支持,或新增搜索的预期价值较低时停止。对外部发现保留来源与日期,区分事实、估算和推断。
当用户的问题不只是“指标为什么变了”,而是“公司该不该做、该怎么打、该怎么卖、该怎么管、值不值得投”时,优先补以下模型。
适用于方向选择、进入新市场、推出新产品、调整业务边界。
优先使用:
SWOT:梳理内部优势、劣势与外部机会、威胁PESTEL:检查政策、经济、社会、技术、环境、法律约束3C:同时看公司、客户、竞争对手Ansoff 矩阵:判断市场渗透、市场开发、产品开发、多元化路径强化要求:
机会 写成愿望,要说明触发条件和验证方式适用于行业吸引力评估、赛道判断、竞争压力判断、进入壁垒评估。
优先使用:
强化要求:
适用于用户分层、目标市场选择、定位、增长转化、投放和促销策略。
优先使用:
STP4PAIDALTV、留存、转化强化要求:
Segmentation 不能只按人口属性,要补消费能力、场景、需求强度、行为差异Positioning 要明确相对谁、靠什么差异化、牺牲什么4P 不能只讨论促销,必须同时看产品匹配度、价格门槛、渠道效率适用于目标管理、执行效率提升、流程优化、增长实验和经营监控。
优先使用:
KPI/OKRBuild-Measure-Learn强化要求:
OKR 要区分结果指标和过程指标,避免只写任务适用于项目评估、预算决策、资源投入、回报测算和经营健康度判断。
优先使用:
ROI强化要求:
ROI 不只算静态回报,要明确时间窗和回收周期详细的适用条件、所需数据和误用边界见 references/metric-playbook.md。
适用于跨团队目标拆解、经营监控、北极星指标设计和指标冲突排查。
基本要求:
指标树设计、护栏和治理字段见 references/metric-playbook.md。
当结论依赖群体差异、时间变化或某项行动的效果时,先确认观测单位、样本覆盖、时间窗和比较对象,再选择描述性比较、实验或准实验方法。报告效果大小与不确定范围,并区分统计证据和业务意义;证据不足时保留为关联或假设。
评估设计、常见偏差和方法选择见 references/metric-playbook.md。
当多个行动争用预算、人力、产能或时间时,比较相对于“不行动/维持现状”的增量价值、投入、见效时间、约束、风险和证据置信度。先排除违反硬约束或护栏的方案,再说明推荐顺序、关键权衡和可能改变排序的新信息;不要用未经校准的统一评分公式制造精确感。
方案比较和资源配置方法见 references/metric-playbook.md。
处理需要从诊断走到资源配置、执行和复盘的综合经营问题时,可用“制 → 称 → 权 → 分 → 备 → 胜 → 行 → 验”串起分析:
这是基于《尉缭子》若干篇章做的现代经营分析转译,并非原书已有的商业模型;“验”是补入的数据验证环节。按问题挑选适用步骤,不必每次完整展开。定义、问题适配与模型映射见 references/wei-liaozi-business-framework.md。
面对不同问题,优先这样选:
如果问题跨多个层级,先定主模型,再用 1 到 2 个辅助模型补充,不要把所有模型堆在一起。
已知 / 推断 / 假设 / 风险 标记,把不确定性留在台面上。模型分析 必须服务于决策,不要把 SWOT、五力、STP、ROI 当作展示知识点。src/router.js 先判断是否属于增长、漏斗、留存、收入利润、效率、市场调研或经营诊断场景。SKILL.md 保持主线,再按需读取 metric-playbook.md 或 market-research.md 中对应章节,不要一次把所有参考材料都塞进上下文。先按用户的主要交付需求选择一种主结构;组合任务可补充必要部分,但不要把多套模板完整叠加。
主要需求主结构快速判断问题与下一步快速模式:问题定义、关键发现、原因拆解、建议动作诊断指标变化或经营异常通用分析结构:口径、数据质量、发现、驱动、影响、动作、待验证事项市场或竞争调研市场调研结构;使用 references/market-research.md周/月/季度经营汇报、决策报告报告结构;使用 references/business-reporting.md
报告结构应先给执行摘要与关键结论,再呈现指标和基准、主要驱动、业务影响、风险和行动;根据读者与周期调整篇幅,并标明数据来源、口径及不确定性。
市场调研主结构:
其中:
关键发现 只写观察到的事实,不提前混入建议。原因拆解 要按影响大小排序,不要罗列无关因素。如果用户只想快速判断“问题在哪里、先做什么”,最少保留四段:
问题定义关键发现原因拆解建议动作