SuperAPI AI 工具集

product-principles

设计与创作

查看项目

更新于 10-16 09:28

技能介绍

该技能面向产品发现与交付流程,提供一套结构化原则与判定标准。用途:在评估用户故事、设定验证门槛、编写PRD及组织产品知识时,统一术语与判定依据。

主要能力与内容:

  1. 核心哲学:假设在获得证据前均视为假设;保持从假设到验证、用户故事、PRD、实现、测试的全程可追溯;每个结果(含失败)都是学习资产,不删除已被否证的假设;用成本×风险×可逆性决定“足够可信”而非追求完美验证;结构性决策沉淀到指定仓库产物中供复用。
  2. OST层级:Business Outcome → Product Outcome → Opportunity → Solution → Assumption → Experiment,并对应文档位置,如业务与产品成果置于docs/product/vision.md,机会文件置于docs/discovery/opportunities/,假设置于docs/discovery/hypotheses/,方案与用户故事置于PRD。
  3. 4 Risks:用户故事是最小价值单元,需对Value、Usability、Feasibility、Viability四个风险维度充分验证。
  4. Confidence Meter:按风险维度打0-10分;0-2为直觉无证据,3-4为结构化评估,5-7为数据支撑,8-10为已测试确认。阈值按成本×风险×可逆性:低成本可逆需3-4,中成本需5-7,高成本不可逆需8+。PRD须展示每个用户故事的当前置信度与剩余风险。
  5. 知识金字塔:Tier 1为提炼后的产品原则(docs/product/learnings.md,始终加载),Tier 2为机会级学习(写入对应机会文件,处理该机会时加载),Tier 3为单个假设文件(按需加载)。Tier 1晋升需3+独立假设、跨2+用户细分一致、记录矛盾证据并附条件、标注last-validated日期,6-12个月未复验触发复审。
  6. 状态设计:每个面向用户的交互须考虑Loading、Empty、Error、Partial、Success五种状态;PRD验收标准需覆盖全部状态,原型至少展示empty、success、error。
  7. 日常决策原则:若一个机会无法生成3+不同方案,可能实为伪装成机会的方案;不切断与业务成果的联系并用NSM平衡指标压力;设计是视角而非阶段;发现→验证→定义→交付→反思为持续循环;MVP范围可用references/mvp-definition.md中的MoSCoW/RICE与缩减技巧。

使用方式:作为技能在评估用户故事、设定置信度门槛与组织产品知识时调用,并按其规定路径存放相应文档。限制:原文未提供安装命令、收费信息或具体平台支持说明;技能中的阈值与文件路径为原则性约定,实际执行需结合项目情况。