博客

分解功能点是产品经理最重要的日常工作之一，对于如何清楚表述这些功能点，每个产品经理都有自己特有的思维方式。今天和大家分享下，小编在网上看到的一个做的优秀产品经理功能点分解步骤及详细做法，希望对新手


产品经理


有所帮助。

在功能点确定好以后，首先需要的就是从最顶层的界面层出发，


然后是用户操作层，接着是数据层，这样由浅到深的去将一个功能点逐步的拆解。在撰写功能点的时候，对功能点的说明进行遍历可按照下面的方式进行：

界面层

说到界面层，最基本的就是控件类型，在决定使用的控件类型后，界面还会涉及到的就是控件尺寸、形状、字体大小、颜色、文案

(

视乎控件类型有所不同

)

、响应动画、位置

(

功能点处于产品的什么模块、什么位置

)

、引导文案

(

即引导用户更好的完成操作的，包括新手引导，也可以归类到引导文案中

)

、限制条件

(

例如手机号码输入框只能输入数字

)

等等。

用户操作层

用户操作层，顾名思义，就是用户是怎样对当前的界面进行操作，及操作的反馈有哪些：

1

、进行操作的用户有哪些

?

这个前台不会有很大的区分，基本都是大众用户

(

当然，电商类会有买家和卖家的区分

)

。对于后台类产品来说，这个维度更多是用来思考有哪些角色，对该功能点是否有访问及操作的权限。

2

、操作的对象是什么

?

比如设计注册表单时，里面的输入框就是操作的对象。

3

、怎样对


对象进行操作

?

这里可以细分为操作方式、操作行为。操作方式是指点击、双击

or Sth Else

，就是操作方式的说明。但是，对于处于可触摸屏幕的产品


来说，还会涉及到手势操作及日常操作的取舍。操作行为的话，举例来说，就是该对象是可点击的，则用户是正常的去点击一下，还是不断的不点奔溃不罢休。

4

、操作的反馈是哪些

?

在这点上，主要是正常流程及异常流程下的不同反馈，反馈的产生形式各种各样，比如弹窗、警示语、页面切换等等，这里就不穷举了，具体问题具体分析即可。

5

、操作是否可逆

?

最常用的可逆操作就是后台的管理功能，冻结账号或解冻账号。

6

、操作对功能点对应模块的影响

?

在这里，我们策划的是功能点，在保证功能点的逻辑齐全外，还要考虑到该功能的操作对当前模块的其他功能点是否有影响。

7

、操作对功能点对应模块及其他模块之间的影响

?

比如策划电商产品的支付功能时，用户完成支付后，用户中心的站内信模块，会通知用户支付结果。

8

、操作对功能点对不同版本之间的影响

?

这点的话，更多是成熟类的产品才会存在的问题。最经典的场景就是，上线新功能代替旧功能时，旧版本的处理问题，这个可以去查看具体的数据，进行取舍来解决。

数据层

对于产品比较底层的数据层问题，我们从两种维度来看，后台从前台获取的信息，系统会如何去处理，前台从后台读取的数据，系统又会对数据进行怎样的处理。

A

、从前台获取的信息

1

、获取的维度分两种：用户输入、前台上报，如果是用户输入的方式，就要思考这些数据是否进行存储？例如，历史输入数据的存储，如果是要存储的话，存储的方式是什么

?

另一方面，前台上报的方式，更多是行为数据及运营数据的统计。

2

、数据的传输，就要去思考这些数据是不是敏感数据，是否需要进行加密处理

?

具体的传输方式是即时传输、定时传输还是分段传输呢

?

这个就需要和技术去商量了。

3

、数据的存储，这个会分两种：本地存储、后台存储，本地存储的话，最多的场景就是输入历史的本地存储，后台存储的话，就不展开说明。

B

、前台读取的数据

1

、要显示的数据，读取的来源在哪里

?

是数据库，还是其他模块传递过来的数据

?

2

、如果是需要进行数据的传输，这些数据是不是敏感数据，是否需要进行加密处理

?

3

、数据是否需要缓存？

4

、读取的数据是否需要显示

?

如果是需要显示，是直接显示即可，还是要通过处理才去显示

?

比如某些敏感信息在前台进行显示时，一般会进行字符串转换之后，才进行显示。如果是读取的数据不需要显示，那是需要传递到什么地方吗

?

以上就是从界面、操作、数据三个维度对功能点分解的思路，从这个思路也可看出，


产品需求整理


和开发是不同的，产品需求更多是从顶层出发，逐层向下分析，而开发则更多是从底层开始构造，逐步向上实现顶层功能。功能分解，大体方向和步骤是者样的，至于具体的操作，还需要根据自身情况和产品来决定。做产品经理，清晰的思路和创新的精神是必不可缺的两项东西。