scope-requirements-boundary

name	scope-requirements-boundary
description	当需求列表膨胀、功能规格不具体、内容需求和功能需求混乱时调用。不适用于战略未定的早期发散。
source_book	《用户体验要素》 Jesse James Garrett
source_chapter	第 4 章 范围层
tags	["requirements","scope","content"]
related_skills	[]

范围层边界

R — 来源依据 (Reading)

原书依据见本节来源说明。

依据范围层功能规格和内容需求章节。

本仓库不收录原书全文；此处只保留章节级依据和方法论重述。

I — 方法论骨架 (Interpretation)

• 范围层把战略转化为具体要做什么。
• 功能规格要具体到可判断，而不是模糊愿望。
• 内容需求也要被纳入范围。

A1 — 书中的应用 (Past Application)

案例 1: 最受欢迎视频需求

• 问题: “标注最受欢迎”太模糊。
• 方法论的使用: 改为具体机制和排序。
• 结论: 需求可执行可验证。
• 结果: 范围更清晰。

A2 — 触发场景 (Future Trigger)

用户会在什么情境下需要这个 skill?

当需求列表膨胀、功能规格不具体、内容需求和功能需求混乱时调用。不适用于战略未定的早期发散。

语言信号

• "需求范围怎么定？"
• "功能规格太虚"
• "内容需求算不算产品需求？"

与相邻 skill 的区分

• 本 skill 处理 范围层边界 这一单点问题；若问题跨越多个环节，请先读本书 INDEX.md 选择组合顺序。

E — 可执行步骤 (Execution)

1. 分类需求

   • 完成标准: 区分功能、内容、规则、约束。

2. 改写为可判断规格

   • 完成标准: 用具体行为和标准替代形容词。

3. 标注优先级

   • 完成标准: 与战略目标相连。

B — 边界 (Boundary)

不要在以下情况使用此 skill

• 不要在战略未清时冻结范围。
• 过细规格可能压制探索。

作者的盲点 / 时代局限

• 模型源自 Web 与软件体验，现代多端、AI 和服务体验需扩展。
• 五层容易被误解成瀑布流程。

相关 skills

• depends-on: {}
• contrasts-with: {}
• composes-with: {}

审计信息

• 验证通过: V1 ✓ / V2 ✓ / V3 ✓
• 测试通过率: 100% 设计通过；结构校验见本书 QUALITY_REVIEW.md
• 蒸馏时间: 2026-06-18