当前位置: 首页 > 图文教程 > 网站运营 > 网站策划 > 用户体验设计策划:培养一颗贴近用户的心

网站策划
艾瑞数据:2008年度网络生活指数热点解读
母婴产业链分析:国内母婴产业之群雄逐鹿
按效果付费广告将成电子商务主流营销方式
十四种中国站长赚钱方式 还有没有补充的
草根美女站长运营游戏时的那些破事(图)
面向市场分析 进行网站运营策划八个步骤
把SNS当游戏运营不可取
中小企业B2B电子商务之路 化危机为机遇
寒冬中敲响了B2B渠道代理的警钟
网站盈利的条件 做好服务和抓住用户需求
盈利之困 决定视频网站存活四个关键因素
SNS网站的三条路线之争 海内开心与雅虎
站长如何赚钱 联盟商务和游戏三模式解析
社区电子商务市场一窥
从网站盈利基础探析未来在线地图盈利模式
企业网络营销的必然选择 效益型网站建设
试分析地方门户网站的博客商业化是否可行
网上开店真经秘笈 四个生活俗语助你成功
分析地方门户盈利渠道内容构架和互动元素
从版权和广告看 如何打造中国版Hulu网站

网站策划 中的 用户体验设计策划:培养一颗贴近用户的心


出处:互联网   整理: 软晨网(RuanChen.com)   发布: 2010-01-03   浏览: 60 ::
收藏到网摘: n/a

摘要:

对于设计师,

-挖掘用户需求,具有什么样的价值?

-挖掘用户需求,能做些什么事?

-挖掘用户需求,保持怎样的心态?

-挖掘用户需求,实践中可以怎样做?

俺的宗旨,尽量把自己的实践方法介绍给大家,重点在于HOW。

但俺根本的宗旨,不是教大家花很多时间去执行这些方法,而是培养一颗贴近用户的心


0.BG

女王

我们,或是莫名其妙的开工,根本不清楚自己接的什么产品;或是MRD\PRD一应俱全,却是依葫芦画瓢,只专注于界面的设计;又或者热情高涨,很有见解,却PK的不是那么有理有据。这就是我工作一年来的前世今生。

当然我们的终极目的并不是尽早拿到一份数据翔实的MRD或者缜密完善的PRD,这个产品/项目概念是什么,动机是什么,怎么做比较好等等,才是设计师们前期想要了解的,而且希望是越早越好、越多越好。

也许有人说,有了运营、PD、用研的达人们,设计师为什么也要凑上来围观呢?

答:因为我们是一群自以为的、不明真相的体验专家。


1.WHY——针对4个对象的9点必要性

【对于设计师】

×做好本职工作的入门课

之前看了篇文章,作者主张先做行业专家,然后才有资本做体验专家。设计师具备了一定UE领域的专业知识,但只有加上对行业的用户行为、行业规则、行业特点深度了解,才算具备谈体验的基本条件。

我是豆瓣的忠实用户,我是Google的热情粉丝,但是作为电子商务的设计师,我们可能是天然的买家,但大都没有开过店,或是小本经营,对于卖家群体依然很陌生,所以贴近用户深入持久地了解这个行业是似乎是我们的入门课。而即便在用研团队介入的情况下,设计师依然需要关注和参与整个研究的过程。

一句话:先把自己打造成行业的专家或者至少是资深用户。

×使设计师关注大交互

如果只是抱着MRD\PRD依葫芦画瓢,我们就只会专注于交互方式是否优异,控件用的是否合适这样的交互细节。不是说细节不重要,如果产品的功能设定有问题,细节处理的再精妙也只是舍本求末,缘木求鱼,因为那不是用户需要的,他们totally不care。关注用户、关注行业可以在不经意中把我们的注意力转移到产品的大交互上来。方向指明了,更利于精益求精。

一句话:不要先入为主,不要陷入细节 。

×提升设计师的专业技能

学工业设计的时候,我们有市场调研这一课。设计流程中,前期调研是一个必经环节。虽然学校时调研往往流于形式,使设计总充满学院味,但可见这项技能重要性。

掌握独立研究的方法和流程,可以帮助我们更有效的开展工作。而且方法是通用的,即便不是设计师的角色,习得此项技艺也会受益良多。

一句话:师夷长技以进取。

【对于项目】

×保证项目顺利,明确表达产品意图

要保证项目顺利执行,交互和视觉设计能够更好的表达产品意图,设计师须要对这个产品的前世今生有个了解,不能望(PRD)文生义。

×验证商业与用户需求的契合度

可以帮助PD去验证产品的规划和功能点是否与用户的需求有太大的差异,当差异过大时,及时作出判断,适当调整产品方向;

×增强认同感与使命感

即便我们所得研究结果与PD前期的规划内容一致,我们所做的事依然不是徒劳。它可以让团队对将要做的事抱有强烈的认同感和使命感,更好的把产品实现出来。

【对于产品】

×摸清用户的底线,抓住核心体验

TA没想到的,你给了,TA未必高兴;但TA想要的,你没给,那TA就不能接受了。基础的就是核心的,抓住了用户基础需求,改善基础体验,才能降低用户的门槛(A宣 语),这才是用户最离不开这个产品的原因。

×有利于产品的可持续发展

我们这里的设计师们大都身兼数条产品线,每天都是多任务处理,很难对自己的产品有很深入的认识,开发亦然。举例某产品的前端开发工程师一年换了5人,工作量大的话,他们只能按照我的描述去纯写代码,因为没有时间了解业务。不同的PD规划了不同的方向,不同的设计师设计了不同的风格,不同的开发人员写了不同的代码,致使产品不能持续发展,严重影响了用户体验。如果设计师可以持续跟踪用户的需求变化,并形成文档记录,一来方便自己对产品的理解,二来可以降低其他人的学习成本,即便换了人也能把产品的原主旨贯彻下去。

【对于资源】

×在没有用研团队支援的情况下,通过快捷、便利的方法,独立研究,产生结论。

最后,这件事完全无害,且不具风险^_^。

———————————-【前篇】END—————————————

再重申俺的根本宗旨——

不是教大家花很多时间去执行这些方法,而是培养一颗贴近用户的心