盈利是用户体验之母

2019-04-03    来源:支付宝PED

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

今年交互体验日中最让我有感触的是两句话:第一句是白鸦的:我发现什么都不是一切,所有的东西都是一个整合的整体[1];第二句是《在快速迭代的互联网时代如何进行以用户为中心的设计》工作坊的主持人徐毅斐的:用户体验是一个商业名词。

一年前在设计咨询公司时,我也问过自己什么是“用户体验”,当时我认为用户体验不过是经济发展过程中公司应对激烈的市场竞争而提出的可能的蓝海方向,如同在它出现之前的“设计”、“人机交互”概念一样。我也认为如果脱离最终的目标——盈利,追求提升用户体验也就没有了实际意义。现在我继续补充下,如果出现更容易挖掘蓝海方向的概念时,用户体验概念会被市场无情地抛弃,至少被淡化

但如何围绕着这个目标做好产品?我见过许多不同的尝试:

(1)为了省钱交互设计外包;

(2)为了完美的体验结果不惜做上近半年的用户研究,最后可能是依据用研结果撰写了完整、无巨细的Spec文档;

(3)大略地理解业务方的需求,在资源有限的情况下草草地做了用研,接下去和业务方不断地碰撞,得出一份交付文档;

(4)敏捷迭代,有了想法、初稿马上和PD、运营、技术、老大们沟通,不分昼夜开会讨论,拍定一个平衡的方案快速上线,上线监测用户反馈,迭代修改;

(5)按一定的步骤精确剖析业务方的需求(口头需求或PRD),和PD沟通,讨论方案,接着和技术沟通可行性,需求会有一定的反复,直到产品方和技术方都觉得可以接受为止;

(6)了解运营方、产品方的KPI或对业务的定位(来自用户数据或拍脑袋),确定他们希望提升的数字,明确哪些可以量化为自己设计可以达到的结果,哪些不能。充分沟通需求后开发,产品上线后监测相关数据及用户反馈,迭代优化。

(7)在(6)的基础上增加在产品原型绘制过程中,由其他的设计师给予启发、建议,帮忙完善。

(8)在(6)的基础上增加在产品需求初步明确的情况下和开发接口人充分沟通开发可行性:包括需求优先级、技术可行性、资源可行性。

我在(1)-(7)的产品开发流程中,逐步听到了什么?:

我们要什么样的功能—用户是谁?—用户可能会怎么样做?用户喜欢这么样的设计—依据访谈结果(数据结果)用户希望这么做—某些用户有这样的需求—这样的需求很奇怪,是大多数用户的需求吗?拿点用户数据出来—资源比较紧张,这个需求点是体验级需求,优先级没有那么高,我们先满足核心功能需求。

看到最后那一句的说辞,是很多交互或者PD在与开发沟通遇到的,这说明什么?开发们其实也知道怎么做好一个产品,不论这样的陈辞是因为他们朴素地对于产品开发流程的理解还是源于阅读产品大师的著作!但这时屁股决定脑袋理论告诉我:作为产品设计师,提升产品的体验是我的工作之一,于是我会继续和开发去争执,抱着对“提升产品体验就能做好一个能盈利的产品”这样的质疑去争论

质疑出发点:

就本人的亲身经历和市面上出现的产品书籍的论调而言,至少一年前要求保证核心功能点体验的呼声没有像现在那么高,更多地是听到需要提升产品的体验,这样的情况在产品初创时尤为明显。我是否可以认为提升互联网产品体验的作用已经出现了边际效应递减的情况?

标签: 用户体验 盈利 互联网产品 

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

上一篇:商业客户对豆瓣的认可很一般吗?

下一篇:O2O模式系列讨论三:O2O 电商代运营的蓝海