一、开发流程的不同
1.需求阶段。
使用场景的不同决定了功能、和功能设计的不同处理。
在汽车屏幕的使用场景就是开车和不开车的情况下，都是在车厢内，受当前驾驶环境影响非常大；而手机设备，因为其便携性，使用场景更多更广泛，两者需要的功能以及功能的侧重点、功能的设计都是不同的。
同一页面的功能设计
在手机端，更多见的是做加法的操作，叠加非常丰富的功能设计，如下图的多媒体播放页面，网易云音乐我们可以收藏列表、下载、选择歌单收藏、查看歌手信息发表评论甚至回复评论等等；在驾驶模式下，为了安全的考量，只提供基本的操作，如简单的播放控制等等。
同一功能的分场景设计
在手机端，同一功能，也会根据使用场景的不同，定制出不同的功能。比如同样的支付，我们可以有线上支付、扫描二维码支付和付款码支付、群收款、红包、转账等等各种复杂多样的设计；而在车机端，基本目前最主要的还是在线购买流量wifi或者支付停车费、ETC等较为简单的支付场景。而且在车机端的停车、ETC收费场景，会重点体现“无感”，即支付感受更轻，不打断当前的驾驶行为。
功能限制
在手机端，我们用各种手段去吸引、激活用户，用推送去唤醒沉默用户、用分享去引导用户、用游戏去吸引用户，所有的功能设计都试图去提高用户活跃度增加用户留存率。
而在车机端，更多需要用户主动发起操作，甚至在驾驶途中，某些功能限制使用，并通过辅助功能或语音控制等力求驾驶员减少操作车机，将注意力始终保持在前方道路上。
2.交互设计阶段。
同样的使用场景的不同，对两端的交互设计影响也是非常巨大的。
在手机端，我们用较多的技巧希望增加用户粘性，比如用户在完成一个交互的闭环之后，引导用户开始另外一个交互行为；
而在车机端，交互流程设计都是简短且收敛的，不会提供额外的流程路径。
3.UI设计阶段。
在手机端，因为版本更新速度的频繁，我们能看到丰富的设计语言和潮流趋势；非常注重情感化设计，会及时更新一些节日皮肤和节日闪屏等等。因为多平台多分辨率的设备特点，在UI设计中也需要注意在不同设备的设计还原度。
而在车机端，我们更多的考虑是UI界面和汽车内饰是否协调统一、设计是否清晰明了、点触是否方便等等。下图为特斯拉的界面设计，车载UI一般都是深色底，风格一般也为拟物+抽象的结合。因为研发周期较长而且OTA升级的谨慎，很少会使用流行的设计语言，也很少见到情感化的设计，一般都为冰冷的科技风格。嵌入式设备的车机特点，也要求UI设计注重某一分辨率的最佳显示效果，而不再需要跨平台跨设备的考虑适配效果。
4.开发阶段。
对于这块的技术了解的并不太多，但是还会有一些明显的不同，比如车机端更注重本地程序的稳定可靠以及对车辆的控制功能，技术难点在于与硬件的控制和交互方面，而app端则需要考虑与云端数据的获取、传送与展现，技术难点在于复杂逻辑的处理。
5.测试阶段。
相对app的测试，车机端的测试会更完整且复杂，除了功能测试，还会涉及到整车测试等等。
二、开发周期的不同
在整个开发环节中，app的周期可能是一两个月，甚至小版本的迭代只需要一周，app在不停的通过小步迭代的方式快速完成app的升级。
而车机的周期一般都需要一年以上。这个较长设计周期导致试错成本十分高昂。
三、用户研究的程度不同
app十分重视用户研究，包括前期用户访谈、画像的设计到后期的灰度测试以及用数据量化设计成果，应该来说用户始终是一个隐形的设计参与者；而在车机端，这一块目前涉及的还非常少。
四、尚无主流的设计规范
在app端，有iOS和Android设计规范可作为设计指导，并且在官网都能找到说明和下载源文件。同时各大设计网站也有分享各种优秀的设计资源和教程。这有利于规避一些常见的设计失误及节省人力。
而在车机端，各大厂商都使用自己的设计，甚至自己不同的车型的设计都是不同的，行业缺乏一套公认有效的设计规范。
五、总结
以上是个人分析的，车载HMI和互联网app设计的区别。车机目前的阶段有些类似手机feature phone的阶段。相信随着互联网的深入影响和技术的发展，车机的体验设计也会产生巨大的变革。
