如何更好的去分解功能点.pdf

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