惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

Microsoft Azure Blog
Microsoft Azure Blog
V
V2EX
博客园 - 【当耐特】
WordPress大学
WordPress大学
爱范儿
爱范儿
美团技术团队
宝玉的分享
宝玉的分享
钛媒体:引领未来商业与生活新知
钛媒体:引领未来商业与生活新知
小众软件
小众软件
量子位
Hugging Face - Blog
Hugging Face - Blog
B
Blog RSS Feed
Recorded Future
Recorded Future
Engineering at Meta
Engineering at Meta
雷峰网
雷峰网
CTFtime.org: upcoming CTF events
CTFtime.org: upcoming CTF events
M
MIT News - Artificial intelligence
freeCodeCamp Programming Tutorials: Python, JavaScript, Git & More
博客园 - 聂微东
H
Hackread – Cybersecurity News, Data Breaches, AI and More
腾讯CDC
大猫的无限游戏
大猫的无限游戏
Jina AI
Jina AI
博客园 - 叶小钗
GbyAI
GbyAI
Y
Y Combinator Blog
Cyber Security Advisories - MS-ISAC
Cyber Security Advisories - MS-ISAC
F
Full Disclosure
G
Google Developers Blog
D
Docker
T
Tailwind CSS Blog
C
Check Point Blog
Last Week in AI
Last Week in AI
人人都是产品经理
人人都是产品经理
T
The Blog of Author Tim Ferriss
B
Blog
博客园 - 三生石上(FineUI控件)
博客园 - Franky
H
Help Net Security
MyScale Blog
MyScale Blog
U
Unit 42
D
DataBreaches.Net
奇客Solidot–传递最新科技情报
奇客Solidot–传递最新科技情报
I
InfoQ
阮一峰的网络日志
阮一峰的网络日志
The GitHub Blog
The GitHub Blog
L
LangChain Blog
有赞技术团队
有赞技术团队
Martin Fowler
Martin Fowler
Microsoft Security Blog
Microsoft Security Blog

人人都是产品经理

