分析：产品如何更好的去分解功能点

分析：产品如何更好的去分解功能点

下面，我会罗列出自己在撰写功能点的时候，对功能点说明进行遍历的问题：首先是界面层：说到界面层，最基本的就是先想到控件类型，这里展开一个题外话，就是很多人都会去问产品需不需要懂技术，其实，这个问题，用最基本的控件概念来回答的话，就是：在App端或者是Web端的产品，每个控件其实都会一个技术术语，如TextView、Webview，在进行设计的时候，能够对实现所需的控件有一定的概念的话，到达这种程度的话，其实就挺OK的了。毕竟，懂技术，更多是可以在进行方案的设计时，判断其可行性及预见实现出来后的具体效果。嗯，我们再把话题扯回来，在决定使用的控件类型后，界面会涉及到的就是控件尺寸、形状、字体大小、颜色、文案(视乎控件类型有所不同)、响应动画(这个里面包含动效这个大boss，这里就不展开说明了)、位置(功能点处于产品的什么模块、什么位置)、引导文案(即引导用户更好的完成操作的，包括新手引导，也可以归类到引导文案中)、限制条件(例如手机号码输入框只能输入数字)。然后就是，用户操作层，即用户是怎样对当前的界面进行操作，及操作的反馈有哪些：1、进行操作的用户有哪些?这个的话，前台不会有很大的区分，基本都是大众用户(当然，电商类会有买家和卖家的区分)。对于后台类产品来说，这个维度更多是用来思考有哪些角色，对该功能点是否有访问及操作的权限。2、操作的对象是什么?比如设计注册表单时，里面的输入框就是操作的对象。3、怎样对对象进行操作?这里可以细分为操作方式、操作行为。操作方式是指点击、双击orSthElse、这个就比较简单，就是操作方式的说明。但是，对于处于可触摸屏幕的产品来说，就会有思考的点就是，手势操作及日常操作的取舍。操作行为的话，举例来说，就是该对象是可点击的，则用户是正常的去点击一下，还是不断的不点奔溃不罢休~最经典的例子就是Web端对按钮不断的重复点击这种用户行为~3、操作的反馈是哪些?在这点上，主要是正常流程及异常流程下的不同反馈，反馈的产生形式各种各样，比如弹窗、警示语、页面切换等等，这里就不穷举了，具体问题具体分析即可。4、操作是否可逆?最常用的可逆操作就是后台的管理功能，冻结账号or解冻账号5、操作对功能点对应模块的影响?在这里，我们策划的是功能点，在保证功能点的逻辑齐全外，也要考虑到该功能的操作对当前模块的其他功能点是否有影响~6、操作对功能点对应模块及其他模块之间的影响?比如策划电商产品的支付功能时，用户完成支付后，用户中心的站内信模块，会通知用户支付结果。7、操作对功能点对不同版本之间的影响?这点的话，更多是成熟类的产品才会存在的问题。最经典的场景就是，上线新功能代替旧功能时，旧版本的处理问题，这个可以去查看具体的数据，进行取舍来解决。最后，就是产品比较底层的数据层了，这里我们会区分两种维度去梳理，后台从前台获取的信息，系统会如何去处理。然后就是前台从后台读取的数据，系统会对数据进行怎样的处理：A、从前台获取的信息1、获取的维度分两种：用户输入、前台上报，如果是用户输入的方式，就要思考这些数据是否进行存储?例如，历史输入数据的存储，如果是要存储的话，存储的方式是什么?另一方面，前台上报的方式，更多是行为数据及运营数据的统计2、数据的传输，就要去思考这些数据是不是敏感数据，是否需要进行加密处理?具体的传输方式是即时传输、定时传输还是分段传输呢?这个就需要PM和技术大大去商量了3、数据的存储，这个会分两种：本地存储、后台存储，本地存储的话，最多的场景就是输入历史的本地存储，后台存储的话，就不展开说明了~B、前台读取的数据1、要显示的数据，读取的来源在哪里?是数据库，还是其他模块传递过来的数据?2、如果是需要进行数据的传输，这些数据是不是敏感数据，是否需要进行加密处理?3、数据是否需要缓存，这个也是和技术大大商量即可~4、读取的数据是否需要显示?如果是需要显示，是直接显示即可，还是要通过处理才去显示?比如某些敏感信息在前台进行显示时，一般会进行字符串转换之后，才进行显示。如果是读取的数据不需要显示，那是需要传递到什么地方吗?写到这里，就从界面、操作、数据这三种维度来对应说明了思考的思路。其实，文章一路写下来，更多是