余果的博客

我们常常讨论问题太少,讨论解决方案太多

Introduction

user

余果

一个产品设计师。了解详情


Featured

我们常常讨论问题太少,讨论解决方案太多

余果 产品设计

记录一个发生在身边的需求案例。

在微云APP的“照片”分类中,可以看到整个微云里面上传和转存的图片和视频,这是一个功能特性。但从用户体验上讲,可能有点问题。

一个设计师平时会存放很多设计稿在微云中,而且会经常截图,甚至他还会使用离线下载功能保存很多电视剧进来,动辄几季几十集。这会导致“照片”里面的时间流出现很多干扰,他希望能够安安静静浏览自己拍摄的照片和视频。

于是,他给开发反馈,希望能够从文件名、文件时间、文件内容分析等维度来自动过滤掉文件,把这些类型的文件隐藏掉,用户体验更好。没想到,这个建议引起了开发的反弹:

技术上没有万无一失的过滤法,无论哪种维度,都有可能误伤,而万分之一的误伤都是不可以,隐藏掉女儿的珍贵生日视频是不能接受的。精确、稳定、可靠是第一需求

然后,两个人进行了半小时的讨论,最后上升到争执。

我一直认为真理越辩越明,那么,两个人都是有丰富的用户体验设计和开发经验的,为什么会在一件小需求上无法达成共识呢?

在《精益创业》这本书里,我找到了答案:

创业者用来讨论解决方案的时间太多,而介绍商业模式中的其他元素的时间少得可怜。

设计师在说 自己的问题(影视和设计稿干扰了照片浏览),推导出解决方案:自动隐藏影视,并且认为自动隐藏比手动好。

开发马上想到自己的问题(女儿的结婚视频被误杀)直接挑战这个 解决方案 本身。

一个人在说问题,一个人在说解决方案,当然频道对不上。或者说,两人都是带着自己的解决方案(“主动隐藏”vs“被动隐藏”)。

所以,我认为讨论的第一步就是达成共识:在时间流中看到大量影视作品,是不是一件值得解决的问题?

问出了正确地问题,然后再讨论解决方案会好很多。

客户不关心你的解决方案是什么,他们只关心自己存在的问题。所以说,你的任务并不只是提供最佳解决方案,而是形成一套完整的商业模式,并保证模式中的所有元素都能够相互配合。

PS:如果你让我回答这个问题,我会在下一篇更新。

user

余果

一个产品设计师。 了解详情