为什么你的产品找不到差异化?90%的失败都卡在第一步上(下) – 人人都是产品经理, 3年从30万到1300万用户、获2200万美元融资,这个AI教育产品用“抽卡”破解了获客难题 – 人人都是产品经理, 园区招商系统怎么做才能真正帮到去化?我加了这一个功能,推广链接转发400次阅读过万 – 人人都是产品经理, AI大事件:OpenAI发完网络安全模型又搞药物研发,小鹏汽车要抓”DeepSeek时刻” – 人人都是产品经理, 电商不是卖货,是一场更残酷的产品经理实战 – 人人都是产品经理, 没想到,活动营销又回来了! – 人人都是产品经理, 为何All-in海外KOC:一场关于AI时代窗口期的豪赌 – 人人都是产品经理, 重新理解企业的内部协作 – 人人都是产品经理, 苹果的 AI 战略到底是什么? – 人人都是产品经理, 医疗智能体·第2讲——合规护城河:等保、PIPL与HIPAA的架构实战 – 人人都是产品经理, 向量知识库五步法:从“答非所问”到“精准回复” – 人人都是产品经理, 鸿蒙PC三方库构建总指挥HPKBUILD(sha)库为例 – 人人都是产品经理, 何时该用LLM?AI产品经理的LLM设计指南 – 人人都是产品经理, 医疗信息领域的需求方、决策方、准入方以及关注点(二) – 人人都是产品经理, 即梦涨价:一场被误读的「傲慢」 – 人人都是产品经理, 面试AI PM必答题:Hermes和OpenClaw的区别,如何讲清楚业务价值 – 人人都是产品经理, AI的下一张船票:世界模型——AI产品经理必须理解的技术拐点 – 人人都是产品经理, 小红书做GEO,怎么让AI信你?记住这 3 个重要信息 – 人人都是产品经理, 5 家印度 AI 初创公司,看看印度 AI 再做什么 – 人人都是产品经理, AI项目跨团队协作:产品技术业务如何不打架 – 人人都是产品经理, Agentic Workflow(智能体工作流):让AI从”答案生成器”变成”数字员工” – 人人都是产品经理, lycium_plusplus 项目全景解读:OpenHarmony 三方库构建的“大管家” – 人人都是产品经理, 从爆单救火到前置履约:两套预采策略,把生鲜大促履约效率拉满 – 人人都是产品经理, 什么时候该补货?我用一轮数据做了一个决定 – 人人都是产品经理, 从“机械兜底”到“动态分流”:AI客服重复进线治理的4大底层逻辑 – 人人都是产品经理, 抖音拼效率,红书拼洞察 – 人人都是产品经理, 全民狂欢与退潮——为什么龙虾这波热潮冷却得如此之快? – 人人都是产品经理, Stripe押注!MPP重塑全球支付 – 人人都是产品经理, 小红书GEO:AI引用你的内容,不是因为你对,而是因为你看起来可信 – 人人都是产品经理, 前百度副总裁押注办公Agent,日韩付费爆发,Manus迎来强劲对手 – 人人都是产品经理, 企事业单位数字化的业务供需本质 – 人人都是产品经理, 医疗智能体·第1讲——医疗信息化重构:从“辅助软件”到“自主智能体”的范式转移 – 人人都是产品经理, 粉丝量就是空气!!! – 人人都是产品经理, 用户说“薯片碎了”,机器回“要买吗?”:意图识别的翻车与破局 – 人人都是产品经理, RAG召回准确率从75到90 我做对了这三件事 – 人人都是产品经理, AI大事件:Anthropic改收费、OpenAI发安全版、手术机器人纳入医保、阿里发布”秒悟” – 人人都是产品经理, Chrome 推出 Skills 新功能,Agent 重塑上网方式 – 人人都是产品经理, GitHub前创始人拿了a16z的1700万美元,做Agent时代的Git – 人人都是产品经理 拷贝或克隆其他 Flutter OH 项目到本地后无法运行 – 人人都是产品经理, 优惠券设计:优惠券创建 – 人人都是产品经理, 不用死磕文档!AI 助手 1 小时搞定飞书 CLI 安装 + 配置 + 知识库 – 人人都是产品经理, 用小龙虾做竞品分析报告:从2天到20分钟,我是怎么做到的 – 人人都是产品经理 用小龙虾做市场分析报告:搞懂这3个公式,市场规模不再靠猜 – 人人都是产品经理, 你早就在做 Harness 工程,只是不知道它叫这个名字 – 人人都是产品经理, Think Long就够?你可能想多了! – 人人都是产品经理, 货代SRM实战:供应商准入怎么做,才能让资源池不是通讯录而是可交付网络? – 人人都是产品经理, 如何做好用户调研?详解基本技巧 – 人人都是产品经理, 木鸟、途家、美团对打,平台春天行动开“卷” – 人人都是产品经理, 入职才发现公司不靠谱?小红书从业者求职避坑指南 – 人人都是产品经理, 美国 AI 三巨头联手封堵,中国 AI 突围之路在何方 – 人人都是产品经理, 小红书,放在需求对面的镜子 – 人人都是产品经理, AI 会带来大规模失业吗? – 人人都是产品经理, 从出单到补货前,我第一次犹豫:该不该放大? – 人人都是产品经理, Flutter 三方库鸿蒙化适配:5 种高效检查方式,快速判断是否需要适配 – 人人都是产品经理, 从做产品进阶拿结果:医美机构产品经理转岗科室运营经理 – 人人都是产品经理, 阿里HappyHorse,一场关于“Token经济”的阳谋 – 人人都是产品经理, To B AI:客户留存落地的观察与思考 – 人人都是产品经理, AI产品的“生命线”——数据采集、标注、清洗的产品化设计 – 人人都是产品经理, 谈谈AI Agent(二):当“孩子”能自己“体验世界”时,你该学什么? – 人人都是产品经理, UI/UX设计师的3层能力进阶,前两层让你活下来,第三层…才是真正的分水岭 – 人人都是产品经理, 2分钟 → 30秒,效率提升75%:B端产品经理如何用「规则枷锁」驯服AI幻觉? – 人人都是产品经理, 还没来得及学OpenClaw,来了个更猛的:Hermes Agent – 人人都是产品经理, AI日报:宇树机器人跑出10m/s刷新世界纪录 – 人人都是产品经理, 一文说透基金互金如何用情绪价值引导用户决策做转化 – 人人都是产品经理, 当浏览器开始替你”看”网页:AI 浏览器正在亲手拆掉它脚下的那张网 – 人人都是产品经理, 0代码,一天时间我Vibe Coding了个网站 – 人人都是产品经理, Hermes 和 OpenClaw 之争,Agent 的能力应该“装上去”还是“长出来”? – 人人都是产品经理 视频生成的“桌子”,字节Seedance 2掀完,阿里快乐马掀 – 人人都是产品经理, 从听不懂到完全信任:我的 Codex 深度产品体验 – 人人都是产品经理, 当虚拟偶像有了北京户口,与真人偶像还有什么区别? – 人人都是产品经理, 会说,远远比会做更重要 —— 对 SBTI 爆火现象的五层观察 – 人人都是产品经理, AI产品经理必看:当“搭环境”比“选模型”更重要,你的认知还在2024年吗? – 人人都是产品经理, 2026年AI产品商业化核心逻辑:从功能demo到规模化营收的3个必破卡点 – 人人都是产品经理, 京东围绕供应链,卷起裤腿下场的那些事儿 – 人人都是产品经理, SBTI一夜刷屏:它赢在了“太会说人话” – 人人都是产品经理, 折扣零售的真相:不是便宜,而是价值感! – 人人都是产品经理, 和甲方吵了一架,最后加钱做了——我学到的ToB产品经理生存法则 – 人人都是产品经理, 和几位小红书操盘手聊了8小时,干货全在这 – 人人都是产品经理, 智谱GLM-5.1登场,开源模型首超Opus4.6!!! – 人人都是产品经理 Anthropic收入凭什么反超OpenAI,终于有人把这事说清楚了 – 人人都是产品经理, 史上最有故事感的技术报告——Claude最强模型Mythos 7个极其精彩的细节 – 人人都是产品经理, 模型不是壁垒,Harness 也不是 – 人人都是产品经理, 抖音本地生活业务思考21 – 人人都是产品经理, Superpowers:145k Star的AI编码框架,到底是什么来头? Superpowers:145k Star的AI编码框架,到底是什么来头? – 人人都是产品经理, OpenAI 的路走错了,Anthropic Harness 解法启示:模型需要实践专科生 – 人人都是产品经理, 画原型图的前一步:设计站点地图 – 人人都是产品经理, 给 DeepSeek 的最后一封催更信 – 人人都是产品经理, 手把手教你用 Claude Code 搭建 AI 营销团队:5 个 Agent、12 项技能,独立完成研究、写作、设计全流程 – 人人都是产品经理, 你以为大模型在学语言?不,它在重新发明语言学 – 人人都是产品经理 所谓Skill,不过是AI时代的工业垃圾 – 人人都是产品经理, 聊一聊内容传播的几个方法 – 人人都是产品经理, 当平台开始吃掉生态:从 OpenClaw 被封杀,读懂 Anthropic 的这盘棋 – 人人都是产品经理, 你装了 10 个 AI 插件,Obsidian 还是一个文件夹 – 人人都是产品经理 关于AI智能体架构演进的系统性思考:从单体试水到多体协同的重构 – 人人都是产品经理, 当“人”变成Skill,我们又该何去何从? – 人人都是产品经理 Mythos 事件:前沿 AI 治理的意外实验 – 人人都是产品经理, 货代CRM:信用与风险管理怎么做,才能把坏账风险拦在放货之前? – 人人都是产品经理, 从HR收集自拍照到员工自助录入——我见证了园区人脸识别从”不可用”到”真好用”的全过程 – 人人都是产品经理 千问闯关AI混沌期:阿里画靶,吴嘉张弓,马云射箭? – 人人都是产品经理,
车载HMI设计vs移动端设计
小乞丐 · 2022-11-09 · via 人人都是产品经理

