kero-scope 是一种将产品论点（product thesis）转化为功能清单的方法。它通常在使用 kero-research 之后使用，适用于客户或团队需要明确“将要构建什么”的场景。
用途 功能清单只回答一个问题：产品做什么。其他内容一律不放入清单。产品将不做什么，只说明一次并给出原因，使边界成为一种决策而非疏忽。
主要能力 清单采用三列结构：code（代码）、feature（功能）、what it does（功能说明）。代码简短且稳定，方便在对话中指代。功能说明用一句话描述用户获得的结果，而不是描述界面。清单按“人正在做什么”分组，而不是按技术层次分组。每个功能都可回溯到产品论点；如果某个功能无法对应研究发现的一部分，那么它要么是一项缺失的发现，要么是一个不属于此处的功能。需要尚不存在之物的功能仍保留在清单上，缺口记录在计划中，而非此处。
使用方式 清单不包含阶段、负责人和依赖关系。当它被构建、由谁构建、需要什么，是另外三份文档和另外三场对话；混入清单会弄脏客户唯一看到的文档。技术警告和待定决策在工作讨论处说明，不写入清单。命名在清单达成一致之后进行，与方向一起确定，绝不提前。产品名与功能名应概念化、简短有力，讲究声音与身份。短名称在商店和搜索中占优，具体长度由人决定。名称不描述功能；埋在成千上万商店结果中的字典词不是品牌。丢弃任何在品类中已常见的名称。提出一批名称前先询问想要的语气。
适用场景 适用于客户或团队需要了解将要构建什么内容时，以及任何需要把产品论点落实为功能范围的工作阶段。
限制 目前资料未提供关于平台、收费、价格、效果或具体使用步骤的更多信息。输出为 docs/scope.md，与诊断文档放在一起，便于展示。此后方法继续处理方向与参考，进入 kero-method 循环的第 1 步。