国内某头部智能硬件公司做过统计：近三年上线的新产品中，73% 因为“设计阶段缺项”导致返工，平均每个项目多花 2.4 周补充用户调研或原型验证。换句话说，产品经理和设计师如果只拼界面美感，连及格线都够不上。

用户场景不是“访谈几句”就能摸清的

真实痛点藏在行为习惯里，而不是用户嘴上说的“我需要”。举个反例：某团队设计老人手表时，调研了 10 位老人，对方都说“屏幕字要大”。结果首版样机做出来，80% 的老人反馈“根本不想戴”，因为表带扣环太细，老人手指笨拙，每天反复穿脱太麻烦。场景还原必须做到“他在什么时间、什么光线、用哪只手操作”，否则你设计的只是自以为完美的摆设。

信息架构比界面好不好看重要十倍

一个常见误区：产品经理先把视觉稿画得精致，再往里塞内容。结果往往是用户点三个入口才能找到核心功能，或者某个按钮位置和用户心理模型完全相反。举个例子，某医疗 App 把“紧急呼救”按钮放在个人中心页面第三屏，设计评审时没人发现问题——直到第一次内测，用户花 40 秒才找到。优化方案是把它做成悬停按钮，且按一次后直接触发电话而非弹窗确认。信息架构的本质是“用户大脑的路径预判”，和配色、圆角无关。

交互反馈的“时延”是一个隐性杀手

很多设计师给按钮加了 0.3 秒的动画效果，觉得很高级。但某电商平台数据显示：当支付按钮从点击到出现结果的时间超过 1.2 秒，用户放弃支付的概率上升 26%。更隐蔽的问题是“无反馈时段”——比如上传文件时，如果进度条卡在 99% 超过 3 秒，用户会认为系统死机而强制退出。正确的做法是：每个操作后 200 毫秒内必须给视觉或震感反馈，长任务需要分段告知进度（比如“已压缩 40%，剩余约 8 秒”）。

避坑与执行建议

• 别用“竞品也有”来论证功能合理性：某社交产品抄袭竞品的“摇一摇”功能，上线后用户投诉率 34%，因为竞品用户是年轻群体，而你的核心用户是 35 岁以上办公人群，摇动手机意味着误触。每个功能必须拿自己的场景数据反复测试。
• 原型测试至少做三轮“盲测”：不要给用户任何提示。第一轮只扔出产品，观察他如何摸索进入首页；第二轮才给任务（“买一张电影票”）；第三轮针对关键路径的卡点做 A/B 测试。三轮下来至少能发现 5 个以上的设计漏洞。
• 把“开发可实现性”写进设计规范：很多设计师喜欢在标注里写“此按钮点击后飘出粒子特效”，结果开发说要 3 天，排期冲突直接砍掉。正确做法是：设计阶段就和开发对齐技术边界，把动画、手势、数据加载的极限值写进规范文档，避免返工。