这两年新能源和智能驾驶行业算是新的行业风口了,因此车载设计也成了设计领域新的风口,很多传统移动端互联网领域的设计师也转行车载HMI设计。尽管我认为车载设计和传统移动端设计之间的差异不算大,但毕竟属于两个完全不同的行业领域,两者之间的差异还是值得设计师去关注的,也会对具体设计产生一定的影响。作为一个过来人,本文就从产品,设计和用户角度来讲讲HMI设计和移动端设计之间的差异。

一、车载HMI设计概述

车载设计指的是车载环境中的软件界面设计,国内一般习惯称之为HMI设计,当然HMI设计属于车辆设计中的一部分,但不包括车辆硬件设计和造型等设计。

一般来说,HMI设计都是基于车辆中的中控屏幕、仪表、方向盘控制和HUD、后排屏、扶手屏等相关功能的界面设计,其中HUD可以简单理解为虚拟投影,没有设计屏幕,其他的都有实际屏幕作为设计载体,但车辆中这些屏幕与常见的手机平板屏幕差异较大,但本质上还属于功能界面设计,即在这些屏幕上展示相关功能的信息交互操作(一般的仪表和HUD是没有交互操作的)。

二、HMI设计与移动端设计的差异

移动端设计主要是基于移动设备的设计,而HMI设计主要是基于车载环境的设计,两者的设计载体和使用场景很明显不一样,因此其设计必然存在差异,从普适性的角度来说,主要有以下几点。

