这个功能很常见,要不要上?

5 评论 2867 浏览 16 收藏 8 分钟

编辑导读:很多时候,面对领导的一些“无理”需求,产品经理不仅不能反驳,还要自动背锅。想要拒绝老板,就必须对需求到底能不能满足进行分析,具体怎么做?本文作者从自身工作实践出发,结合搜索功能的案例,分享了自己功能分析的具体方法,供大家一同参考和学习。

领导:其他产品都有这个功能,我们怎么没有?

运营:有客户反馈需要某某功能,产品安排下

作为产品经理的我们,身边是不是经常充斥着这样的声音?

此时,你会如何选择:

  • A:好的,立即安排!
  • B:各位容我三思……

很多时候,我们明知道不合理,但还是会选择A,很大原因是我们找不到合适的理由去反驳对方的观点。但即使选择妥协,苦逼的产品最后还是背锅的那个。

为了让咱们跟老板同事客户……PK的时候更有底气,我把自己的思路整理成文章,结尾附上大家喜闻乐见的模板,相信看了这篇文章后,你的思路会更清晰。

前段时间做过一款资讯类产品,对于资讯类产品而言,搜索是个常见的功能。很多产品会在1.0版本的时候就标配上,但是搜索并非是一个简单的功能,开发起来必定要占用一定的时间。因此,借着思考:“资讯产品初期是否需要有搜索功能?”这个问题,我们来看下怎么分析功能的取舍问题。

一、缺失功能的影响

如果要问搜索的定义是什么,很多人都能不假思索的回答出来,搜索就是从多个内容中找到想要的答案。用户可以通过这个功能快速找到目标,从而节约时间成本。

这个定义并没有什么问题,但是如果我们仅从这个定义去看待这个问题的话,很容易得出一个结论:用户需求+功能有效性=功能必要性,所以开发就对了。

真的是这样吗?

场景一,没有搜索功能:

由于最近国外疫情比较严重,我想要看国际疫情的最新情况如果没有搜索功能我需要怎么去寻找目标?只能通过列表逐条查找,由于产品是1.0版本,资讯总计100条不到,刷完全部资讯可能需要花费两三分钟左右的时间,并不会太久,但是如果有1000条,10000条,甚至更多,再要通过一个个找,就不太现实。

通过场景,我们明白了以下几点

  1. 搜索真正的价值:当内容越多时,开发搜索的必要性越高,当内容越少,搜索的必要性越低
  2. 搜索缺失影响的用户范围很小:搜索缺失真正影响的是有特定查找需求的用户,那么就需要调查影响的用户比例是多少?这些用户搜索的频率是多大?在产品初级很显然这样比例和频率肯定是很少的。
  3. 缺少搜索有其他替代方案达到目标:用户通过列表中的资讯逐条查找要看的内容,由于当前资讯的数量少,可以解决这个问题。

二、获得该功能的结果

场景二,有搜索功能:

当产品有搜索功能时,用户通过搜索来查找目标信息,由于产品的资讯少,用户在实际使用中,很大几率获得的结果是:跳转至缺省页,页面中显示“未找到相关资讯”

“未找到”相当于明目张胆的告诉用户:抱歉,您的需求无法满足。

此时用户的感觉肯定是糟糕的。因为用户要的是搜到,而非功能本身。因此,我们需要规避掉产品的弱点,避免搜索为空和搜索错误时给用户带来不好的影响。此时开发搜索功能显然是吃力不讨好之举。

以上场景,我们可以得到:搜索的关键在于搜到,而当前开发这个功能反而有一定的风险

三、该功能在当下的优先级怎么样?

为了完整的思考这个问题,除了以上几点外,还需要考虑功能的优先级,在产品的不同生命周期产品的目标也有所不同。

  1. 结合自身产品的情况,当下产品目标是提升阅读上的体验,增加搜索功能并没有什么帮助;
  2. 核心功能是阅读和品牌发布与搜索功能无关;
  3. 在跟开发评估开发难度后,得到此功能的开发并没有这么简单。

以上分析可得到:

  1. 搜索不符合当下产品目标
  2. 非核心功能或者急需解决的问题
  3. 功能的开发难度中等

因而,在优先级评定上,该功能并非紧急重要,同样的开发时间在其他更需要解决的问题上性价比更高。

四、总结

通过以上几点,我们能得出结论:资讯产品初期并不适合开发搜索功能。如果贸然开发,可能好不容易积攒的种子用户,就跑到竞品那儿去了。

搜索这个案例可以给我们提供思考的几个方向:

  1. 缺失该功能的影响范围大不大,有没有替代方案?
  2. 该功能是否符合当下的场景,即开发能不能满足用户真正的需求,有没有什么风险?
  3. 功能的优先级怎么样,是不是核心问题,是否符合产品目标,开发难度怎么样?

文末附上整理好的表格以及文章的思维导图,可以根据表格上的参考自身情况。

模板:

思维导图:

 

本文由 @予之 原创发布于人人都是产品经理。未经许可,禁止转载

题图来自Unsplash,基于CC0协议。

更多精彩内容,请关注人人都是产品经理微信公众号或下载App
评论
评论请登录
  1. 个人认为作者的方法是对的,先不说搜索。本身在需求功能很多的时候,当前的版本、业务、上线时间等条件综合来考虑需求的重要性、可替代性。本身我们一直都在说的迭代。就是在取舍或是简化。
    搜索的模糊查询不难,但是做好搜索不是只有一个模糊查询,搜索还是难的,很简单的说百度不就是靠搜索么。只是我们平时做的比较简单,还有就是新用户搜索用户较小,因为目标性,你想一个新的app面世,有多少人在有目标的查询。当然作为资讯类的标配,简单的搜索是可行的。就是比如电商总得有个购物车,虽然可以直接下单。
    以上纯属个人见解,各位大佬请指教。

    来自陕西 回复
  2. 拿检索来说,我搜了之后,没搜到,和我刷了半天内容,发现没有我想要的内容,这其中的失望感,我觉得是后者更大一些,浪费了时间还没找到想要的东西

    来自河南 回复
    1. 用户对不同功能的期望值不一样,搜索功能本身传达给用户的是精准定位,列表是模糊的泛找找。就好像你用音乐软件,里面有个专门的猜你喜欢模块,如果每次进去都不是你喜欢的,那以后还会点这个模块吗,你甚至会觉得这个产品太不懂你的音乐喜好了。

      来自浙江 回复
    2. 我觉你这举例一点说服力没有,我估计作者不懂技术,模糊查询很容易实现,内容不多,效率、准确率肯定也会可以的,做肯定比不做好。本来你产品让用户没有选择就是一个错误,你的内容真有那么大的吸引力吗?让用户慢慢一个一个去找。你说搜索没有内容,这不是很正常嘛?

      来自上海 回复
  3. 我觉得应该做,哪怕做一个模糊搜索,开发量也不会很大,特别是新产品,谁会无聊的在你这个新产品上花那么多时间去滑内容。

    来自湖南 回复