设计中的产品问题解决与产品发展前瞻冲突

作者: iam3y.com 分类: 产品设计 发布时间: 2014-09-18 15:44 ė 6没有评论

产品在发展的过程中肯定会遇到问题,如交互复杂,步骤拖沓。产品经理有时候必须要对这些问题进行思考,并提出解决方案。当我们在解决问题的时候,如果提出的方案未经过深思熟虑,有可能在解决当前的问题,会引入潜在未知问题。这些问题在解决方案上线一段时间后可能会逐渐暴露,并以其交互的不适应性推翻你当前的解决方案,这时候如果你要把方案推倒重来,请准备好,#射击湿和程序猿分分钟会把你砍死#,更重要的是,你这个方案改变了用户的使用习惯和这段时间的用户教育,全白干了,这对用户体验是一种伤害。

 

我把这种产品发展过程中出现的问题描述为:

产品问题解决与产品发展前瞻冲突

 

这种冲突是怎么产生的呢?

这是对用户诉求描述不准、需求本质理解不透、产品发展方向不清导致的。

QQ20140918-1

 

举个栗子。

卤煮 发现要管理某个项目时,必须要到点击“我的”页面进入项目列表,在列表页找到这个项目,然后点击进入这个项目管理页,但这个项目管理页只有几个按钮,显得非常空洞。而且,让卤煮感觉非常懊恼的是点错了,得点一下浏览器的后退键回到项目列表页,找到自己想要的项目,再进去。。。卤煮觉得页面信息太散,交互步骤太多,回退比较麻烦,而且“我的”页面只有”我的项目”功能,并没有未来可能有的“我的设置”、“我的消息”之类的。未来 我的=我的项目+我的设置。。。

于是,卤煮觉得是不是需要对我的页面进行改造呢?

QQ20140918-4

 

于是,卤煮用纸画了一张粗糙的原型图,顺便找了个同事来讨论。

4.pic

 

罗列了一堆新设计的功能优点:

(1)将项目列表页和详情页合二为一了

(2)强化了“我的”页面的定义

(3)进入我的页面,自动选中最近的项目,更符合用户的使用习惯了

(4)朝着“后台管理”概念迈进了一步

(5)缩小了项目缩略图参差不齐导致的页面留白太多带来的页面视觉影响(至于为啥不用瀑布流,你就别问了)

 

然后两人兴高采烈叭啦叭啦讨论了一阵,最后,同事问了我一个问题,“项目越来越多是一个趋势,这里,你怎么对项目进行管理呢?比如,我要对项目进行分类?还有,用户进入这个页面时,查找功能强,还是管理功能强?”

 

唔,在这个新的界面里,怎么对项目进行管理,这个问题我没回答上来。

虽然现在没有对项目进行归类,但是不排除将来没有啊。如果将来有,这个方案就 。。。

 

于是,解决产品问题时引入未来可能会产生的问题,冲突就产生了。

 

这三个问题重新被提出来:

(1)有没有抓到用户的诉求?痛点是什么?

(2)需求本质理解透了吗?

(3)产品发展方向是什么?

 

这些问题,我们在进行产品设计的时候随时都要问自己。

如果用户不痛,就别为了改变而改变。

如果痛,要找到哪里痛,然后考虑以后会不会痛,最后才是下药。

 

解决冲突,主要是在 “现在下药解决痛处,要考虑以后痛不痛”这一环,怎么能避免“以后痛”呢?

 

(1)需求沟通,跟用户聊,跟产品研发聊

(2)出低保真原型,比如纸质原型,推翻,重建,推翻,再重建。

(3)基于(2),出高保真原型,再讨论。。。再修改。。。再讨论

(4)产品设计者,始终记住出发的目的和方向。

 

 

以上均为产品汪不知所言,乱七八糟,要拍砖请认真拍。

本文出自 IT P民,转载时请注明出处及相应链接。

本文永久链接: http://www.iam3y.com/?p=1199

发表评论

电子邮件地址不会被公开。 必填项已用*标注

Ɣ回顶部