1. 用户差异

一般来说,产品的用户群体是相对固定的,即使用户群体差异较大,但用户群体的特征和需求是相对固定的,这也是常见移动端产品用户的特点。但是车载用户有一个“多角色”的特点,即“驾驶”用户和“乘坐”用户的差异。

HMI设计中除了专门针对“驾驶”用户的设计(如仪表和HUD)外,每一个功能设计都需要考虑驾驶用户的需求和乘坐用户的需求,而这两类用户的需求是存在较大的差异,在设计中都需要进行仔细考虑,比如在音乐播放功能既要考虑驾驶用户的“方便易操作”需求,也要考虑乘坐用户的“资源丰富”需求。

2. 场景差异

在移动端设计中,使用场景很少做限制,几乎任意场景都可以使用产品,换句话说,移动产品的使用场景对设计的影响可能没有想象中那么大。但HMI设计的场景相比较而言就比较单一,几乎可以概括为乘坐和驾驶2个主要场景。

这两个场景的特点也比较明显,比如车载场景下,场景范围较小,前排和后排场景差异,驾驶和乘坐场景的差异等,这些在设计中都需要重点考虑和衡量,对具体的HMI设计都会有较大的影响。

此外车载场景的还有一个比较明显的特点就是产品功能的使用时间相对较短,功能使用相对集中。因此“人——产品——环境”三大因素对设计的影响尤为明显,尤其是驾驶相关的产品(如仪表,HUD等),在设计中一定要重点考虑和关注。相比较而言,移动端中“人——产品——环境”三大因素的相互影响更多体现在产品规划,策略和具体的设计表达方式上,而对设计本身的影响有限。

3. 设备差异

移动端产品的载体就是手机屏幕,而且屏幕的规格尺寸相对比较固定,其最大的差异就可能在于屏幕大小的差异。相对而言,HMI设计的设备载体之间的差异性更大,主要原因是车载中的屏幕非常多,如仪表,方控屏,中控屏,后排屏,扶手屏等,而且每一个屏幕的属性和特点都大相径庭。

屏幕尺寸不固定

车载中仪表、方控、中控等设备屏幕的尺寸差异非常大,不会像手机设备屏幕那样规格较为类似。其中仪表和方控的屏幕相对较小,尤其是方控屏幕,尺寸非常小。

中控屏幕既有常见的移动设备尺寸,也有超长尺寸带鱼屏幕,没有一个较为统一的规范标准。这些导致在HMI设计中即使是同一个功能也需要针对不同的屏幕尺寸进行不同的设计,如设计布局,产品架构层次等方面可能需要采用完全不同的设计方案。

