我们该用什么样的方式设计功能?

Kindle上有个功能,是可以高亮显示被很多人标记的文字。这样在看书的时候,就会经常看到一句话有“XX人标注”这样一个效果,但是对于阅读的人来说,这种反而会造成阅读者的认知障碍。就好像一直在提醒你“我是重点段落!”“看,有多少人已经标注了我”“有多少人评论了某句话(其实也许是吐槽也说不一定)”。

但是,Kindle的用户肯定有一部分是不喜欢这个功能的,比如本人。我就想安安静静地看会书,不希望有任何东西干扰。那么,我现在需要的,是关闭这个功能的选项,一个开关。

那么问题来了,我们该用什么样的方式来设计?

我们来做一下分析:

用户是否需要关闭显示评论的这个选项?

一个产品,当用户很多的时候,功能的设计就会变得十分谨慎,增减功能,如何展示,如何实现都是一个很复杂需要不断思考的过程。而不是某个产品一拍脑袋就决定的事儿。

每个产品都有自己面对的用户群体,用户与用户之间也是不一样的,吾之蜜糖,汝之砒霜。我们能做的,是将产品、功能迎合大多数人的需要,迎合产品核心用户的需要,而不是听信一些边缘用户之言。

从功能完整性来说,既然有这个功能,必然要有关闭的选项。从用户的角度来说,不同的使用场景,会产生不同的需求,需求的多样性,必然会要求有完整的功能逻辑来支撑。

如何说服程序员?

人都是有懒惰的天性的,谁也不能例外。记得我们之前的程序猿,最爱说的一句话就是“这个功能有什么用?”,如果自己说不出一个子丑寅卯出来,程序员是绝壁不做的(当然,也侧面反映产品在设计功能的时候没有完全深入思考,而只是拍脑袋)。

那么,如何说服?貌似有这么几种办法:

  1. 靠和程序员的私人关系,刷脸让程序员开发。
  2. 用数据说话,让程序员心服口服。
  3. 让大一级的经理、总监去施压。

……

我们来看看:

刷脸这事儿,一次两次还成,次数一多谁也不愿意。你以为你是萌妹纸实在不行卖个萌“哎呀,GG你就帮我做吧~”,或者是巨牛逼的产品“这事儿分分钟就能搞定的,不行我给你看看BAT的代码实例。”这种,一般像我们这种土到掉渣的产品,还是老老实实想别的招儿吧。

数据说话这种,耗费时间精力,我们可是敏捷开发,需要不断迭代的,那种流程巨长的事儿,还是算了。

找经理来施压,其实是最危险的,如果是自己实在能力有限搞不定请动这几尊神还好说,有个两三次,就等着下课吧。

有些事儿是很明显的,只是有的时候我们走入了认知误区,就会一直看不到。以Kindle的事儿为例,其实已经很明显:

  1. 用户有这个需求。
  2. 当一个页面有N多条评论的时候(极端情况,有这个产生的几率但是很低),会影响到用户阅读。
  3. 保证阅读界面的简洁。简单干净能给人带来舒服的感觉。

这只是以这个Kindle的例子做的一个思考。其实还有一个大杀器,告诉程序员:

“这个功能是老板提的需求”

4条评论

  1. cys58说道:

    我就是随便看看

  2. Dong说道:

    我竟然没发现kindle的这个功能。估计是我用的版本太低或者看书太少。

    小心地提醒下You have a dream, You got to protect it. 这里的got to 应该是gotta吧。 🙂

    • Nairo说道:

      一般看书都是开启飞行模式的,看不到这个功能的。
      另外,英文不好,随便找的。不要在意这些细节。哈哈哈哈

  3. yjwww说道:

    不知怎么就进来了,先看看

发表评论

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

%d 博主赞过: