设计矛盾说

2019-04-03    来源:Dicky\'s Design Warehouse

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

在产品团队中经常听到有人表态:“我们要做简洁的用户界面”,同时又有另外一种声音传来:“我们要做功能强大的产品”。乍一听,简洁意味着用户界面控件精炼,然而少数的交互方式如何表达各类强大的功能?反之,强大意味着功能丰富强劲,必然拥有错综复杂的联系,如何让其界面保持简洁?两者似乎无法共存,这让我突然想到自相矛盾的故事,楚国商人夸耀自己的矛锐利万分,同时自己的盾又坚固无比, “以子之矛,陷子之盾,何如?” 无坚不摧之矛和固若磐石之盾不可能同时存在,两者互相排斥也互相依赖。产品设计的过程中,我们也会遇到不少矛盾的时刻,形形色色的各类矛盾充斥着我们每一个设计细节,接下来聊聊其中几个让我印象比较深刻的。

显性功能与隐性工作的矛盾

身处读图时代,眼球经济大行其道,人们已经习惯根据显性易见的东西来判断价值,信奉所见即所得。Boss很可能会依照产品功能点的多少来进行预算分配并确定团队的工作量,从而进行绩效考核。同时,设计界吹起了“对产品功能做减法”之风,力求突出重点,去除边缘功能。那么不少产品团队在尝试削除部分功能,为产品减肥时,必然要面对boss的质疑。“这个sprint你们什么功能都没交付,是不是大家都太闲了?用户那边怎么交待?”从老板的角度来说,研发团队不断投入开发,出产新功能改进旧功能,拿出看得见的东西,才是生产力的保障。没有新功能,反倒减少了不少内容,你怎么证明大家在卖力,团队在付出?

究其本质,与其认为这是一对矛盾,我宁愿相信这是观念的误解。对功能做减法能够让产品变的相对简单,精简流程,切中要害,用户效率提高,满意度自然也提升,这就是对用户最好的交待。大而全的产品时代已经过去,在更加讲究专注、讲究异质化的今天, 团队通过隐性工作分析数据调节架构整合功能,拒绝为了全面而妥协,看起来是让产品显性功能少了,实际上圈定了更多目标用户,增加了产品销量,理应是更大的贡献,怎么可以认为没有足够工作量?

高效工作流与安全性的矛盾

电子商务大行其道,支付流程的设计对于用户体验来说至关重要。这里以网络购物的支付为例,用户在购买商品后,我们应该提供合理的支付方式让其完成订单。用户对支付的要求是便捷快速同时又具备极高安全性,这无疑也是一组矛盾。高效率必然意味着支付步骤简短,设计师应该让用户在尽可能少的步骤内完成支付过程,然而, 有的时候需要添加一些流程来确保用户的账户安全,减少因为操作失误而造成对用户的损失,但是一些详细说明、安全认证和确认步骤的加入必定会使支付过程变得冗长,同时增加一些用户的认知成本。

要解决这对矛盾,应该从用户环境上下文展开分析。

首先对于不同平台,

1. 电脑:

钓鱼程序、木马蠕虫偏多,以安全性为主,强调减少用户支付风险。显示器内容展示尺寸足够,流程上适当提供支付详细信息以及确认步骤。同时,因为操作的舒适性和丰富性,可以为用户提供快捷支付通道,只提供关键步骤以便快捷完成支付。

2. 移动设备:

移动设备一般为个人产品,安全性相对较高,因此也没有个人电脑上那么多安全插件。部分支付产生在移动过程中,可以精简支付步骤,重点在如何帮助用户快速完成支付。

然后针对不同场景,

1. 巨额交易:

宁愿牺牲部分流程的便捷性也要保证安全性,在支付金额和商品数量等重要信息上有必要反复确认。

2. 大型商家:

直接提供货到付款,用户只需提交联系方式就可以在收到货物时当面付款,这无疑是最便利的支付方式。用户根本不用关心是否开通网银,是否存在钓鱼网站,整个流程也无比快捷。不过这种支付方式对商家没有保障,会存在部分用户拒绝收货的情况,所以并不适用所有商家。

3. VIP客户:

因为之前大量交易的成功案例,用户和商家互相建立起来了良好的合作基础,此时的支付流程应该以便捷快速为主,比如建立VIP通道,让VIP客户尽快顺利的完成交易。什么?安全性问题?过往交易已经带来不少默契,双方的联系方式也都明朗,这里的安全性相对来说并不如之前的巨额交易那样的重要。

标签: 产品设计 用户体验 用户需求 

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

上一篇:也谈:PM与工程师

下一篇:为什么大公司笼罩下的创业团队 很难创造出成功产品?