屏幕形状不固定

移动端设备屏幕形状相对固定,长宽比基本上都是接近于0.6左右(除了折叠屏),而HMI设计屏幕的形状是不固定的,有长宽比0.6的中控屏,也有长宽比1的中控屏,甚至长宽比更高的中控屏,有长方形的屏幕中控+仪表屏,也有独立的长方形的中控屏幕。

屏幕的属性

移动端设备的屏幕质量一般较高,其分辨率,DPI和色彩显示都较好,但相比较而言,HMI设计的屏幕的分辨率,DPI和色彩显示都相对较差,一方面是成本产业链的原因,一方面是车载尺寸整体上偏大的原因。这些不同点在进行具体HMI设计时都需进行详细考虑,以保证设计的最终显示效果和产品使用体验。

HUD设计

HMI设计中,HUD是重要的组成部分,但是HUD没有实际屏幕载体,属于虚拟投影,即将相关的信息投影到前挡风玻璃上。因此HUD相关的设计与移动端设计完全不一样,这一点与AR和VR这些虚拟显示设计更为接近。

设备联动

与移动设备不同的是车载一般都是多设备,即车辆中有多个屏幕设备,而这些设备屏幕之间是有“联动”的,这可以简单理解为同一个功能可以在多个设备上进行交互操作和信息显示,比如地图导航信息主要显示在中控屏幕中,但是由于驾驶的特殊性,导航信息也可以显示在HUD上,方便驾驶用户在驾驶过程中查看导航相关信息。

再比如用户既可以在中控屏幕上进行音乐播放相关操作,也可以利用方控进行相关操作(如果有相关功能)。还有前排用户可以操作控制后排屏幕,或者后排屏幕来操作前排屏幕等。虽然这种联动本质上属于产品定义的范畴,但在具体的HMI设计中,我们是需要考虑这种设备间联动对具体设计的影响。

4. 设计对象

设计对象主要是指产品功能逻辑和相应的表达形式。移动端的设计对象一般都是“虚拟”存在的数据信息,这些数据信息基本上来自于服务端或者本地数据,但是HMI设计中除了“虚拟数据”外,还涉及到很多硬件“信息”和“操作”,即用户需要操作硬件,如空调调节,氛围灯调节,开关车门等。

常见的HMI设计对象可以简单归纳为这几类,一是车辆控制相关的设计,比如空调、座椅、车门等;二是驾驶相关的设计,比如仪表设计,ADSA,HUD等;三是第三方相关应用的设计,比如QQ音乐,这些第三方应用基本上与移动端常见的APP基本上是一样的(此处的设计不包括具体的UI设计和动效设计等设计表达形式)。

此外由于车载环境和驾驶场景的特殊性,从产品功能逻辑层面来讲,HMI的设计的“复杂度”是要有一定的“限制性”,即保证安全第一,过度复杂的设计必然影响驾驶和乘坐的安全。

但在移动端设计的复杂度几乎没有限制,只要满足需求且合理就可以。当然HMI设计复杂度限制主要是针对硬件相关和驾驶相关的HMI设计,以目前的技术条件和实际场景来说,硬件和驾驶相关的功能本身也无法承载过于复杂的逻辑和设计。

还有一点值得注意的是,由于涉及到大量的驾驶相关的设计,因此相关的HMI设计还受到大量法律法规的限制,这一点移动端设计受到的法律法规的限制要小很多。

5. 交互方式

移动端产品中,用户的交互操作方式基本上都是手势操作,其中语音交互只要在特定的产品和特场景下才会使用。此外,硬件交互相关的场景和产品功能就更少了,一般都是系统层面的功能才有,比如开关机、音量调节等。

移动端产品中,硬件交互方式基本上可以认为是一种补充交互方式,不是主要的交互操作方式。

但在车载产品中,由于其产品、场景和用户的特征,硬件交互是非常重要的交互操作方式,使用场景比较多,尤其是驾驶相关的功能。此外,由于语音交互非常切合车载环境,也是未来HMI设计的重点和趋势。

