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

不懂技术怎么做产品?15天在线学习,补齐产品经理必备技术知识,再也不被开发忽悠。了解一下>

总结了自己这几年管理各种产品文档的经验,分享给大家。主要分为三大部分,本地文档如何管理,然后怎么管理同一版本的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这种客户端软件也是支持本文的管理方法。

另外命名规范了是为了方便后续搜索,当然你也可以按照目录查找资料。

 

作者:浪子,个人公众号langzisay。业务型产品经理,3年社交+4年电商的工作经验。

本文由 @浪子 原创发布于人人都是产品经理。未经许可,禁止转载。

给作者打赏,鼓励TA抓紧创作!
5人打赏
评论
欢迎留言讨论~!
  1. 项目管理文件夹中放哪些呀

    回复
  2. 你好,有两个小问题有点没太明白,请教下:

    1. 第一部分「本地文档如何管理」中,「需求收集」是放竞品调研之类的文档吗?

    2. 第一部分「本地文档如何管理」中,几个次级标题之间的联系是什么?是从属还是并列?讲的线路是:版本文档→客户端/服务端→版本号+核心模块→PRD/交互稿/视觉稿吗?

    回复
  3. 是在“版本文档”下,放v1.1和v2.0文档吗?

    回复
    1. 嗯,是的。

      回复
  4. 看完后立马比较了下我的目录分类。第一级和楼主的很像,第一级也是有需求收集,项目管理,版本文档,UI文档。另外多了测试相关,和Demo 目录。用来分别记录每次demo 的文档,反馈和测试用例Review 的情况。 :)

    回复
    1. 挺好挺好。

      回复
  5. 不错

    回复
  6. 1、你的主线版本和分支版本是按照什么来区分的?开发的主线和分支是按照你这个来的么?2、如果有rp出来了,但暂时无法确定放到哪个版本,文档命名和放置位置有什么建议么?3、你的模块是如何界定的呢?是从前端结构么?如果某个优化涉及多个模块独立开来不利于理解需求,这种情况怎么破呢? :oops: 问题太多,表嫌弃我~~

    回复
    1. 问题1、APP是主体,所以主线是和APP走,支线是另外的模块,比如运营系统。其次开发是按照我这个来的,一部分开发负责APP的前后端,另外一部分开发负责支线。
      问题2、这个问题不太重要,如果是我单独找个地方存放。
      问题3、应该是从技术的实现边界,不是从前端呈现。
      后面的问题没看懂啥意思?

      回复
    2. 谢谢啊,第一次提问就得到这么详细的回答。后面的问题是属于第3个问题的,如果模块按照前端来划分,假设淘宝的搜索页、宝贝详情页、购物车分别由三个pm负责,但这三个模块属于购物流程不可分割的环节,某一个版本的购物流程的优化会涉及这三个模块的改动,那这个版本的命名似乎就不能以某个模块来命名了。这是我问题的来源,以上只是举例。
      技术实现的边界,是服务端的模块划分么,如果理解有误,能举个例子说明与以前端呈现来划分模块的差异么?非常感谢 :shock:

      回复
  7. 最近也在管理文档,很有帮助

    回复
    1. 有用就行,有补充建议更好。

      回复
  8. 有用

    回复
  9. 养成良好的文档管理习惯确实很重要

    回复
  10. 很受启发,谢谢分享,赞一个

    回复
    1. 有用就行,这个头像看起来好眼熟。

      回复
    2. 这个头像是吾皇

      回复
  11. 感谢 很清晰

    回复
    1. 有用就行,有补充建议更好。

      回复
圈子
关注微信视频号
大家都在问