作者： UX沐沐（Liveux）。作者授权早读课发表，转载请联系作者。
微信公
众号：
UX体验设计
(ID:liveux)
编辑：Juvae
欢迎到早读课投稿，投稿邮箱：[email protected]
在“天下武功唯快不破”的商业竞争环境下，产品研发团队要求“小步快走，快速迭代”，这大概就是团队成员普遍感觉“忙”的一个注解。
本文想和大家探讨的不是如何更敏捷高效，而是在产品研发间隙（在本期版本的设计稿已交付，到下一期版本进入设计之前这个阶段，项目主要在开发-测试-Debug的阶段，下文讨论讨论将简称“这个阶段”），设计师主要是跟进项目，所以会释放一定的空余时间，那么设计师们应该如何做设计研究？（说人话 ）也就是项目不那么紧时，我们设计师应该做什么？
![]()
最近几年，似乎所有的产品研发都在喊“以用户为中心”，要理解用户、挖掘需求，但是真正能做到的寥寥无几，很多时候还是产品、设计自己在拍脑袋，试图“推己及人”的闭门造车。其中原因可能有很多（可另行行文分析），如项目时间太紧、没有专业的用研团队、当然还和研发人员的自身修养有关等等，笔者想提醒各位的有两点：
1.研究用户≠用户研究
，在大多数注重用户体验的公司，都会设立专门的用户研究团队，而研究用户绝不仅仅是用户研究团队的事情，研究用户不是等着看用研的用户分析报告。这里不是质疑用户研究人员的专业度，而是说真正了解用户，需要研发团队的所有成员都走近用户，深入到用户的使用场景之中，首先是意识，然后是行动。
2.“眼耳鼻舌身意”
，了解用户的过程，不仅仅是听Ta说了什么，更应该是去观察去体悟Ta是如何做的、为什么这么做。
Levin Gelman在她的著作中用“Absorb”一词来概况这种洞察用户的过程，她说“it’s more than just observation, it’s truly absorbing all of the rich data that children provide with everything they do and say.”
![]()
以我们团队为例（笔者当前所在的是研发儿童科技产品的团队），为了更多的了解用户，除了和用研团队一起做入户的访谈、Workshop等，设计师会自发的去儿童活动场所（如反斗城、儿童绘本馆、游乐场等等），去观察和感知用户。
基于用户的场景，洞察真实的用户，才可能找到真正的需求，从而设计出好的产品。
在快速的推进项目的过程中，肯定会遇到多种设计方案短时间内难分高下的情况，能做ABTest自然最好，但是如果因为项目资源等各种问题无法同时上线不同版本进行测试，则可以在这个阶段（设计交付，开发-Debug阶段）做一些demo，进行小范围的用户测试，交互和视觉设计师可以自行写用户测试脚本，快速的验证。如下图：