6. 设计流程

由于汽车的特殊性,HMI设计的流程与一般的移动端设计流程的差异是非常大的。在HMI设计中,跨部门和跨团队的合作是必然的,异地沟通交流也是非常常见的。而且HMI设计的周期也比较长,基本上没有移动端产品设计上的“敏捷开发、敏捷设计”的概念。

因此HMI设计中的设计沟通显得尤为重要,一不小心就可能因为沟通歧义造成设计问题,所以有人开玩笑说HMI设计师不是在开会就是正在会上跟别人互怼甩锅。

HMI设计与移动端设计还有一个较大差异点在于HMI设计中很多功能和技术方案是由第三方供应商提供的,甚至设计外包。即使是自研功能的HMI设计,其自由度也不会像常见的移动端设计那么“自由”。

在此种场景下,HMI设计师的设计职责与移动端设计师也是有所差异,对设计的“掌控度”和“专业度”可能不会像移动端设计那么“可控”,所以HMI设计师经常有一个“关键词”——设计把控。

7. 设计标准化

移动端设计经过这么多年对的发展,已经形成了一整套相对完整和标准的设计体系,比如设计规范,设计流程和设计评估等。尽管HMI设计的历史很长,但真正作为较为普遍的消费设计,其时间并不长,因此当前国内的HMI设计,是没有一套相对完整和认可度较高的设计体系,设计的统一标准化的程度比较低。

因此在HMI设计中是没有什么较为靠谱的“借鉴”和“参考”。看过很多车载HMI设计案例,其中给我印象最深的是华为的HMI设计,其系统性、结构性、平台性和专业性等方面都做的比较好,但是还是没有移动端设计的标准和规范化高。

8. 设计原则

在移动端产品中,几乎所有的设计原则都可以当做某一产品的设计原则,也可以根据产品需求来自定义设计原则。HMI设计中大体也是如此,但是也有一些差异。比如安全原则几乎是所有HMI设计都需要重点考虑的设计原则,尤其涉及到驾驶相关的功能设计。

此外HMI设计中比较常见且比较重要的设计原则还有易读性、易理解性和易操作性等。当然这些设计原则在移动端设计中也是需要遵循,但是其重要程度和对具体设计的影响是不一样的。

三、HMI设计和移动端设计的相同点

HMI设计和移动端设计的确有很多差异,但这些差异可以理解为“人——产品——环境”的差异,即具体设计过程中需要关注重点、设计目的和评判标准有所差异,而不是设计本身上的差异。从这一角度来看,HMI设计和移动端设计一样存在很多相同点。

1. 设计本质

所有的设计都是为了解决用户的问题和满足用户的需求,为用户和产品提供更多的服务价值,可以认为所有设计都是殊途同归的。移动端设计是为了满足移动端产品用户的需求,HMI设计是为了满足“驾驶”和“驾乘”用户的需求,设计的本质都是为用户提供更好的产品体验。

2. 设计思维

设计思维就是设计师在设计过程中的思考方式,我认为HMI的设计思维和移动端设计的思维是一样的,比如如何解决产品需求中的问题,如何更好的将信息传递给用户,如何合理呈现用户的交互操作,如何保证设计的统一性和规范性等。

以我的实际经历来看,移动端设计师想转行做HMI设计完全问题,需要将移动端的设计经验进行转换,使其更加符合HMI设计需求。毕竟HMI设计和移动端设计之间存在的差异的是无法否认的,这也是很多车企希望招聘有车企经验设计师的原因(虽然我不认可,但的确是最简单直接的方法)。

所有的设计本质和思维都是一样,了解了HMI设计要求和特点,利用自己底层的设计思维去进行设计,互联网设计师一定可以做好HMI设计,而且互联网设计师在设计的系统性、敏感性、大局观、纵向和横向的专业能力等方面还是比较有优势的(毕竟是内卷过来的),因为模仿借鉴对手是不可能打败对手的,只有不一样的东西才可能超越打败对手。