随便说两句“UED和产品设计”

2019-04-03    来源:Panda’s Thinking & Practice

容器云强势上线!快速搭建集群,上万Linux镜像随意使用

“UED和产品设计”这个话题不好写,我自己也在不断实践中,所以只能随便说两句。

设计师要想其设计被用户所认可,首先要理解用户的需求。并且我认为需求理解的程度要抽象到用户的本质问题,也要具象到用户在每个场景下的每一个步骤的思考。 设计的前提是理解用户需求,这貌似是一个最基本的逻辑,但很多时候很难做到。比如Alibaba的设计师很难理解中小企业主的需求,设计师又有丰富的想像力,可以YY需求YY场景,能这样的YY一套完整逻辑的用户体验也算不错了。当然,N多人一起YY项目的时候,就不知道听谁的,设计师总是有和商业需求方争执的困扰。

那么如何理解用户的需求呢? 很多UED都在招用户研究员,邀请用户测试其新产品。这些其实是最基本的。就像开发程序要有QA一样,只是做品质保证。 设计师始终面临着如何设计的问题,首先还是如何理解用户需求的问题。 我的经验,还是那句话,“先把自己扮演成用户,多去用用吧。”这是在任何调研开始之前,甚至是看别人的调研报告之前所必需做的基础工作。 “自己去用用”这个可深可浅,套用刚才说的需求理解程度,拿Alibaba.com来举例,设定一个基本目标“拿到一份供应商的报价单”=用户的本质问题。在每个环节每个过程中仔细记录自己为完成这个目标所做的动作和思考=用户在每个场景下的每一个步骤的思考

貌似我们经常邀请新员工做这样的网站体验,也有六七年的UED老人最近在和大家分享自己的Alibaba.com体验,大家可以感觉到不同,我们可以再多多实践。

当我们清晰的理解了用户需求之后,设计方案很多时候自己就蹦出来了。不过经常我们以为理解了用户需求,其实并没有抓住本质。我最近这段时间都在忙一个新项目,在用户调研和体验了各种同类产品之后,脑子里总是形象化的冒出很多想法来,很多产品的细节在我眼前晃,整理给老板们的商业报告经历了十多个版本的PPT,勉强过关之后,我自己也还在纠结中。两位PD总监给了我很多帮助,给了一个貌似简单的方法,《思考的技术》。绕过现象,抓住问题的本质,金字塔式的逻辑穷举,逐项推导。推导的过程需要亲身体验和数据验证,但之前的假设金字塔,完全是靠逻辑思考力完成的。

最近也看到UED的同学对数据分析很晕菜,拿到一堆数据不知道怎么论证自己的项目。 我的一个感受是,先有逻辑推导,心里已经有了一个或多个假设,数据只是我用来论证这些假设的证据。 设计师们总是习惯于形象思维,喜欢从细节感知事物,这是我们的优势,要保持。 最近的一个感受,当我们正在要去开发一个新产品的时候,必须从用户的本质需求开始,用逻辑的方式逐项推导,这是产品设计的树根和树杆,经常在眼前晃的是产品设计的枝叶。 明确的逻辑确保我们的产品具备商业可行性,也让我们的设计能抓住用户的本质问题,逐步展开。

也是最近和同事交流中的一点感悟,之前做产品,考虑了很多产品细节,包括交互细节,甚至视觉细节,靠这些去和强大的竞争对手拼。但我们始终没想清楚一点,用户凭什么来用我们的产品? 把我们大量的精力耗费在交互细节,视觉细节上,靠这些去PK互联网领域最成熟的产品最强大的对手,希望渺茫。所以设计师在产品设计之初需要尽力避免细节问题的纠结,经常问问用户的本质需求是什么,推导的逻辑是什么。

UED和产品设计,这个话题今天就说这些吧,以后再聊。

作者:panda

文章来源:aliued.com/panda/?p=198

标签: 产品设计 UED 用户需求 

版权申明:本站文章部分自网络,如有侵权,请联系:west999com@outlook.com
特别注意:本站所有转载文章言论不代表本站观点!
本站所提供的图片等素材,版权归原作者所有,如需使用,请与原作者联系。

上一篇:几个国内移动互联网营销案例观察

下一篇:9个不得不知的Facebook营销成功范例