发布管理三个方面谈一些想法产品版本如何管理？( 二 ) _产品版本管理

c、视觉设计验收—视觉验收产品也可以进行，但最好是让视觉设计师再进行一次验收，这样分工明确，也可以有所侧重，也形成多次验收，防止出现意识偏差。
2.2 产品验收报告标准产品验收报告包含：
a、验收编号-表明所归属的项目及验收日期
b、产品版本、上线时间、发起人
c、验收清单项目——包括功能及视觉，检查清单项可以保证不遗漏，此功能验收还需要以prd文档辅助，以prd文档为基础，核对本次迭代中的功能、流程等。
d、签字确认项——明确验收，权责

文章插图
03 产品发版管理3.1 目的制定发包的相关管理制度是为了规范相关做事流程，明确相关交接文档，确定相关权责，让事情有据可依、有根可查、有人负责，从而提高团队做事效率。此处的发版说的是公司内部通知，不是针对外界的通知，外界通知可由运营或相关对于推广部门运作。
3.2 产品发版更新流程（1）产品新功能提需求，需要提交到禅道，按不同类型进行分类，归属到不同需求池，需求的提交按需求点方式提交，备注需求归属，是哪个系统，前端or后台、模块、功能、优先级等，并写明需求内容、规则。
（2）技术人员开发并通过本地测试后，交由测试人员进行测试。
（3）测试人员进行测试，参照原型等产品相关文档数据检查，页面核对，文字核对及其它测试。测试产生功能性等Bug，需向禅道提交bug，分配bug修改人并关联bug对应功能的研发人员。
（4）产品测试完成，需要产品进行验收测试，测试人员与技术确认，并填写《产品更新确认表》，填写本次实际更新的功能，打印《产品更新确认表》签字，技术负责人签字。

文章插图
（5）《产品更新确认表》交给产品确认验收，产品查验更新功能与需求是否有出入，并进行验收。如果验收测试有bug，则由测试提交bug到禅道，关联相关研发人员。 Bug修改完毕，先由研发测试、提交测试人员、测试人员无误提交产品。内部发布也需要走发布版本管理，需产品负责人及项目负责人签字确认。有必要的情况下组织会议商议对策，会议记录方式参考《会议纪要模板》。
会议注意事项：

会前与参会人员沟通时间，通知会议议题事项，
开会围绕主题围绕事项，以解决事情为主，不要搞成茶话会
事事有负责人及截止时间点
会后有跟踪执行落实和反馈

（6）产品测试验收完成签字，产品留一份签字确认纸制文档，并将电子文档给测试给研发负责人。由研发或测试再给更新正式发包运维人员并加此次更新已经签字完成的《产品更新确认表》电子文档。
（7）发布正式环境，测试无误后产品通过钉钉群方式发送发布版本公告。产品发公告的内容主要包括：

本次产品版本更新主要需求内容，需求提出方，对应UI、研发人员、产品、项目经理等关联人员；
版本号——版本号的规范参照《版本命名规则》执行；
发布时间（按实际发布时间）；

（8）测试环境通过后发包更新至预发布环境或生产环境，测试再次进行测试验证，如此时发现有问题，也必须重新按照产品发包更新流程走，填写《产品更新确认表》，测试环境测试完成才可在生产环境发包。
以上是关于产品版本命名、验收规范、发版管理相关内容，下一篇文章将是——项目管理；
#相关阅读#产品管理流程及规范2——产品规划及相关文档
产品管理流程及规范3：产品原型设计
产品管理流程及规范4：PRD文档撰写