上海
一.是什么？
产品功能清单，就是一个产品要做哪些功能，可以理解为是对业务需求转化为产品功能的一种专业性描述。
一般面向研发、测试、设计、业务等所有项目组成员。采用树状层级结构梳理，用脑图或者excel呈现。字段包含：端口，模块，功能，子功能，功能说明。如下图：
1.梳理思路时，建议用脑图，更舒服
2.结果呈现时，脑图继续用或者改为excel均可
二.为什么？
想做什么是第一步，决定要做什么是第二步，功能清单就是
承上：把大佬们已经拍板立项的产品的进一步拆分细化，从战略浮空层向战术落地层迈进，指导项目组所有成员（包含业务）后续工作的开展。
启下：1 确定功能开发范围，团队要做什么事一目了然；2 可用来研发、测试团队进行评估工作量以及迭代安排时的切割依据；3 可用来在产品验收的时候作为验收的依据；
三.怎么做？
1.梳理前
大佬们是否对产品已经拍板立项？如果还在讨论要做什么阶段，建议先讨论清楚再整理功能清单。
如何判断？为谁在什么场景下通过什么样的形式提供怎样的服务？如果一句话解释不清楚，那就是没想清楚。
2.梳理中
2.1.先结合战略梳理产品架构，包含展示层、表现层、业务层、中台层、支撑层
展示层：产品在哪里显示？电脑桌面、浏览器、手机、ipad等
表现层：产品长什么样？架构阶段，不需要画原型，用脑图罗列功能清单中的模块、一级功能字段即可
业务层：业务功能特性，整理各事业部的特色业务功能
中台层：共性功能，各事业部都需要的功能
支撑层：辅助功能，一般是外部系统的对接
2.2.再结合各垂直事业部业务场景，梳理业务流程
主要流程：极简流程，方便理解
正向流程：一件事情的正常流转
逆向流程：事情是同一件事，但往往是一些非常规流程更难处理
单业务流程：一个事业部，一个业务线的流程
多业务流程：一个事业部，多个业务线的流程
跨系统流程：多系统跨越千山万水的爱，不能断，要不就跟你分手
2.3.细化产品架构图，梳理出功能清单
实际梳理功能清单时有一些要点：
千万要想清楚【各事业部，当前事业部不同业务线，跨系统，单系统不同模块】这4个维度的功能边界，这里往往是最容易出问题的地方。
需要是有层级的，大模块是什么，包含什么子模块；
需求是有逻辑的，1，2，3三点，为什么是这样的顺序，比如1，注册、2，登录、3，修改密码，符合产品功能操作逻辑；
其他一些点比如要有归属（前端还是后端）、要有编号（可以快速定位）等。
最后就简单了，无非是和业务相关领导，最终敲定确认一下，建议发邮件。
3.梳理后
功能清单，在没有上线前，过程中梳理的永远是动态可调整的。
每往下推动一步，就可以查漏补缺，形成最终上线后可交付无需改动太多的完整功能清单。
上线定版后，要及时给业务宣导培训，做好针对每个功能的操作手册，最好图文并茂。
改变用户固有认知是非常困难的，何况是一个全新的产品推动给他们使用。
四.有模板吗？
有的，网上一搜一大把啦！【如下图】。但主要也没几个字段，你确定需要的是模板，而不是如何写功能清单的方法和思路？
图片来自网络，侵删
五.总结
其实，模板由心生，心之所向，随手拈来即可，人家分享的未必适合你。
心中有佛，处处皆是菩提；内心平静，世间何来喧嚣？
特别声明：以上内容(如有图片或视频亦包括在内)为自媒体平台“网易号”用户上传并发布，本平台仅提供信息存储服务。
Notice: The content above (including the pictures and videos if any) is uploaded and posted by a user of NetEase Hao, which is a social media platform and only provides information storage services.
