(1)需求文档
需求文档主要帮助研发理解公众号活动需求，以及测试人员编写测试用例。需求文档主要包括以下内容。
需求概述：一是业务流程图，对活动整个业务流程的发生过程做图形化的展示；二是需求清单，对本次要开发的需求任务做分类，给出简明扼要的需求描述并标注优先级。
功能需求：功能需求一般是由功能详情和主流程说明两大部分。其中功能详情是所有的页面功能的描述和规划，主要包括业务规则、前置条件、后置条件三部分。
业务规则：业务规则必须完整、准确、易懂。建议对页面的输入框、下拉框的内容格式、长度、控件之间的关联性做出说明，什么时候可见、不可见、灰掉或点亮的条件，最好在文档中都给出说明。
前置条件：该需求实现依赖的前提条件。比如，上传照片时，需要存有图像文件等。后置条件：操作后引发的后续处理。比如页面跳转路径等。
主流程：结合上面所说的，做出主流程说明，对每个功能流程走向分点说明。
如活动中有下发模版消息、图文消息的需求，需将模版消息ID、模版消息内容、图文消息内容、跳转链接等信息写在需求中；活动数据统计需求等也需完善在需求文档中。
(2)需求评审。
需求文档及效果图完成后，召集前端工程师、研发、数据库、测试进行最终需求评审。活动全流程评审，由活动负责人讲解需求，会议成员评审需求文档，文档需各会议成员通过；各成员认可此次需求且无异议，视此次需求评审通过，可交付研发。
（本文内容及图片收集于网络，如有侵权，请联系我们删除。）
