来聊聊吧
扫一扫，直接联系
7 年半交互设计经验，长期负责车载 HMI 与智能终端系统级交互设计。我的工作重点是把多屏、多音源、多状态、多场景中的复杂约束，转化为清晰的任务规则、承接方式与系统边界，让交互在真实业务与工程条件下成立。
屏幕形态不再只是大小差异，而是决定什么任务适合进入、信息该收敛到什么程度的能力边界。从尺寸适配、长连屏分区到全屏性格定义，建立多屏场景下的任务接入、共存与退出规则。通过30+ 应用拆解与200+ 页面验证，把分散页面收束为可复用于多个合作车企的系统规则。
音乐已上车，但音源越来越多，桌面、副驾、后排状态各不相同。我把音乐小窗作为系统级公共播控容器设计：对用户屏蔽音源差异，对系统保留判断颗粒度，并定义打断恢复、动态音源黑盒消失与后排扩展规则。
基于用户研究，我把车载音乐需求拆成快速开始、主动找歌、持续收听与场景推荐四类任务，并重构首页、音乐馆、播放器、桌面卡片与跨端流转，让音乐从 App 内功能升级为系统前台体验。
我把主题系统从「换皮肤」的美化功能，推进到能表达状态、情绪与场景的情境系统。Alive 壁纸负责动态感知，文字壁纸负责低门槛表达，微光插件负责生成条件验证，入口重构负责让能力被看见。整个项目沉淀下四个动作 —— 翻译 · 拆解 · 克制 · 看见。
基于训练前、训练中、训练后三种状态，设计音乐、天气、闹钟在镜面终端中的展示、语音承接与操作路径。项目重点不是增加功能数量，而是判断哪些轻服务适合进入镜面，以及它们应以什么方式被承接。
长期支持更宽的业务面，保证多线任务的高质量交付，能快速切入不同模块。覆盖 OTA、车载电话、DMS/OMS、语音交互、AVM 全景影像、FM/USB、展车模式等业务。
主导 Flyme Auto 2.0 核心模块可用性测试，撰写测试脚本，赴杭州湾实车深访 10 位典型车主，提炼 211 条真实痛点。后续结合 AI 辅助分析，2 天内完成 15 位用户的数据整理与报告，为系统体验升级提供有力支撑。
输出三方生态应用适配规范，帮助第三方应用快速准确接入 Flyme Auto 框架，覆盖 6+ 品牌车型适配落地；同时指导所负责业务线其他座舱设计师的设计延展，在高频迭代中稳定输出基准。
参与姜局说车对 Flyme Auto 2.0 系统的功能采访，1 天内快速撰写访谈功能亮点与设计理念；赴银河 M9 实车现场，通过对话采访与界面实操灵活配合讲解，推动产品理念的外部传播。
继续追问：用户到底在完成什么任务，系统真正该解决的矛盾是什么。不做单点方案，重新定义结构、规则、入口与承接关系。
在安全、资源、生态、工程与业务约束下，把策略判断转成可执行的系统方案，在跨团队协作中稳定推进。
我更擅长的，不是优化某一个页面，而是让复杂系统里的体验真正成立——能力如何被组织、何时出现、以及如何在真实约束下稳定落地。
参与 Flyme Auto 从 0 到 3.0 的系统迭代全过程，介入早期核心概念脑暴与方案探索，跳出功能执行层，对系统方向形成实质影响。独立主导 Flyme Auto 2.0 实车可用性测试与用户访谈，提炼真实痛点，为系统升级提供用户侧依据。
统筹在线音乐、蓝牙、USB、FM 等全量多媒体生态的交互设计，并负责主题美化业务线；承接红旗、奔驰、极星等多品牌适配工作，同期负责红旗车型的 OTA、车载电话、语音交互、DMS/OMS、AVM 全景影像、展车模式等多条并行业务线的交互设计。
独立主导官网从 1.0 到 2.0 的制作与迭代，跟进产品发布会，参与外部媒体实车讲解与传播内容撰写；输出三方应用生态适配规范，并负责多屏幕适配规范的定义与探索。
负责商业变现、IoT 外发与数据平台等多条业务线的全链路交互设计。以游戏中心、应用商店、广告 SDK、巨赚 SDK 为核心，从商业转化逻辑出发完成全链路交互；同期承接云彩天气、IPC 摄像头、资讯等外发项目，积累了 C 端消费产品与轻商业化设计的系统经验。
深度参与华为云 PaaS 域核心控制台的交互架构设计。在严密的 To-B 业务逻辑下，将底层复杂的云计算中间件与运维技术，转化为清晰、高效、符合企业级认知的 Web 端交互体验。
深度参与唯品会 S 级大促（419 / 616 / 915）的交互框架定义与运营数据复盘。跳出单一页面执行，从"商业转化"与"资源位调度"的宏观视角，统筹跨部门协同并推进营销组件化落地。