编辑导语：如今，企业已经能够在很大程度上通过更新迭代产品来满足用户的需求，解决用户的痛点。那么，由于功能需求是影响用户购买意向的关键因素之一，产品设计师应该如何解决这一需求呢？笔者以车机系统为例，分享如何将用户体验设计策略转化为功能需求。让我们一起来看看。
如今，企业对产品的创新和迭代已经能够在很大程度上满足用户的需求，解决用户的痛点。功能需求是影响用户购买意愿的关键因素之一。设计师通常在用户调研的基础上开始，通过获取用户的评论和意见，将用户不满意或尚未实现的功能放入产品开发日志中。
然而，在产品复杂或用户需求多样化的情况下，我们只能得到粗略的产品功能定义或设计策略。如何将其转化为具体的功能需求，成为打动用户的卖点，是设计师和企业更需要解决的问题。
本文基于汽车行业的几个原因：
1.汽车作为一种软硬件集成复杂的产品，其产品定义和功能需求比其他产品更加复杂和多样化。
2.随着新能源汽车市场的涌入，汽车的功能需求不仅体现在硬件设置上，也体现在汽车企业的车辆系统上。
3.目前市场上用户对车机系统的需求过于局限于第三方应用和系统流畅度，难以洞察创新体验需求。
因此，本文以车载系统为例，分享如何将车辆产品定义或座舱用户体验设计策略转化为车载功能需求，并对核心功能需求进行评估。
虽然本文以车机系统为分析案例，但仍然可以为软件产品，尤其是与智能软硬件相关的产品提供参考，比如从多产品定义到整个智能家居的功能需求的转变；而体验的细化在软件大改版时凸显出来。
#一、转型过程
根据车企参与的多个项目的经验，回顾总结了从产品功能定义到核心功能列表输出的转换过程，可分为功能定义聚类-功能优先级评估-核心-特定功能列表三个阶段。
## 1\.产品功能定义
营销部门在规划汽车项目时，根据市场上现有的产品功能和本项目的技术支持条件，收集了一份涵盖整车软硬件的功能定义完整清单。列表按车内部件划分，多达500个功能项。所有部门都会根据这个列表快速理解产品定义，但仅限于此。庞大的功能项无法直接反映产品的体验亮点、交互流程甚至具体的开发功能。
因此，需要进行从产品功能定义到具体核心功能列表的一系列功能分析过程。
## 2\.功能聚类
说到聚类，很多设计人员自然会想到需要掌握计算机知识的聚类模型和聚类算法，因此不鼓励。但是，我们仍然可以使用一些工具来辅助功能分类的过程。本文将在下面分享两种定性聚类方法。
定性聚类方法不仅可以使设计人员更快地划分功能，还可以帮助设计人员从用户的角度理解功能定义的详细语义。
比如“车内阅读灯”功能，仅靠功能定义的标签无法知道功能的使用场景和具体交互流程，因此可以使用用户体验图框架来详细分析功能的体验逻辑。
也就是说，“当驾驶员和乘客想要阅读或仔细查看物品时，可以通过车辆系统中的快速组件，以触控模式打开阅读灯，阅读灯具有聚焦照明技术。”
通过这两种定性聚类方法，可以对复杂的数据进行过滤和聚类
2.深刻理解功能定义标签的语义含义，快速梳理各阶段用户可能的体验亮点，探索产品创新。
## 3\.优先评价
对产品功能定义进行聚类后，可以设计合理的问卷评价维度，通过内部问卷或实际用户问卷计算问卷结果。在这里，通过两份内部问卷，首次使用修订后的KANO问卷对车辆-发动机系统的核心功能模块进行评估。第二次，主观赋权法用于评价具体的功能语义。
#二。功能聚类
## 1\.功能模糊聚类
得到功能定义列表后，可以通过模糊功能聚类对功能进行初步筛选，得到可供UX研究团队和HMI设计团队参考的功能模块列表。过滤维度可以有两个方面：
1.基于现有车机系统功能模块的功能列表主观模糊筛选和分类。
2.以产品属性为维度，如安全、性能、健康、检测等。找出相同属性的功能标签，并逐一分类。
这里以车机系统的功能模块为维度，以某车型为例，对535个产品功能定义进行模糊聚类，得到8个功能模块类别。其中，“互联交互”是产品依赖新技术，而车、机没有功能的功能模块。
r">
通过对功能标签的快速模糊分类，可以看出该款车型的功能定义反映在车机OS系统上主要聚焦于以下几个方面：
1. 通过车机OS对车辆的控制（车控模块）
2. 通过设置座舱内的硬件状态，实现智能座舱的各种模式（智能座舱设置模块）
3. 依托辅助驾驶技术的辅助驾驶功能（辅助驾驶设置模块）
4. 依托新技术（HUD/融合地图）等的新导航功能（导航模块）
5. 融入更多的第三方娱乐应用（三方应用）
6. 新增关于感知、互联、反馈等新的交互形式，还需要在车机OS中体现
## 2\. KANO模型分类层次聚类
已知产品定义涉及到多个功能模块，且每个功能模块下包含多个功能需求点，往往在开发中不能将全部功能都做到极致的用户体验，则需要找到最核心的功能模块使其成为产品亮点，通过借鉴KANO的产品功能分类思想，结合这款产品定义属于较为前瞻技术和创新体验的产品类别。
可以取用KANO模型的五类层次的需求分类中的前两类：期望型功能、兴奋型功能和规范型功能。并将问卷设计的五层维度调整为三层“超出想象”“有点意外”“理应如此”，在团队内部发放问卷。
最终“互联交互”和“智能座舱”是超乎想象的兴奋型功能，“导航”“感知”属于有点意外的期望型功能，其余则是规范型功能。且这里的理应如此更倾向于随着技术发展，人们逐渐认为这些功能应该顺势开发。因此在后续研究和设计上会聚焦于智能座舱和互联交互功能。
## 3\. 用户体验地图聚类
通过以上，我们还是无法判断功能模块下的哪个功能需求真正影响用户的期望度以及如何实现用户体验创新，因此利用用户体验地图对详细的功能标签和语音进行聚类，可以得到用户在每个阶段存在的体验机会亮点。同时为下一个阶段：团队内部评估需求优先级，提供准备。
# 三、核心功能提炼
## 1\. 主观赋权法
基于以上对产品功能定义的聚类，我们可以得到以下信息：
* 下阶段产品重点开发功能模块为“智能座舱”以及新的互联交互形式
* 对用户用车的所有阶段，产品具备的所有体验点以及详细的功能需求及描述
通过这些信息，可以对具体的功能需求点，进行主观赋权，这款车型则从1，技术创新性2，体验创新性3，开发可行性。三个维度评分，且根据业务和合作方的诉求，技术创新性全重占比40％，体验创新性和开发可行性各占比30％。同样的在团队内部中以问卷形式对所有功能需求点打分。
## 2\. 车机功能需求列表
根据内部打分，可以评估出功能优先级，最终输出为具体的车机OS功能列表，且这份需求列表代表了该产品的核心功能，最能够体现产品的亮点。
# 四、结尾
当我们面对复杂的产品属性、庞大的产品功能定义时，可以多尝试聚类的方式，不断缩小和收敛产品功能需求的范围和优先级。尽管有时候我们无法通过一次问卷，或一次主观的分类就评估出最适合开发的功能。
但仍然可以合理的应用很少在该阶段使用上的工具，例如用户体验地图通常用来发掘体验机会点，我们就能利用该特点，一方面加深对用户的理解，一方面对杂乱五章的功能定义和语义涵义有更好的分类维度。
参考文献：
[1]. 姚海, 金烨与严隽琪, 产品功能需求的定性及定量分析. 机械工程学报, 2010. 46(05): 第191-198页.
本文由 @小胡的用户体验日记 原创发布于人人都是产品经理。未经许可，禁止转载
题图来自 Unsplash ，基于 CC0 协议
