客户平台增加了很多功能，维护人员仍反复打电话问“现在谁在处理”。他需要的确定感，可能来自状态与责任说明，未必来自又一项新功能。
价值机会分析从用户期望的体验与生活价值寻找设计机会，检查情感、美学、身份、影响、人体工程学、核心技术和质量。它帮助讨论产品还缺什么支持，各项评价不能自动变成市场表现或付费意愿。
七类价值，放到数字任务里才有意义
以企业客户平台改版为假设示例。一种方案增加许多功能，另一种先补状态、责任和资料版本。分析从维护人员获得支持的任务开始，说明各维度怎样相关。
| 方向 | 本例可讨论的支持 | 需要核实的条件 |
|---|---|---|
| 情感 | 知道进度与可控制部分 | 是否确实帮助用户判断下一步 |
| 美学 | 信息呈现连贯、舒适 | 不同设备与群体怎样感知 |
| 身份 | 语言、品牌符合角色与环境 | 使用者认同，而非团队偏好 |
| 影响 | 减少不必要的打印等候选方向 | 实际过程与资源条件 |
| 人体工程学 | 操作适合使用环境 | 真实设备与任务是否支持 |
| 核心技术 | 能力可靠支持关键目标 | 专门的技术验证 |
| 质量 | 内容、界面和维护一致 | 当前资料与长期维护安排 |
数字场景的对应只是讨论方向，不是已证实效果。实体产品的材质和耐久不能原样搬到网页；美学中的其他感官也未必与此平台有关，不适用可以明确写出来。
对一个角色，一次解释一个价值
先写维护人员的目标：知道请求由谁处理，判断是否需要再次联系。资料管理者则可能更关心版本可靠，应保留他的目标，别把所有角色评分平均成统一价值。
逐项筛选相关、不适用和待确认，标出理由。每个价值接到任务，例如信心来自知道责任与状态，而非一句“平台高端”；同一价值换名字重复计算，也应删去。
访谈、观察、服务资料和技术核对提供依据。用户表达、团队推测、已实现能力分开，材料不足注明假设，再安排确认。
两个方案展示到相近深度。若一套有完整状态，另一套只有功能名称，比较可能反映演示质量。待开发能力也不能当作已有表现评价。
用尺度讨论差距，也讨论取舍
可以采用低、中、高等清楚尺度，先说明每级意味着什么。参与者给分时附理由与未知项，不让总分掩盖分歧。
在本例中，更多通知可能让部分用户安心，也可能打断现场工作。候选设计可以只显示重要状态，允许按任务查看，而非无限增加提醒。评价要听具体条件，不能认为每个维度都加满就最好。
“信心”不必然等于深色界面，“品质”也不必然需要大量动效。视觉可以帮助表达，但信息是否可靠、错误是否恢复、服务是否接手，还要实际支持。
成功标志是团队能指出某个价值在哪项任务中缺少支持，说明依据和取舍，再提出一个可检查的改动。分数上升而不知道为何上升，还不能形成设计方向。
让机会变成验证问题
例如问“状态与责任说明能否让维护人员判断何时需要再联系？”做内容原型，观察他怎样解释下一步。资料版本由维护者核对，核心技术可靠性由相应技术检查，不能用视觉评审包办。
头脑风暴图像组织法可帮助产生回应方向，价值分析继续检查为何重要。资源有限时，明确暂缓哪项、为什么，比分别承诺所有价值同时改善更有帮助。
用户说重视安心，不表示愿意为提醒付费。价格、替代方式、渠道和实现成本还需另外研究。高分方案也可能在现实中不被采用，评价不能代替商业判断。
保留条件，让价值分析可以被修正
交付角色目标、维度说明、证据、方案评价、分歧和验证计划。不同角色的困难别藏进平均值，未来证据也可以改变尺度或方向。
平台是否值得选择，最终要看在使用中提供了什么。先让维护人员知道谁在处理，再讨论更多功能，可能是本轮合理顺序；这项顺序仍需用真实任务与服务能力核对。
让品牌表达与任务支持一致
58UI提供品牌视觉、官网设计开发与UI/UX设计，可把已经明确的价值落实到语言、信息层级和关键流程。品牌传达的可靠感，应与页面内容、交互反馈和实际服务范围相符。
相关服务见设计与开发服务，作品可查看官网与界面案例。通过沟通具体设计问题提供目标用户重视的条件和现有证据，便于确定本轮值得先支持的价值。
相关服务
