高级PM如何规范化的管理产品文档.docVIP

高级PM如何规范化的管理产品文档.doc

  1. 1、本文档共11页,可阅读全部内容。
  2. 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  5. 5、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  6. 6、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  7. 7、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  8. 8、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
高级PM如何规范化的管理产品文档

高级PM如何规范化的管理产品文档   总结了自己这几年管理各种产品文档的经验,分享给大家。主要分为三大部分,本地文档如何管理,然后怎么管理同一版本的PRD,以及如何共享PRD给同事。      一、本地文档如何管理   项目通过文件夹管理   经受过的项目比较多,我按照“开始月份~结束月份+项目名称”的方式来命名,方便后续回顾。      按照职能设子目录   比如我们是PM,那主要资料应该是需求文档,其次经常被传达的可能是用户需求、可能需要了解学习的技术资料、每个人都需要了解的公司资料。      产品文档按照平台不同设子目录   这一步可能不是必须的,比如前端PM就可能跳过这一步。      产品文档按照版本号设子目录   文件夹命名格式为“版本号+核心模块名称”,比如客户端的详情如下。      每个版本使用迭代记录   记录该版本的所有内容,首先是PRD、其次是视觉稿、交互稿、以及相关技术资料。      我的产出物是PRD,是用Axure画出原型,然后带交互和逻辑,含流程图。源文件就是rp文件,如上所述。   需要注意的是,对于涉及到前后端的版本,我一般放在客户端文件夹中。   分支版本请命名规范   有时候一个大版本除了主线版本之外,还有分支版本,此时我会单独起一个新rp文件。   分支版本往往是某个模块,命名规则为“版本号+模块名称+期数”,这样命名的好处是可以搜索出该功能的所有版本,方便回顾复盘。      同一版本PRD在内部使用表格记录变化   在axure中单独起个页面,用表格记录每次的修改记录。同时会批量发布到git。      二、同一版本如何管理   原则是前后版本使用不同目录,同一版本使用SVN提交。   生成原型到git的本地目录   让技术童鞋给你们分配一个git目录,然后安装smartgit,将生成后的axure原型文件夹放到该目录下。      提交的时候写上更新日志   每次更新原型请写更新日志,然后批量将更新日志和文件夹更新到git服务器。      查看并回滚该PRD到任一历史版本   最终生成了每一个文件夹的迭代记录,可在gitlab官网查看,并回滚到历史版本,方便团队复盘使用。      查看所有提交记录      三、共享PRD给相关人员   共享网址给项目组成员   问负责搭建git的同事提供在线网址,然后将它给到对应的项目组成员即可。      更新原型到该目录   以后每次用axure修改之后,先添加修改记录,然后生成原型到该目录,然后再提交日志即可。      最后说点额外的话   本地文件请尽量使用Dropbox、坚果云、svn、git等云同步软件做备份。   虽然我主用axure,但其实justmind、mockplus这种客户端软件也是支持本文的管理方法。   另外命名规范了是为了方便后续搜索,当然你也可以按照目录查找资料。

文档评论(0)

haowendangqw + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档