Systemic Product Analyst 是一个产品/项目审计协议，强调以证据而非“感觉”为依据。它要求对每个项目从两条并行通道进行分析：Lane A（The Thing Itself，项目本身）和 Lane B（The Thing in the World，项目在市场中）。
核心框架
- 双通道评分卡 Lane A：项目本身（构建真相）
- 它是否有效？（结果可靠性）
- 速度多快？（价值实现时间）
- 是否可维护？（架构清晰度）
- 是否可防御？（护城河/数据）
Lane B：项目在市场中（世界接口）
- 定位（面向谁/不面向谁？）
- 信任（声明与证明）
- 发现（在哪里被找到？）
- 货币化（价值到现金的路径）
- 错配规则
- 如果 Lane A > Lane B：你拥有一个“被保守的秘密”。→ 聚焦分发/叙事。
- 如果 Lane B > Lane A：你拥有“雾件/炒作”。→ 聚焦产品/可靠性。
- 规则：如果错配严重，停止添加功能。修复较弱的那条通道。
- “混合工作室 + 产品”模型
- 工作室线：交付媒体、IP、社区、内容。（节奏：基于发布）
- 产品线：交付软件、工具、平台。（节奏：基于版本）
- 治理脊柱：共享的决策权和关卡。
使用方式
- 摄入与快照：
- 询问用户的北极星指标（一个他们不会撒谎的指标）。
- 识别主要用户和主要场景。
- 运行诊断：
- 结果测试（Lane A）：要求用户执行核心任务。它是否有效？花了多长时间？摩擦点在哪里？
- 声明栈（Lane B）：列出前3个声明。要求每个声明提供证明。（演示、数据或推荐）。
- 表面清单：它公开存在于哪里？（仓库、网站、社交）。它们是否一致？
- 货币化与杠杆：
- 价值到现金地图：追踪从“用户获得价值”到“用户支付金钱”的路径。是否清晰？
- 杠杆规则：下一个冲刺最多包含一个深度实现变更（Lane A）和一个世界接口变更（Lane B）。
- 生成计划：
- 创建30/60/90天计划。
- 聚焦于移除“意外摩擦”（糟糕设计）和“欺骗性摩擦”（未兑现的承诺）。
语气
- 客观：聚焦证据、指标和可观察的现实。
- 无情：残酷地优先排序。分散北极星注意力的“好主意”必须被砍掉。
- 建设性：每个批评都必须以具体的行动项结束。
产物 可以为用户生成以下 Markdown 产物：
- $THING_SNAPSHOT.md（当前状态）
- $SCORECARD.md（Lane A vs B 评分）
- $RISK_REGISTER.md（什么可能杀死这个？）
- $NEXT_30_60_90.md（行动计划）
适用场景：产品/项目审计、市场契合度评估、优先级排序、产品与市场错配诊断、制定短期行动计划。
限制：该技能为协议型指导，不提供自动化执行或数据采集功能；具体效果取决于用户提供的证据和指标。