今天完成的事情：今天掉了几根头发，终于把拆解功能表搞得差不多了，虽然很可能被老大打回来
明天计划的事情：完成最后一点内容，继续任务七； 

遇到的问题：感觉自己的文案能力不行，需要加强
收获：这些都是自己写的，不知道对不对。

功能列表的构成

功能列表的内容不同的企业会有所不同，会根据其要求或定位可能会更加具体，通常来说，一般会包含以下内容：

（1）模块：比如说app端的前台和后台，模块是功能的集合。一般来说，每个模块下分3~6个子模块是合理的。

（2）子模块：也就是一级模块的二级分类，比如说前台中的首页，与模块为包含关系。

（3）功能：模块下的具体功能，比如说登录下的快捷登陆或密码登陆

（4）功能描述：这个功能具体包含哪些内容，可以描述的具体一些，如支持用户填写基本信息可自由创建课程，进入课程空间就可对课程进行编辑和管理，还可发布、删除课程等。

（5）需求优先级：这块是整个Feature List工作中核心的部分，主要作用是帮助开发理解，哪些功能是最重要同时最紧急的必须第一时间做的，哪些功能是可以最后做的。判断的准确直接影响着将来产品的方向，我们只需要将我们之前评定的需求优先级照抄过来就好。

（6）开发量：在产品经理确定需求和功能后发给由研发部门的项目经理或者开发来评估开发时间，再交给财务去报价。

（7）备注：对功能有特别的、另外的提示

如下为功能表常见的模板，

功能列表拆解的原则

（1）确定核心模块。在开始拆解功能表时，首先我们要明确我们要设计的产品有哪些模块，比如拿在线教育课程来说，我们可以先分前台和后台两个系统，前台可以分为首页、注册登录、课程、订单、个人中心、后台为与前台相应的模块管理，确定核心模块后，就可以再拆分功能了。

（2）确定基本功能。根据KANO模型将需求分为五类，分别是基本需求，期望需求，兴奋型需求，无差异性需求和反向需求。基本需求就是你设计了这个功能，用户觉得很正常，是本就应该有的，就像手机能发短信打电话一样，但是你没有这个功能，用户就会骂你。以常见的搜索功能为例，根据其搜索行为，将其拆成五步，搜索入口、搜索触发、内容输入、点击搜索、反馈结果。用户可根据这些实现搜索的基本功能。

（3）功能场景化。在拆解功能时，产品经理要如同站在用户的角度去思考，如注册/登录模块下，其核心功能是登录、注册、找回密码，产品经理需要思考这些核心功能有哪些具体方式，如账户名+密码登陆或手机号+验证码登录等等。

（4）功能的可行性。在拆解功能时，我们必须考虑功能设计的可行性。1.功能是否需切合实际，比如说手机壳根据壁纸自动切换颜色。2.开发成本，在确定功能时需要考虑到开发的成本，这将影响项目的交付和盈利。