最近在帮客户评估设备端的HMI方案正好看到一条新闻——Microchip把WillowTree Apps命名为design partner。乍一看这是再普通不过的商业合作通稿一家芯片大厂和一个做App设计的技术公司握手。但我盯着这个标题看了很久因为它恰好戳中了我这几年接触嵌入式界面开发时最大的感触整个行业终于意识到芯片性能早就不是瓶颈真正把产品拖下水的地方往往是那块屏幕的体验。这条消息对两类人特别有参考价值一类是做嵌入式硬件的工程师一类是做数字产品设计的人和团队领导者。如果你一直有疑问——为什么嵌入式GUI开发工具总是做得那么糙为什么芯片厂做出来的界面组件库一看就是工程师审美——那这篇内容应该可以给你一些答案顺便也聊聊这类合作会怎么影响我们的开发方式和产品气质。先说结论我觉得这不是一次象征意义的站台而是Microchip在替整个HMI产业链补一块缺失多年的拼图。1. 芯片厂商的设计合伙人是在补一块缺失的拼图在没有更多内幕信息的情况下我们只能从公开的公司定位和行业惯例去判断。Microchip为什么会找一家App设计公司来当设计合伙人最直接的解释是芯片厂商虽然能把MCU、触摸控制器、图形加速器做得非常强大但他们并不擅长为这些硬件设计让人舒服的界面工具。从产业历史看半导体公司的产品重心一直在IP、功耗、外设集成、生态支持这些硬指标上。过去几十年MCU的应用场景大多是电表、马达控制、电源管理这些东西的交互界面就是几个数码管和一排按键能亮、能按、能响应就行。做这类工具的人是嵌入式工程师思维重点放在功能能不能实现和代码能不能生成至于按钮要不要圆角、配色是不是统一、交互是否符合直觉没人在意。但现在不一样了。一台工业设备装上彩色触摸屏、一台医疗仪器要有患者友好的操作界面、一个智能家居中控要考虑老人小孩的使用习惯这些场景不再是能用就行而是好用、好看、好学会才行。消费电子把用户口味抬得太高了用户不会因为你做的是工控设备就降低体验标准。芯片厂商如果光提供图形库和驱动不解决界面设计体验的问题客户那边依然会在界面丑、开发慢上反复踩坑。1.1 界面在嵌入式产品里的地位已经从配件变成了卖点很典型的现象是客户采购一块工业平板、一个家电控制面板、一台商用设备的时候第一轮筛选指标除了价格和性能越来越多地会问界面能不能定制交互体验怎么样以前这是终端厂商自己搞定的活儿现在变成了上游芯片方案商需要回答的问题。我经历过一个真实项目产品硬件方案定了、主控选型定了结果产品经理在评审UI原型的时候发现原型和实际嵌入式屏幕上的效果差距巨大——字体渲染毛糙、动画掉帧、布局超出屏幕边界。最后整个团队回来重做界面花费的时间远超预期。问题出在哪出在硬件方案的图形能力和设计资源之间根本没有被打通过。芯片厂商给的参考只到能点亮屏幕没有人帮忙把设计师想要的界面翻译成MCU跑得动的界面。所以Microchip这次找WillowTree不是一时兴起。往大了说芯片厂商正在从卖硬件转向卖体验方案。往小了说他们终于明白工具和参考设计再强如果缺少了专业设计团队的视野和设计语言始终是另一种意义上的半成品。1.2 芯片厂自己做设计为什么总是差口气肯定有人问Microchip自家也有图形套件MGSMicrochip Graphics Suite有可视化界面编辑器为什么还要外聘设计团队因为做工具的能力和做设计的能力是两条完全不同的技能树。芯片厂做UI编辑器会天然地把重心放在如何把UI描述转换成底层绘图指令如何优化内存占用如何支持各种显示控制器这些工程问题上。这没有错但结果往往是功能上什么都有使用上却处处别扭。就像一间厨房锅碗瓢盆一应俱全橱柜里全是顶级设备但没有人告诉你一道菜该怎么配菜、怎么摆盘。专业设计团队介入的恰恰是后面这部分信息架构、交互流程、视觉规范、设计系统、用户体验验证。这个道理放到App行业早就被验证过。你去看那些融到资的创业公司早期MVP可以丑但一旦过了验证期创始团队第一件事就是补设计能力。芯片生态发展了这么多年工具链的复杂度越来越高但设计能力这个岗位却始终缺席。WillowTree被请进来等于是在芯片生态里新设了这个岗位。2. WillowTree Apps凭什么被选中——它带来的是产品思维我先说明一下没有内部信息渠道但对这家公司的背景做个基本判断还是可以的。WillowTree是一家专注数字产品服务的公司业务覆盖移动App、Web应用、产品设计与数据工程。他们服务的客户集中在大型品牌和企业这类项目最讲究的不是某个功能炫技而是在复杂业务约束下让用户体验保持统一和顺滑。这和芯片行业熟知的那种合作伙伴完全是两个物种。芯片生态的传统伙伴是分销售、第三方开发工具商、方案集成商他们擅长的是驱动、BSP、参考设计是往硬件底层深入。WillowTree是从产品定义和用户体验层切入的他们懂用户研究、懂信息架构、懂设计系统。你不是找一个会画界面的美工而是找一个能在设计和技术之间做翻译的人。2.1 Design Partner这个词意味着什么在消费科技圈design partner是一个很重的词。它不是接一单外包设计然后交付PSD那种合作而是深度参与对方的产品定义、交互框架、设计语言建设甚至会影响后续好几个大版本的演进方向。放到Microchip这个语境下比较合理的猜测是WillowTree会参与到Microchip图形套件、HMI参考设计、示例应用界面这几个层面。具体一点说帮Microchip的UI编辑器做交互和视觉重构让它不再像传统EDA工具那样劝退设计师给嵌入式HMI的参考设计做一套系统性的视觉语言包括配色、字体、组件状态、动效规范把设计师从Figma到MCU这条素材交付链路的体验打通减少设计师和工程师之间反复传话的损耗面向行业输出设计模板让客户拿到评估板就能做出一个看起来很专业的界面原型。这些都是我在实际接触嵌入式HMI时觉得最痛的地方。如果最终能落到其中一两项对工程师和设计师都是实实在在的解放。2.2 商业逻辑好界面能带动芯片销量看这类合作不能只看台面上的新闻稿得看商业动机。芯片厂为什么要请设计公司因为芯片的性能和成本越来越接近客户的取舍往往取决于谁的方案让我更容易做出好产品。一个评估板如果配的界面demo还是那种蓝底白字的工程样式客户带回去给老板看老板只觉得丑根本不会关心里面用的是哪家MCU。反过来如果评估板上的界面做得像一台消费级设备一样精致客户做选型汇报的时候光是展示效果就能省掉一大半说服成本。这跟装修公司用样板间卖主材是同一个道理。样板间越有设计感主材越好卖。3. 嵌入式GUI被吐槽几十年问题到底卡在哪聊完新闻层面的逻辑回到实际开发。我做了不少HMI项目也带过团队几乎每次都会在UI环节遇到同一类问题不是技术实现不了而是需求和实现之间缺乏一座桥。这座桥恰恰就是设计能力。3.1 一个典型的嵌入式HMI开发流程时间都耗在哪先走一遍传统流程大家感受一下。产品经理给需求大概意思是这里有个参数设置页做个分页用户点完要保存。设计师在Figma里画一版标注了颜色、间距、字号。工程师拿到标注开始在嵌入式图形库里面一个一个像素地摆控件。看起来没毛病细节全在坑里。嵌入式端和设计稿的字体渲染不一样设计师用的字号偏大MCU上放不下设计稿里的图标是从图标库下载的SVG到了MCU得转成特定格式的位图还得考虑内存放不放得下动画效果在Figma里是加一个transition的事到了嵌入式端一帧一帧手动调还未必跑得动。最终结果就是设计师觉得工程师能力不行工程师觉得设计师不懂硬件。更麻烦的是嵌入式HMI的验收不像App那样手机上有截图工具需要烧录到真机拍照发群里然后再提修改意见。改一轮烧录一次拍一次照。整个流程的时间大头都耗在这种沟通和往返上而不是真正在创造什么价值。3.2 资源限制不是借口但它是设计必须面对的硬约束很多来自App领域的设计师刚开始接触嵌入式界面时容易低估硬件限制。手机App跑在GHz级别的CPU、几GB内存上嵌入式端是几十MHz到几百MHz的MCU、几十KB到几MB的RAM。同样的界面设计在手机上可以把弹窗、模糊、动画都拉满在MCU上就要算账。算一笔最简单的账。一个320x240分辨率、16位色深的屏幕一帧画面的裸数据是320x240x2字节约150KB。如果MCU没有外扩内存这150KB可能已经把可用RAM吃掉了大半。所以小资源设备通常会采用局部刷新、压缩存储图片素材、降低色深这些手段。界面一复杂图片一多Flash里存素材的空间也在打架。分辨率再往上走比如800x48016位色一帧就约1.5MB这个量级对大多数MCU来说已经超出内置RAM了必须靠带显存的屏幕模组或者外扩SDRAM。很多HMI项目到最后最大的设计约束不是好不好看而是这屏跑不跑得动。3.3 最隐蔽的坑团队之间缺少共同语言我观察到的最隐蔽、同时也是最浪费成本的坑是团队之间没有一套可复用的设计语言。App团队还有设计系统、组件库这一整套东西嵌入式团队基本没有。每个界面都是现场写、现场调这个项目的UI代码几乎没法复用到下一个项目换一个屏幕尺寸就要重排一次。一个现代App团队里的分工是设计系统负责人定基础token——颜色、字号、间距、圆角、阴影业务设计师基于组件库拼装页面研发用代码实现组件库。这整个流程里信息是结构化传递的。嵌入式团队不一样大多数时候设计交付物是几张静态图片工程师拿到之后用图形库的API一个个控件摆出来。设计规范有没有可能有但没落到代码里。组件库有没有没有。所以每次新开项目同样的按钮、同样的列表、同样的弹窗都要重写一遍。WillowTree这种专业团队进到生态里最有价值的事情不只是画几个漂亮的界面而是可能帮整个生态建立一套设计语言让设计师和工程师在同一个维度上对话而这恰恰是嵌入式工具链一直缺的东西。4. 工具链正在经历的转变从能画控件到设计协作平台芯片厂找设计伙伴这件事从更长的时间线看是嵌入式GUI工具链演进的一个注脚。过去十年嵌入式GUI工具经历了几个阶段首先是纯代码绘图工程师用图形库API画线画圆所见非所得然后是可视化编辑器能在开发机上拖拽控件、生成代码这是MGS这一类工具的基本形态再往后行业里开始出现LVGL、SquareLine Studio、TouchGFX等工具把设计师友好度放到了台面上。未来的方向我觉得不是继续堆控件而是把整个设计协作流程搬进嵌入式工具链。也就是说UI编辑器不再只是给工程师用的配置工具而是设计师和工程师共同使用的协作平台。4.1 设计系统的种子终于可能落进嵌入式端设计系统这件事在Web和App领域已经是标配但在嵌入式领域一直很难落地。原因有几个第一各家的屏幕尺寸、色深、字体资源差异太大没有统一标准第二MCU资源有限设计系统里那些漂亮的动效和丰富的组件分层跑起来可能性能不足第三缺乏工具支撑没有像Figma那样能够维护组件库和设计令牌的平台。现在情况在变。芯片厂商手里有清晰的目标硬件平台他们完全可以针对自家的MCU和图形套件推出一套官方设计系统——组件库、字体规范、配色方案、布局规则。开发者拿过来可以直接用用它做出来的界面天然是质感统一的。这比每个项目从零开始探索高效得多也更接近App开发的成熟节奏。WillowTree当这个设计合伙人最顺理成章的产出就是帮助建立这样一套系统。以后你打开MGS的组件库看到的不再是工程师拍脑袋定义的灰扑扑控件而是一套有完整设计逻辑、有交互状态、有层次结构的组件体系。这才是我想看到的东西。4.2 从Figma到MCU的素材链路急需被认真对待在目前的开发生态里把设计师的Figma稿件导入到嵌入式工程仍然是一个高摩擦过程。图片要逐张导出、转格式、压缩字体要转成嵌入式用字库图标可能要一张张切图。一套界面几十个图标光这一步就能消耗半天时间。要想让设计真正在嵌入式端高效落地工具链必须把素材自动化处理好。设计师在Figma里更新一个图标工程师那边的资源目录里能自动同步更新设计稿里的字号、颜色能自动映射成嵌入式工程的样式配置动效参数能导出成运行时的动画描述。这些技术都不算新只是还没有人针对MCU这种资源受限的终端认真做一遍。专业设计团队加上芯片厂商的图形库团队理论上是有机会把这个链路磨顺的。4.3 模拟器和真机预览让所见即所得更可信我在前面说过嵌入式HMI开发的一个巨大痛点是界面效果要烧录到真机才能看到。烧录一次返工一次。哪怕是模拟器能提前看到个大概也常常因为字体、色深、屏幕实际调校差异导致真机效果和模拟器不一致。所以工具链升级的另一个关键方向是让模拟器更接近真机效果最好还能做到真机即时预览——工程师在开发机上改个按钮颜色目标板卡上的画面跟着更新不需要反复擦写Flash。这类功能在有些高端工具里已经有了但普及率不高体验也还有很大改进空间。专业设计团队的介入至少能让这套预览工具的界面和交互先变得友好起来降低上手门槛。5. 工程师、设计师和团队现在可以做的准备看到这里可能有人会觉得这说的是大厂生态的事跟我有什么关系关系其实挺大的。不论这类合作最终落到实处要多久趋势已经很明确了嵌入式设备的人机界面不再是边角料它越来越需要专业设计参与。这种东西对团队能力和个人技能的要求是逐步迁移到每一位从业者身上的。5.1 嵌入式工程师把UI当成接口的一部分去对待我强烈建议做嵌入式、做系统开发的工程师不要一听到UI就觉得那是别人的事。HMI界面在你的产品里最终是要跑在你的代码上的。你不一定需要成为设计师但你至少要理解设计系统的结构、约束和表达方式。实操层面可以从小处做起下一个LVGL或者MGS的示例打开它的结构看看里面的主题配置、样式对象、状态管理是怎么组织的试着做一个小仪表盘把外部传感器数据实时显示出来给自己定的目标是界面代码要分层业务逻辑和界面表现分离。这些习惯一旦建立你会发现后续接设计师的交付物时工作量呈几何级下降。5.2 设计师嵌入式屏幕不是小号App但设计原则相通如果你是从App或Web转过来的设计师别慌你的核心能力——用户研究、信息架构、视觉层级、设计规范——在嵌入式领域同样值钱。你需要补的只是硬件知识了解MCU的RAM/Flash大概多少、屏幕色深是什么、字体嵌入怎么处理、触摸交互的延迟会更大。这些知识不需要你变成硬件专家但至少可以让你在设计方案里主动规避那些在MCU上跑不动的效果。多和工程师沟通资源预算你的设计稿的可落地性会大幅提高。这个岗位方向现在人不多竞争小需求却在涨可以说是一个不错的差异化赛道。5.3 普通团队低成本起步的路线如果你的团队现在没有预算引入专业设计资源也不想坐等芯片厂的官方模板。我给一个低成本起步的路线亲自验证过有效先选一个开源的嵌入式图形库比如LVGL把开发环境搭起来让团队里对视觉相对敏感的人哪怕不是专职设计师挑几个参考App做一套简单的配色、字体、间距规范不需要很复杂先固化下来把常用界面组件按钮、滑块、列表、弹窗在图形库里做成自定义样式封装成组件禁止每个页面从零画想办法在Figma里先搭一个简易设计稿哪怕用团队的默认模板让工程师照着标注实现每个项目结束后把踩过的格式、字体、动画兼容问题整理成清单下次项目直接避开。这一套走下来不一定能比得上专业设计公司的作品但至少能让界面摆脱工程样机感并且大幅减少返工。写在最后一个私藏的小技巧最后分享一个我个人做HMI项目时的小方法对这个话题做个收尾。每次接到界面需求我会先要求做一个人机交互的状态清单把默认、按下、禁用、加载、错误、空数据这些状态列全再开始写界面逻辑。这个习惯帮我避掉了大量后期返工。因为嵌入式HMI和App有个很大的不同它的状态组合更少、生命周期更明确但一旦状态没处理好真机上的表现就会非常诡异——比如按了一下按钮界面卡顿用户以为死机了其实只是加载态没有反馈。很多界面让人觉得廉价原因往往不是画得不好看而是状态缺失、交互反馈不到位。从Microchip找WillowTree这个信号来看未来嵌入式工具链往设计友好方向走是大概率事件。但工具再先进最后落地还是要靠做产品的人是否愿意把界面当成产品的一部分认真对待。早一点在团队里补上设计和交互的视角你会少踩很多坑。