问题简析 | 如何组建用户体验团队
最近有位群友发消息问了个问题：怎样组建用户体验团队
首先呢，我个人是比较排斥这种“没头没尾”的问题，没有背景，没有现状，没有目标，很难回答
不过后来想了想，这也是很多人的现状，当有一个未知的问题出现时，没有经验，没有体系化分析的时候，一切都是茫然的，甚至不知道下一步应该先做什么
所以关于这个问题，我的回复是
首先要看你们对这个团队的工作内容和工作量，工作内容关系到找什么样的人，找具备怎样特点、经验、优势的人。工作量在于你要找几个人，同时对这些人的水平预期是什么。不是说先有人再有事，而是基于现在的哪些实际情况，需要通过组建团队来解决。
其次再评估具体的成本、人员结构、人员能力侧重点和数量
用户体验也分为视觉体验、交互体验、功能体验，结合实际业务诉求，评估是招哪个方面的人，或者招一个全才，或者招一个协作能力强的等等
所以还是先把事情和期望梳理出来，再讨论要什么样的人和怎样组建的问题
现在来看，上面这段除了第三句和用户体验团队相关，其他的也适用于其他团队。而且针对不同的团队类型，第三句改改也就成了
比如要组建产品团队，也要看这个团队是偏C端还是B端，是偏前台还是中台，是初创产品还是迭代优化产品，是重拓客还是重运营，是哪个垂直行业的，等等这些分类，就能够为前期的招人提供一个基础的方向
不过最后发现，提问者的真实诉求其实是要给自己招个领导，因为他们已经有UI、交互的角色，但因为都是应届生、初级选手，所以大领导想成立一个专项小组专攻用户体验
所以说，我们问问题的时候，也没有直抒胸臆呢
当然，接着组建团队来说，梳理完目标和期望之后，在实际组建团队过程中，还要考虑以下几个方面
相互之间优劣互补 最好在做事风格和工作习惯等方面能“志同道合” 组建过程还要做到随机应变，不要开始定了一个标准，就一条道走到黑 不要死板，不要死等，有些灵活的处理方式还是可以尝试的
因为最终，我们建团队的首要目标还是要解决问题
当然其他很多方面的考虑也是必要的，但是这就看这个人到底能不能最大化解决你的问题了
而且这种简单的分析思路能够适用于很多场景，先搞明白是什么、为什么，再去想怎么做，以及做的过程需要权衡和制约的因素。我们往往拿到一个事情，直接去想怎么做，而缺少了前期结构化的分析和思考，最终导致路线跑偏，得不偿失
刚开始写公众号的时候，有一篇需求洞察的文章也有点类似（从收到需求到明确需求——需求洞察）
任何问题、任何诉求，都可以转化成一个需求，我们通过需求洞察的方法分析出关键要素和核心本质之后，再去探索不同的解题方法
我突然有点理解这句“人人都是产品经理”了
最后，我在写今天的内容时，发现有些话会以偏概全，可拆解度很高，今天先写到这吧，后面再体系化整理
每天收获一点、思考一点、分享一点，积少成多
往期推荐