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

19 评论 82174 浏览 496 收藏 6 分钟

总结了自己这几年管理各种产品文档的经验,分享给大家。主要分为三大部分,本地文档如何管理,然后怎么管理同一版本的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年电商的工作经验。

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

更多精彩内容,请关注人人都是产品经理微信公众号或下载App
评论
评论请登录
  1. 项目管理文件夹中放哪些呀

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

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

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

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

    来自广东 回复
    1. 嗯,是的。

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

    来自四川 回复
    1. 挺好挺好。

      来自上海 回复
  5. 不错

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

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

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

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

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

      来自上海 回复
  8. 有用

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

    来自北京 回复
  10. 很受启发,谢谢分享,赞一个

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

      来自上海 回复
    2. 这个头像是吾皇

      来自四川 回复
  11. 感谢 很清晰

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

      来自上海 回复