B5.07.1Utility设计研究
实用性指功能是否满足需求
别名: 实用性 · 功能价值 · 需求匹配
概念解释
实用性（utility）问的是「这个产品做的事对不对」：功能集合是否覆盖用户真实要完成的事，做得是否到位。它与可用性正交——可用性问「用起来顺不顺」，实用性问「顺不顺地做的是不是用户要的事」。导航应用再流畅，不能离线查路线就是实用性缺口。
机制
实用性由需求与功能集合的匹配决定：需求有结构（核心任务、支撑任务、边缘场景），功能覆盖不足则用户被挡在任务之外，功能错位则做的是不需要的事。实用性缺陷不表现为「难用」——用户往往根本无法通过尝试发现缺失的功能，而是直接放弃或转向别的产品；这使它比可用性问题更隐蔽也更具决定性。
怎么研究
需求侧用任务分析、访谈与场景清单确定用户要完成的事及优先级；供给侧对功能集合做覆盖映射——每项需求对应哪些功能、哪些需求无功能承接、哪些功能无需求对应。验证用真实使用数据：核心需求路径的使用率与完成率，以及功能存在但长期无人问津的清单。竞品功能矩阵能查缺，但要防「为对齐而堆功能」。
边界
需求本身在变，实用性判断有时效；「用户说要什么」与「用户实际用什么」有差距，需求数据要区分声称与行为。实用性是必要条件但竞争中选择还看相对优势——功能都在合格线上时，决定胜负的往往是可用性与其他因素。过度追求覆盖会产生维护成本与界面复杂度，反噬可用性。
怎么落地
- 立项与版本规划先回答「用户要完成什么、当前功能缺哪项」，再谈交互优化。
- 建立需求—功能映射表，每次规划更新，无需求对应的功能进入下线评估。
- 用使用数据复核需求假设：长期零使用的功能先调查原因再决定补可用性还是移除。