首页 > 以用户为中心的设计 > 正文

需求和需要


在做产品时,我们常常听到“需求”两个字。
讨论一下需求、分析一下需求、确定一下需求……
一番折腾后,伟大的“需求”确定了。
“对,决定了就这样!”
——遗憾,没有人反问为什么。

是需要还是需求?
需要和需求是不同的。打个比方说,印度对产品的实际需要远远高于美国,但是他们的购买能力却远低于美国。我们得知有效的经济需求光有需要是不够的,必须要有相当的购买力。
而相对于软件/网站服务,大部分仅解决的是需要,而不是需求。
我常叹当前太多工具类的软件/网站有太多的控制欲望,都希望自己像航空母舰一样强大并能统治全领域。他们自认为ABC君都会像自己一样迫切需要某个功能加上某个功能。于是有了一堆连自己也很难以数得清的功能。

真的需要吗?
就拿手机通讯录软件来说,产品团队浩浩荡荡地做了这么一款软件:和手机电话本一样,可以增删改联系人,并且可以上传联系人到网络备份。(比如火种通讯录)
面向市场时,功能列表可以摆出一堆来。
做这些功能时,你会说用户需要在这个通讯录增删改联系人,用户也需要……
可是,你说安装这么一个额外的通讯录增删改我的联系人,真的是需要吗?
在使用者允许的情况下,事实上真正的需求仅仅是联系人的备份而已。没有人无聊到打个电话要启动你这个软件查找联系人,也没有人无聊到临时记个电话号码得启动你这个软件。
假若有天QQ手机同步助手,一个纯粹的手机联系人、短信备份软件也搞起了更强大的联系人管理,那我会告诉它可以去屎了。


后一篇:关于敏捷开发


  (必填)

  (必填,本站不会公开)

  (选填)