一.是什么？

产品功能清单，就是一个产品要做哪些功能，可以理解为是对业务需求转化为产品功能的一种专业性描述。

一般面向研发、测试、设计、业务等所有项目组成员。采用树状层级结构梳理，用脑图或者excel呈现。字段包含：端口，模块，功能，子功能，功能说明。如下图：

1.梳理思路时，建议用脑图，更舒服

2.结果呈现时，脑图继续用或者改为excel均可

二.为什么？

想做什么是第一步，决定要做什么是第二步，功能清单就是

承上：把大佬们已经拍板立项的产品的进一步拆分细化，从战略浮空层向战术落地层迈进，指导项目组所有成员（包含业务）后续工作的开展。

启下：1 确定功能开发范围，团队要做什么事一目了然；2 可用来研发、测试团队进行评估工作量以及迭代安排时的切割依据；3 可用来在产品验收的时候作为验收的依据；

三.怎么做？

1.梳理前

大佬们是否对产品已经拍板立项？如果还在讨论要做什么阶段，建议先讨论清楚再整理功能清单。

如何判断？为谁在什么场景下通过什么样的形式提供怎样的服务？如果一句话解释不清楚，那就是没想清楚。

2.梳理中

2.1.先结合战略梳理产品架构，包含展示层、表现层、业务层、中台层、支撑层

展示层：产品在哪里显示？电脑桌面、浏览器、手机、ipad等

表现层：产品长什么样？架构阶段，不需要画原型，用脑图罗列功能清单中的模块、一级功能字段即可

业务层：业务功能特性，整理各事业部的特色业务功能

中台层：共性功能，各事业部都需要的功能

支撑层：辅助功能，一般是外部系统的对接

2.2.再结合各垂直事业部业务场景，梳理业务流程

主要流程：极简流程，方便理解

正向流程：一件事情的正常流转

逆向流程：事情是同一件事，但往往是一些非常规流程更难处理

单业务流程：一个事业部，一个业务线的流程

多业务流程：一个事业部，多个业务线的流程

跨系统流程：多系统跨越千山万水的爱，不能断，要不就跟你分手

2.3.细化产品架构图，梳理出功能清单

实际梳理功能清单时有一些要点：

1. 千万要想清楚【各事业部，当前事业部不同业务线，跨系统，单系统不同模块】这4个维度的功能边界，这里往往是最容易出问题的地方。

2. 需要是有层级的，大模块是什么，包含什么子模块；

3. 需求是有逻辑的，1，2，3三点，为什么是这样的顺序，比如1，注册、2，登录、3，修改密码，符合产品功能操作逻辑；

4. 其他一些点比如要有归属（前端还是后端）、要有编号（可以快速定位）等。

最后就简单了，无非是和业务相关领导，最终敲定确认一下，建议发邮件。

3.梳理后

功能清单，在没有上线前，过程中梳理的永远是动态可调整的。

每往下推动一步，就可以查漏补缺，形成最终上线后可交付无需改动太多的完整功能清单。

上线定版后，要及时给业务宣导培训，做好针对每个功能的操作手册，最好图文并茂。

改变用户固有认知是非常困难的，何况是一个全新的产品推动给他们使用。

四.有模板吗？

有的，网上一搜一大把啦！【如下图】。但主要也没几个字段，你确定需要的是模板，而不是如何写功能清单的方法和思路？

图片来自网络，侵删

五.总结

其实，模板由心生，心之所向，随手拈来即可，人家分享的未必适合你。

心中有佛，处处皆是菩提；内心平静，世间何来喧嚣？