转载声明：文章来源https://blog.csdn.net/m0_38138822/article/details/81228444

让每一个设计师，产品经理头痛的是，你精心设计的一个功能，上线后发现很少人使用然后反馈很差。好吧，虽然可能在思考需要设计这一个功能的时候，你们可能是经过讨论的或者分析吧，但是真的分析到了重点和了解到了用户的需要了吗？

下面将梳理一下，我关于功能点设计的一些经验吧。

是否值得

1.需求程度

这个功能被需求的程度大还是不大，就像一个商城应用，有些用户提出应该搞一个什么VIP系统，然后做出来后发现很少人使用，为啥呢？因为每个商家都是靠着自己降价来竞价的，你一个VIP什么地方都可以用，还不如没有。

2.使用频率

如果一个功能需要使用的场景很多，那么就算对这个应用的本质提升没有意义，那么也是值得的，一个很好的例子就是“斗图”功能，对于一个软件来说，这个功能分析起来就很鸡肋，但是用户喜欢啊，基本每个用户都会使用图片来聊天。

功能分类

1.基础功能

这类功能主要特征是，必须要有，就像你做一个搜索引擎，你必须要有的就是搜索功能，做一个博客必须要有发布功能。这类功能一定要做，但是做的再多也不会显著提高用户流量，但是少做那么一定会减少流量。

2.亮点功能

这类功能主要特征是，与众不同，就像买衣服一样，每种品牌都有不同的优点，用这些不同来吸引各种用户。这类功能多做对用户流量来说提升很大。

3.发展功能

这类功能主要特征是，预测用户需要什么，也就是以后可能需要的东西。对用户的需求提前制作但是又不能太提前，因为大众不能接受太过于超前的功能。这类功能的设计就很模糊，因为完全说不准以后会不会成功。但是一旦成功就是走在行业的前面。

4.非需求功能

这类功能主要特征是，在需求分析和设计根本没想到，都是在发布后逐渐完善的。这种功能就是要及时实现和上架才能让用户满意。

删减功能

这里需要提到的就是，在最开始设计功能的时候可以天马行空的想，但是最后敲定的时候一定要尽量减少功能，借用一句话“完美不是无一分可增，而是无一分课减”。而这种减少一定要建立在需求分析正确的情况下，而这种功能到底需不需要呢，可以根据上面的功能分类来分析。

需求结合长远

这里我采用一种大家都很熟悉的分类来讲解。

1.用户量

在不同的时期，用户量是不同的，结合长远的意思就是前期用户不多的时候可以按照少量用户来定制吸引用户，后期就要有一定的侧重性了，因为你并不能满足每一个人。

2.发布时间

随着发布时间的增加，必然就会有多次完善，结合长远就是你后面每一个完善的版本都要考虑到下一次甚至以后很多次的迭代情况，不能只根据当前来分析，重要的是长远。