功能是问题的解决方案，通过问题分析对功能正确性做出判断

功能是问题的解决方案，通过问题分析对功能正确性做出判断，可以有效避免我们做一些错误的功能，如果问题是不存在的，或者问题的严重性较低，就是错误的功能，需要避免。

问题分析等同于对功能做了一次过滤，消除了一部分一定错误的功能，但，即使问题真实存在，有较高的严重性，也不代表功能就一定是正确的，只是有可能正确。

我们还需要再做一次过滤， 再消除一部分一定错误的功能，这样，功能的正确率就会更高了。

尝试思考一下：

问题真实存在的情况下，我们的功能，一定能解决问题吗？

这就是产品从业人员需要掌握的第二种对功能分析的方法，通过分析功能的条件，来判断功能的正 确性。

只有满足条件的功能，才能真正的解决问题，而不满足条件的功能，并不能解决问题。就像缺少内容的内容分类功能一样。

一、产品的滑铁卢

我有一位朋友，2017年，从大厂离职，用自己攒下来的积蓄，组建了研发团队，开始自己的首次创 业，做一款互联网的资讯产品。

这款产品定位于专业的互联网资讯平台，为互联网相关人士提供最新资讯，内容涵盖范围极为广阔，包含投融资，大厂动态，裁员，新闻，重要功能更新以及互联网实事，热点等，与互联网沾边的所有信息都可以被收录进平台。

这款产品的特点在于内容的投稿审核制度，为了保障内容的质量，每一篇文章都是由作者投稿，再 经过两次审核，第一次由普通编辑对文章的质量进行审核，第二次则是由组长对文章的含金量进行 审核，最终通过后，才会推送给用户。

另一个特点，则是创始人的坚持，朋友做事特别有原则，是原创内容的拥护者，尊重作者的版权， 在无数次的团队会议中，始终坚持不用内容爬虫，坚持在作者投稿的基础上，做高质量内容的资讯 平台。

这两个特点给产品的早期发展打下了基石，一方面尊重原创，赢得了作者的认可，另一方面，高质 量的内容吸引了读者用户。

一年后，这款产品已经达到了100万用户，每天都有30万用户使用这款产品，且使用产品的用户， 平均每天会使用3次。

内容方面，平台已经积累了5000多篇高质量内容，平均每天会收到50篇投稿的文章，其中有10篇高 质量的文章会推送给用户。

用户对这款产品的粘性以及忠实度极高，已经产生了口碑传播的效应，官方公众号也有数十万粉丝密切关注产品的更新动态，并积极参与产品组织的一些活动。

忠实用户的形成以及增加无疑是一件好事，但也会带来一些困扰，用户们开始借助公众号以及官方的客服，提出自己的意见，或者想法。

其中有一位用户提出了内容分类的想法，希望产品提供内容分类的功能，这个想法在被产品采纳了，产品将内容划分成了15个分类，用户可以根据自己的喜好定制分类的排序。

《来自用户的想法》

“这款平台的内容质量确实很高，不像其他乱糟糟的资讯，良莠不齐，我已经用了很久了， 是铁粉。

但还是有一些不太友好，虽然都是高质量内容，其中有一些内容，我并不关注，这些内容降低了我的阅读效率，能不能提供一个内容分类的功能，这样我就可以更高效的阅读对自己有帮助的内容了”

内容分类功能上线后的一个月里，产品的日活数据从30万降低到了10万，还在持续降低，每天投稿的文章数也从50篇降低到了30篇，能够推送给用户的，仅仅只有5篇。

就像拿破仑的滑铁卢战役一样，内容分类的功能成为了这款产品由鼎盛走向衰败的转折点。

二、功能的条件

人们在郊区游玩时，常常会寻找一家餐厅解决饥饿的问题，郊区比较偏僻，餐厅也不太好找，有时 候要到15:00才能找到一家餐厅。

但对于部分餐厅而言，14:00至16:00的时间段，是厨师的休息时间，即使有消费者上门，也会因为 缺少厨师，无法提供食物。

所以，即使找到了餐厅，饥饿的问题，仍然不会被解决。

餐厅就是问题的解决方案，只有在满足特定条件的情况下，才能解决人们饥饿的问题，厨师，厨具，食材就是餐厅需要满足的条件，缺少任何一个，都无法解决问题。

功能，虽然是问题的解决方案，但要解决用户真实存在的问题，也需要建立在条件满足的情况下。

条件不满足时，即使提供了功能，也没有办法解决用户存在的问题。

朋友的资讯产品，每天有30万用户使用，每天能向用户推荐10条内容，用户平均每天会使用3次。

通过分散推送的机制，将10条内容整理成5组内容，设置5个固定的更新时间点，就可以培养用户固定的使用习惯，每次用户使用时，都会有新的内容可供阅读，尽管更新的内容数量较少，但质量可 以弥补数量的缺陷，仍然符合用户对资讯产品新鲜感的诉求。

上线内容分类的功能以后，内容被划分成15个分类，每天只有10条优质内容更新的情况下，平均每 个分类仅能更新0.6条内容。