关于 ln-51-opportunity-evaluator
ln-51-opportunity-evaluator 用于在承诺实施前评估产品机会。它考察可观察的需求、可触达的获客渠道、差异化和验证成本,并提出范围明确的实验,而不编造市场精度。
主要功能
- 01以证据评估机会
- 02研究需求与获客渠道
- 03审视竞品和替代方案
- 04检查经济性与可行性
- 05设计低成本验证实验
适用场景
- 01比较候选产品创意
- 02测试目标受众是否显现需求
- 03选择待调查的获客渠道
- 04先验证关键假设再决定实施
安装
复制下面的命令,在终端中运行。
npx skills add https:/ / github.com/ levnikolaevich/ claude-code-skills --skill ln-51-opportunity-evaluator安装后在 Claude Code 中输入/ln-51-opportunity-evaluator确认已加载。
详细介绍
机会评估器
目标: 在承诺实施之前评估产品机会。从可观察到的需求和可触达的获客路径出发,尽早淘汰弱候选项,并推荐一个低成本验证步骤,避免制造虚假的市场精确度。
执行约定: 按顺序排列的复选框即为完成定义。内部将每项标记为 PENDING、附有具体证据的 PROVEN、附有条件不存在证据的 CLEARED,或标明缺口的 UNPROVEN;阅读、委派或工具故障都不算作证据。每完成一个部分后核对各项。返回前,解决所有 PENDING 项,并且只统计 PROVEN 和 CLEARED;针对每个缺口,应用本技能的结论和审批规则。
维护用户意图、范围和现有授权。继续已获授权的工作;仅针对尚未解决且后果重大的选择,或必要的外部审批提出询问。根据实质风险调整评估深度,不得悄然跳过检查。遵循依赖关系和安全顺序;其他情况下,选择适合各项义务的验证方法。
工具路由
| 需求 | 首选工具 | 适用场景 | 后备方案 |
|---|---|---|---|
| 产品与约束 | 用户上下文以及现有的产品、分析、客户和战略文档 | 确定受众、资产、渠道、经济效益和非目标 | 说明假设,并仅询问后果重大的缺失意图 |
| 当前需求与获客 | 网络研究、趋势或市场数据、社群、评论、广告、目录和一手客户证据 | 任何会影响淘汰或建议的外部市场主张 | 标记信号不可用;绝不要根据搜索结果数量推断数字 |
| 竞争与定价 | 竞争对手的产品页面、定价、发布历史、分发渠道、评论,以及相关的公开文件 | 确定替代方案、付费意愿信号和可信的差异化优势 | 使用定性证据,并明确说明置信度 |
| 可行性与验证成本 | 现有能力、公共 API、法规、平台规则和最新官方文档 | 比较成本最低且可信的实验,以及主要阻碍因素 | 标注估算,并指出仍需哪些证据 |
评估仅限只读操作。不得创建项目文件、路线图、史诗、故事、实施计划、营销活动、商品列表、广告或客户联络。
证据类别
| 类别 | 含义 |
|---|---|
MEASURED | 直接分析数据、交易、实验或已知方法和日期的仪器观测结果 |
REPORTED | 一手来源报告的数值或行为,但无法独立获取其底层测量数据 |
ESTIMATED | 基于明确输入和假设的模型估算 |
INFERRED | 根据可观察的代理指标得出的定性结论 |
UNKNOWN | 证据不可用、已过时、不可比较,或不足以支持决策 |
不得将 REPORTED、ESTIMATED 或 INFERRED 证据转化为关于市场规模、搜索量、转化率、收入或付费意愿的实测主张。为每个外部来源标注日期;事件日期与发布日期不同时,应将二者区分开来。
将创作者的论点、预期体验、品味和信念视为所有者偏好及战略契合度输入,绝不可将其作为需求、获客或付费意愿的证据。
检查清单
1. 明确决策
- 明确现有产品或能力、目标用户、创作者的核心判断、预期体验、决策时间范围、可用资产、地域或监管范围、限制条件和明确的非目标。
- 接受用户提供的候选方案,或根据产品背景和当前信号生成一组数量有限且有实质差异的机会;不要为同一个创意设计表面不同的变体。
- 明确哪些因素足以支持深入验证:可识别的用户和问题、可观察的需求、可触达的渠道、可信的价值交换、差异化切入点,以及成本可承受的实验。
- 将探索新方向与已承诺工作的优先级排序或实施规划区分开。
- 记录可能推翻建议的假设,将可通过研究核实的事实与负责人的偏好区分开;只有当不同解读会实质性改变候选方案或实验时,才提出一个简洁的问题。
2. 为每个候选方案收集一组证据
- 明确谁会遇到这个问题、他们目前如何解决、哪些因素会促使他们主动搜索或购买,以及有哪些证据表明痛点反复出现或代价高昂。
- 找到可触达的获客渠道及其机制:搜索词、市场类别、集成生态、社群、合作伙伴、外联受众,或其他可观察的路径。
- 调查直接竞争对手、替代方案、无所作为的行为、定价、定位、分发、评论中的不满,以及持续投入或放弃的证据。
- 在不编造单位经济效益的前提下,分析经济信号:价格锚点、预算负责人、购买频率、切换成本、交付成本、平台费用和支持负担。
- 找出会影响验证实验成本的实施、数据、依赖项、法规、信任、分发和运营障碍。
- 记录来源/日期、证据类别、范围、可信度、矛盾之处和对决策的影响。将重复使用的统计数据和转载报告追溯至原始来源;相互关联的转载内容只算一个信号,不能作为独立佐证。
- 一旦证据足以淘汰某个候选方案,或更多来源无法改变其状态,就停止对该方案的研究。
3. 以证据为先进行淘汰
- 如果证据与必要的可行性条件相矛盾,或表明在既定限制条件下不存在可行的验证路径,则淘汰该候选方案。仅仅缺少公开数据时,应根据下方规则将其状态设为
UNKNOWN。 - 将竞争对手的存在视为需求和限制条件的线索;核实使用或购买信号,不要假设上架就能证明存在需求。必须明确相较于替代方案和无所作为的差异化切入点。
- 不要对搜索量、竞争对手数量、ARPU、市场规模或 MVP 时长使用通用阈值。
- 对公开数据薄弱的候选方案,若低成本的第一手实验可以消除不确定性,就应保留并标记为
UNKNOWN,而不是判定其无效。 - 对每个被淘汰的候选方案,记录决定性证据和可证伪条件,确保淘汰过程可复现。
- 只有在确认外部可行性后,才询问负责人是否愿意且有能力服务目标受众、开拓渠道、采用相应运营模式并投入验证工作;不要推断其个人兴趣。
4. 比较保留候选项并选择下一项实验
- 根据证据强度、问题严重程度、渠道触达能力、差异化、经济效益、验证成本、与创作者理念及预期体验的战略契合度,以及可逆性,对保留候选项进行比较;不要将这些因素压缩成虚假的综合评分。
- 保留有意义的分歧和敏感性分析:说明哪项假设会使另一个候选项变得更优。
- 仅当某个候选项针对既定目标的证据明显更强时,才给出一个主要建议;否则返回
INCONCLUSIVE。 - 定义成本最低且可信的验证实验,通过观察到的行为而非单纯陈述的购买意愿,测试最薄弱的关键假设。
- 明确实验受众、渠道、报价或原型、成功与失败的证据、预算或时间限制、安全约束及停止规则,不要假装已知结果。
- 在承诺实施之前,优先采用可逆测试,例如礼宾式交付、原型使用、在适当披露的前提下测试定价或预购意愿、渠道响应或集成需求。
5. 验证并报告
- 将重要外部主张与收集到的第一手来源证据相核对;仅更新过时、相矛盾或对决策至关重要但缺乏支持的主张,并明确标注较弱的证据。
- 在最终结果中区分事实、估算、推断、所有者偏好和未解决的未知事项。
- 仅当候选项具备可信的需求信号、可触达的渠道、差异化路径、合理的价值交换以及可执行的验证实验时,才使用
RECOMMEND <candidate>。 - 当证据无法区分领先候选项,或需要先进行低成本实验才能做出选择时,使用
INCONCLUSIVE。 - 当决策缺少产品背景、候选项范围、合法的研究途径或安全的验证边界时,使用
BLOCKED。 - 根据证据核对建议、淘汰和延期的候选项;报告拟议的下一项实验,但不要创建文件或执行实验。
自检
- 返回前先核对。 检查条目级证据、要求覆盖情况、矛盾、范围、结论和适用的清理事项。修正报告或经授权的产物。复用有效证据;不要自动重新扫描代码库或重新运行成功的命令。仅针对相关变更、失败或未解决的证据重复检查。披露剩余缺口。
输出约定
使用用户的语言,按以下顺序报告;保留全部五个字段,每项事实只陈述一次。简短结果可为每个字段各用一行;省略空表格,不要复制已链接的产物:
- 结果: 特定于技能的结论及有依据支持的结果。
- 范围: 已审查/变更的范围、排除项、基线和重要假设。
- 证据: 以下特定于技能的字段;区分事实、推断和未经验证的主张。链接产物;必要时使用表格。
- 验证: 检查/结果、无法获取的证据,以及适用的清理事项/外部状态。
- 完成情况:
Checklist: X/Y complete;Incomplete: None,或列出每项UNPROVEN的原因、对结果的影响及明确的后续操作;剩余风险和所需决策。
特定于技能的证据: 将产品、受众、候选项、约束和创作者理念与市场证据分开。比较需求、渠道、替代方案/切入优势、经济效益、验证成本、来源/日期/类型及置信度。对于淘汰或延期的候选项,说明决定性证据或未知事项,以及证伪/解决条件。说明建议或无法得出结论的理由,并列出拟议实验约定、预算、停止规则和会改变决策的证据;不要执行外联或实验。