本文基于已落地座舱项目，沉淀【多功能场景智能推荐】的产品策略定义方法，用于未来更多【服务找人】的场景中。

随着智驾和AI技术的不断更迭，座舱未来会趋于第三空间的概念发展。驾驶和乘客的角色会逐步弱化，座舱作为一个智能空间去满足用户更多使用场景。

在产品的定位和战略方向锁定之后，产品经理根据产品战略拆解产品目标，深度挖掘用户在不同用车场景下的真实需求，并基于此原则定义匹配座舱场景的产品策略，由【人找服务】转变为【服务找人】，主动识别用户需求，提供给用户更好的服务及情绪价值。

完整流程如下图，着重拆解前三步的策略搭建思路。

一、分析场景对应的用户需求

每个车型的市场定位和核心竞争力各不相同，在这里列举一个通用场景概况，在静态/动态场景下用户的用车侧重需求分别是什么。

B 端产品经理如何快速成长？

产品与业务架构主要是将整个业务工作流进行分层，梳理，然后抽象出一个个需求，将业务需求与产品合情合理的映射起来，最终使业务数据在产品中流动，执行，记录，使用。

查看详情 >

实际项目中可以根据车型定位、目标用户、核心竞争力等维度结合去梳理对应的细分场景。

用车场景

用户旅程图-静态用车：午休小憩场景

基于具体场景做用户旅程图分析，其目的是为了寻找场景中的用户核心需求和痛点。通过梳理或模拟用户在工作日午休场景下，在座舱内的实际操作及理想体验状态，寻找产品机会点。

二、梳理座舱关联功能

根据各个功能模块（如多媒体、车控、车设等）做原子功能拆解，通常会基于Feature list筛选出可以作为组合场景功能的原子功能，颗粒度到Feature list中的二级功能或三级功能。

下图为车控座椅的部分Feature list。

以【座椅加热】为例，在梳理原子功能时需要拆解到四级功能中的档位。原因是在场景联动多个功能时，【座椅加热】这个功能开启时必须对应一个默认档位信号，档位的默认开启可直接根据模块产品经理策略定义。

三、功能匹配及联动机制

座舱内感知&决策的变化

从传统汽车阶段到当前新能源车的发展阶段，产品的核心体验目标也在不断变化。从早期的用户主动行为，逐步发展到由系统主动洞察用户心理和用车需求，及时为用户提供符合场景需求的贴心产品服务。

功能组合匹配策略

1）梳理场景库

针对不同车型定位的侧重点，梳理核心用车细分场景

2）感知能力与执行能力的原子拆分

将不同车型具备的感知能力与软件功能原子化拆分，目的是建立明确的、可匹配的对应关系

3）建立场景匹配映射机制

【感知条件集合】=【前提条件】+【限制条件】

• 互斥：【前提条件】与【限制条件】本身为互斥的关系。即当前状态下务必满足“前提条件”状态，同时非“限制条件”状态；
• 和：对于前提条件和限制条件，原子条件之间可以是“和”的关系。即满足原子条件1的同时满足原子条件2；
• 或：对于前提条件和限制条件，原子条件之间可以是“或”的关系。即满足原子条件1，或者满足原子条件2；

【执行条件】=【功能1】+【功能2】+【功能3】+【…】，功能可以是跨多个模块的

• 在“ 执行功能集合”内，不同功能允许同时执行，或按照预设时间轴顺序执行；
• 对于该执行功能集合，允许单次执行、循环执行，或按照预设时间上限定时执行 ，根据业务需求做策略定义；

4）映射机制优先级定义

一个痛点可以有多种不同的解决路径，且不同场景映射可能会占用相同的硬件资源。因此场景映射之间并非完全独立，而是一个相互交叉的“关系网”。

在实际定义过程中，可以根据映射关系网中的关联项来明确执行映射策略。不同类型的感知条件同时发生时，对应的执行项可能是完全相反的结果。

此时就需要通过定义不同类型感知条件集合下的策略执行优先级，提前规避这样的问题。

场景执行推送策略

执行策略可以根据产品需求的类别进行定义。例如当按照以下产品体验策略定义，所有涉及到场景联动的策略都可以基于此原则执行，以保证整体产品策略和服务体验的一致性。

• 安全需求：预设联动，直接执行，无法关闭，不可编辑
• 功能需求：预设联动，直接执行，允许关闭，允许编辑
• 情绪需求：预设联动，请求执行，允许关闭，允许编辑
• 个性化需求：深度学习搭建联动，请求执行，持续迭代

四、结语

【数据反哺】及【建立多功能场景库】两部分侧重点主要在产品策略定义完成后通过数据埋点及用研的落地数据反馈-产品运营-策略完善形成的闭环流程，本篇不过多赘述。座舱多场景的可探索空间还很大，期待朋友们共同交流探讨，碰撞出更多有意思的点。

最后特此感谢我的优秀实习生小侯，过程中收集了大量资料并梳理出清晰的思路（比心。