文｜人人都是产品经理 予之

领导：其他产品都有这个功能，我们怎么没有？

运营：有客户反馈需要某某功能，产品安排下。

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

此时，你会如何选择：

A：好的，立即安排!

B：各位容我三思……

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

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

前段时间做过一款资讯类产品。

对于资讯类产品而言，搜索是个常见的功能，很多产品会在1.0版本的时候就标配上；但是搜索并非是一个简单的功能，开发起来必定要占用一定的时间。

因此，借着思考：“资讯产品初期是否需要有搜索功能？”这个问题，我们来看下怎么分析功能的取舍问题。

缺失功能的影响

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

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

真的是这样吗？

场景一，没有搜索功能

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

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

搜索真正的价值：当内容越多时，开发搜索的必要性越高，当内容越少，搜索的必要性越低。

搜索缺失影响的用户范围很小：搜索缺失真正影响的是有特定查找需求的用户，那么就需要调查影响的用户比例是多少？这些用户搜索的频率是多大？在产品初级很显然这样比例和频率肯定是很少的。

缺少搜索有其他替代方案达到目标：用户通过列表中的资讯逐条查找要看的内容，由于当前资讯的数量少，可以解决这个问题。

场景二，有搜索功能

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

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

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

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

该功能在当下的优先级怎么样？

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

结合自身产品的情况，当下产品目标是提升阅读上的体验，增加搜索功能并没有什么帮助；

核心功能是阅读和品牌发布与搜索功能无关；

在跟开发评估开发难度后，得到此功能的开发并没有这么简单。

以上分析可得到：

搜索不符合当下产品目标

非核心功能或者急需解决的问题

功能的开发难度中等

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

总结

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

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

缺失该功能的影响范围大不大，有没有替代方案？

该功能是否符合当下的场景，即开发能不能满足用户真正的需求，有没有什么风险？

功能的优先级怎么样，是不是核心问题，是否符合产品目标，开发难度怎么样？