公众号产品工作流程，涵盖了一个公众号产品从无到有的整个环节。最开始是需求阶段，主要是梳理清楚产品要解决的问题；然后是需求输出阶段，要把需求变成产品需求书；再接着是交互设计师做交互设计图、视觉设计师设计页面、前端切图、研发做开发、测试验证并保证交付的功能质量符合预期，无重大bug；再接着是上线阶段，将产品功能正式发布给用户；最后是上线后的效果跟踪，通过数据统计和用户反馈进行产品功能的选代。一个循环结束了，就可以回到第一步重新梳理需求，再进入下一个循环。
不同的团队有不同的产品工作流程，创博的工作环节中，还有局方参与的部分，因此工作流程图中有涉及局方的环节。这套产品工作流程，团队一直正常使用，目前相对稳定和成熟。
（1）提交开发需求。
产品经理对需求负责，需求明确后按照需求规范文档撰写需求文档。产品需求文档中需放置产品流程图，因为流程图能帮助读者梳理清楚产品需求。
(2)提交客户初审
需求文档完成后，需跟客户沟通交流，并请客户对需求文档进行审核。这个环节的目的是希望双方对需求形成统一的认识和理解。
(3)需求评审。
在产品需求文档提交给研发之前、需召集研发、测试相关人员进行需求评审、产品
理需发布评审结果的邮件，邮件发参与评审人员，抄送主管领导。邮件记录需包括：时间、地点、人物、主题、评审的主要功能点、评审结论。评审不通过的需求，需记录未通过的原因，以及下次评审的时间。
（4）提交需求管理系统。
所有需求均提交需求管理系统禅道，通过禅道来统一管控。各环节负责人需及时更新禅道相应的状态。
（5）交互设计&评审。
交互设计师根据开发需求书制作交互设计方案，将抽象的产品需求转变成可实现的功能，并真实再现用户的交互过程。产品经理负责设计原型图的框架，将该页面要呈现的字段、特征、场景描述清楚，之后交由交互设计师完成交互稿。交互设计需规划页面结构、功能及内容，妥善安排不同功能的展现，并考虑按钮和页面的各种突发状况。原型图制作完成后，需与产品经理、视觉设计进行内部评审。
（6）视觉设计&评审
由视觉设计师设计页面风格、布局、关键界面等，完成后交由产品经理、视觉设计、交互设计进行内部评审。评审通过后，前端工程师开始切割页面，编写HTML。在视觉设计阶段，尽可能多地收集类似页面设计案例，以供设计师参考。
(7)研发开发。
研发部门根据需求书进行开发排期，并输出排期文件。对于倒排期的开发项目，研发部门应特别注意，根据功能上线时间，及时与产品经理保持沟通。
研发排期中涉及第三方上游平台接口提供等瓶颈和不可控环节，应及时向产品经理反馈，特别是倒排期的开发项目，产品经理应提前、及时向局方领导发起申请，提前准备，以免影响开发排期的顺利进行
后台编码：在编码之前，程序员应视其系统需要，进行概要设计、数据库设计，并进行内部讨论和评审。程序员对文档有疑问或不理解之处，需与产品经理沟通，了解其真实含义，不得以任何理由私自更改已确定的需求书方案。确有功能需做调整，程序员需与产品经理、需求方共同协商完成。改动应出具文档，由需求方、研发经理、产品经理同意后生效
（8）测试用例评审。
测试用例由测试人员负责撰写，并按照产品需求书的功能，设计测试环节的周期、测试内容和测试范围，同时要充分考虑临界及异常情况的测试项目。测试用例完成后，还应提交产品经理，并组织运营人员、测试人员进行讨论定稿。
（9）测试部门测试。
测试一般会安排两个环境的测试，一个是测试环境，另一个是正式环境。测试环境不直接面向用户，一般只有内部人员才能使用，正式环境开放给用户正式使用。产品功能在测试环境测试通过后，才能上线到正式环境，之后，还需在正式环境做全面的测试，以防止正式环境和测试环境存在差异，从而出现部分功能在正式环境无法正常使用的情况。
测试环境测试：此阶段应完成80%以上的需求开发，再放到测试环境测试，测试以测试用例为标准。测试完成后，收集反馈，修复bug，优化流程。产品经理此时应检测程序是否符合产品需求书的需求。
正式环境测试：此阶段应完成100%以上的需求开发，再放到正式环境测试，测试以产品需求书为准。测试完成后，收集反馈，修复bug，优化流程
测试全部完成后，测试人员应出具测试报告，并根据测试情况，建议产品上线或延后上线。
(10)产品验收。
产品经理验收产品的主功能，并对其他功能抽查测试，确保产品功能的正常使用，验收通过后可安排上线。
(11)上线
上线后，产品经理需发布正式的上线通知，通知到各个相关人员，并描述清楚产品的大致功能及入口配置情况。
（本文内容及图片收集于网络，如有侵权，请联系我们删除。）
