笔者在前面的几篇文章中讲述过作为一名设计师,需要做用户调研,创建人物模型,归纳出用户需求,再描述用户使用场景,将用户需求转变为产品需求,之后经过几轮的用户测试,最终绘制完整的界面原型并交付到开发人员的完整流程。然而在实际工作中,由于项目时间的限制或者预算的紧张,以上这些流程很难完整地、顺利地执行。很常见的一个方式就是产品经理丢过来一个需求文档,然后设计师就只能像顺从的小绵羊惨变“线框仔”。
那么面对这样的一个场景,作为设计师如何发挥自己的专业技能,在完整流程缺失的情况下,尽量完成好的设计呢?
和产品经理一起做用户调研、需求分析
如果产品经理在前期的工作中有做用户调研和需求分析,那么就尽量参与其中吧。正如之前文章所提到的,由于产品经理思考的维度大多从商业利益和项目角度出发,设计师最需要的用户体验维度很难在产品经理独自撰写需求文档中体现,那么在实际的设计中,设计师很难真正的把控产品需求,很可能造成错误的进入和错误的产出。
所以在前期调研的阶段,设计师要与产品经理合作,发挥各自优势,共同完成需求文档,这样就可以做到用户需求和商业价值的平衡,避免产品在设计过程中偏离产品方向。
但是如果设计师没有充足的时间与产品经理一起完成调研,那么就要事先将设计所需告诉产品经理,比如产品定位、目标用户定位以及目标用户需求等信息,让产品经理在调研过程中注意收集记录。
总之作为设计师,一定要尽可能参与到用户调研和需求分析的阶段,即使不能亲力亲为,也要事先与产品经理沟通。
辨别需求文档的合理性
如果设计师确实没有在前期和产品经理一起参与需求分析,而是直接拿到了需求文档。那么对于需求文档中的业务逻辑、产品要求、资源限制等信息,设计师需要彻底理解。而关于信息架构、任务流程、页面描述等,设计师仅作参考即可,甚至笔者认为可以暂时完全忽视,因为这些可能会限制设计师的思维,在设计师完成设计后可以与之对比,确定是否设计正确。
所以当拿到需求文档时,面对一堆产品功能的描述时,设计师需要第一步需要考虑的是用户的本质需求,从而确定设计目标。并以设计目标为核心发散出产品的功能和内容。当然这只是在已经不可逆转的情况下做的最后努力。
在这里笔者举一个小例子,这个项目是来自于笔者的一个朋友。
产品需求:这是一个个人医疗信息的产品,最近要在PC端的基础上设计一款移动端产品,产品经理要求将PC端所提供的信息全部展示在移动端。
PC端设计图
当设计师拿到这样一个需求,如何寻找设计目标呢?
因为有了之前pc端的成熟产品,所以设计师可以从产品经理处可以得到一些有用的信息,比如用户日常的使用流程,用户对产品的反馈和评论。其次可以对比竞品,找到竞品的优势。
在这个例子中,产品的主要目标用户是患者,其次是医生,通过对用户使用流程的了解发现,在日常使用中,患者会查看一些基本信息,比如通过病历得知自己得的是什么病,医生开的都是什么药,每日的剂量又是多少,对于其他信息,由于专业性太强,用户并不能很好的理解。而对于医生来说,通常是患者将手机上的信息展示给医生,然后医生再根据每一项数据作出病因分析,然后做出诊断。
所以通过对用户日常使用的了解,可以得出结论,患者在使用时,由于专业性的限制,所关注的信息量极为有限,他们只关注对于疾病的诊断、以及治疗方式,而医生因为要做出病因分析和诊治,需要对每一个信息深入了解。
所以这个移动端的设计目标可以简单的归纳为只为主要目标用户展示有用信息,为次要目标用户展示全面的信息。因此,笔者为朋友提出了以下的解决方案:
app设计
笔者考虑这样的设计可以让患者直接看到最有用的数据,不需要面对每一个分项里数量巨大而且又晦涩难懂的数据。只有当医生需要查看每一项的详细数据时才点击进入,此时医生对于负荷量和专业性是有充足准备的。
所以,在实际的工作中,作为设计师,有条件的情况下,要尽量参与到前期的用户调研和需求分析中。在无法参与的情况下,设计师也要对产品经理的需求文档做进一步的分析,将功能和内容做优先级的排列,找到最终的设计目标,才能进入到真正的设计阶段,以避免前期流程的不完善而造成的后续决策失误。
参考文献:《破茧成蝶-用户体验设计师的成长之路》
特别鸣谢好友“飞”为本文提供的案例。
文章来源:邮件投稿(admin@iamue.com)
作者:芥子未末