刻意练习:打造属于自己的PRD

18 评论 22362 浏览 241 收藏 10 分钟

想要提升PRD写作能力可以从这三方面问题入手:我的PRD总是遗漏哪些问题?我的读者有什么习惯?哪些东西可以沉淀下来?找出自身遇到的问题并想方设法解决他们,这是你成长路上必须经历的第一步。

每个人都需要一份自己的PRD

迭代PRD,主要是迭代PRD模板。

模板是做什么的?主要是提醒作用,让我们做选择题而不是填空题。

所以好的模板,帮助我们完成好的PRD。

那么如何获得好的模板?好的模板都是量身定做的。

只有自己积累的,才是最适合自己的。

那么如何不断为自己积累一份好的模板?

可以从如下几个问题入手:

  1. 我的PRD总是遗漏哪些问题?
  2. 我的读者有什么习惯?
  3. 哪些东西可以沉淀下来?

下面我们逐一展开一下,看看实际落地过程中怎么做。

我的PRD总是遗漏哪些问题?

PRD的原则就是不漏不缺、表述清晰。

那么如何做到不漏不缺呢?

主要的原则就是靠模版:通过不断地迭代完善模版来达到自我规范的目的。

比如,我工作的第一年,遇到的问题如下:

  1. 2次因为忘记写清楚埋点规则,导致分析时缺少数据。
  2. 1次因为没有写清楚并发量,导致没有提前安排好服务器。
  3. 因为忘记更新变更历史,导致开发使用了旧版文档。

针对这些问题,我做了如下改动:

  1. 在需求详述表格里面,增加了数据分析的部分,提醒自己写清楚埋点和口径等情况。
  2. 在文档结尾处,新增了运营需求,举一反三总结了服务器、关联方、运营等配合要求。
  3. 在更新文档后,反复检查命名和变更历史,确保无歧义。

通过这样的方式,我就逐步搭建起来了一套适合自己的需求模板。

通过这套模板的不断迭代,我们把发生的问题一步步吸纳到了模板沉淀下来,让需求逐步走向了完备。

我的读者有什么习惯?

PRD的读者主要是评审时候的各位,以研发、测试为主。

这个群体讲究理性思维,喜欢迅速切入核心问题并全局规划,不喜欢赘余的东西。

根据这个核心点,我要求自己每个需求点一定要做到2+2,2+2就是:

  • 2个需求背景:用户侧的需求背景,对公司业务的需求背景;
  • 2个以图代言:任务流程图描述用户路径,泳道图解释系统跳转。

这两个部分,可以保证开发同学对需求背景有详细的认知,对逻辑也有整体的把控。

在清晰表达逻辑的同时,也能让开发同学体会到你的用心。

哪些东西可以沉淀下来?

沉淀,就是成果的固化和总结。

沉淀不仅仅限于模板的沉淀。模板的沉淀算是一种规则和提醒的沉淀,更重要的沉淀是内容的沉淀。

什么是优质的,应该沉淀下来的内容呢?

我这里认为,和PRD相关的,只要做好如下3个点的沉淀,就可以走向专业:

  1. 原型风格沉淀;
  2. PRD语法沉淀;
  3. 项目逻辑沉淀。

1. 原型风格沉淀

指的是:要沉淀一套自己的原型风格,包括:

  • 整体有什么元素?
  • 每个元素什么样式表示?
  • 每个元素如何描述,描述哪些信息?
  • 哪些常用的控件可以模板化?

直接把好的部分用axure保存起来,编辑一个riplib文件即可。

每次画完新的原型,保存到lib里面。下次载入的时候直接使用即可。

这一套做下来,就可以保证你不再需要转发朋友圈的模板大放送活动,而开开心心地经营自己的一套模板了。

不论对于自己,还是写的人,都有很好的可读性。

如果你是经常设计前端界面的产品经理,请务必做好这个工作。

2. PRD语法沉淀

PRD的语法,包括以下2个方面:

  1. 需求的背景讲解;
  2. 需求的方案讲解。

讲背景的时候,我的语法偏重于叙事。给出需求的价值和画面感,描述用户故事。这样可以让开发同学看起来比较轻松,又能充分了解。

讲方案的时候,我的语法偏重于理性。同样的动作,用同样的词汇。

比如,同样一个需求点,一定要做好命名,让大家沟通起来没有障碍。如果用户反馈的功能,你叫用户评价,他叫用户建议,这就是不合理的。同样,如果本页面有弹窗,就讲弹出;如果是搜索条件,就说呼起;如果是换了界面,就讲跳转。千万不要颠三倒四胡乱用词,这样读起来是特别费力的。

发现了吗,PRD语法是很重要的一部分。这部分最好和开发同学约定来做。

并不需要多少专心研究的时间,只要注意一下,就可以很快地上手了。

2. 项目逻辑沉淀

项目逻辑沉淀,是最重要的一点。

每个人都要维护一份自己项目的全景逻辑图,这样不论是对于交接还是讲解逻辑,都很方便。

想做这件事,分为以下几个步骤:

  1. 前端:界面跳转关系是什么样的,每个界面有哪些权限?
  2. 后台:后台权限和准入情况是什么样的,有哪些逻辑变动?
  3. 数据:每个数据库的字段有哪些,每个字段是什么逻辑落库的?

梳理完这三项,就可以基本了解了项目目前逻辑的全貌。

有了这份材料,可以帮你对接很多运营和客服的需求。

比如,当运营提出要限制新注册用户使用某活动时,你可以清楚地解答:我们现在已经支持未身份认证用户无法参加活动,全渠道新用户都是没有认证的,所以无需新增功能。

这样就省掉了好多沟通成本和思考成本。

再根据项目现在的目标和进展,规划下一步的逻辑走向,下线不必要的赘余功能。

不只让产品精简,也让我们的思维精简。

把这份材料作为PRD的补充文档附在里面,一份成熟的PRD就完成了。

不但有新增的需求描述,也有字典一样的逻辑梳理。

结语

  • 最适合你的PRD,是你自己沉淀下来的PRD。
  • 沉淀模板的同时,沉淀内容和经验。
  • 通过:查缺补漏、用户访谈、全流程检视,来发现提高的机会点。

没有天生的强者,都是一点一滴的积累练习。

共勉。

#专栏作家#

花生酱先生,人人都是产品经理专栏作家,微信公众号:产品之术。金融业资深产品经理,对职涯规划与个人发展有丰富经验,产品涉猎广泛,ERP、金融领域较多。

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

题图来自Unsplash,基于CC0协议

更多精彩内容,请关注人人都是产品经理微信公众号或下载App
评论
评论请登录
  1. 求一份文档3300919386@qq.com,大神

    来自上海 回复
    1. 抱歉公司网络管制,我的文档都在内网诶。建议还是从自身团队需求出发,没有最好的文档,只有最合适的文档。

      来自广东 回复
  2. 可以膜拜和学习一下您之前写过的PRD文档??935612434@qq.com,多谢

    来自北京 回复
    1. 抱歉公司网络管制,我的文档都在内网诶。建议还是从自身团队需求出发,没有最好的文档,只有最合适的文档。

      来自广东 回复
  3. 您好,您能提供一份您的RRD文档么

    来自天津 回复
    1. 抱歉公司网络管制,我的文档都在内网诶。建议还是从自身团队需求出发,没有最好的文档,只有最合适的文档。

      来自广东 回复
  4. 总结的挺好的【大拇指】

    来自北京 回复
    1. 谢谢!

      来自广东 回复
  5. 大师可以发个微信号吗 方便沟通交流下

    来自北京 回复
    1. 公众号:产品之术,谢谢!

      来自广东 回复
  6. 写的很好,很有指导借鉴意义,感谢。

    来自浙江 回复
    1. 谢谢鼓励!

      来自广东 回复
  7. 想看一篇你写过的prd 观摩学习一下

    来自上海 回复
    1. 可以发一篇给我,我根据我的理解交流一下

      来自广东 回复
  8. 谢谢分享,受益匪浅。

    来自重庆 回复
    1. 过奖啦

      来自广东 回复
  9. 大师级别的总结。能否私聊,膜拜和学习一下您之前写过的PRD文档??
    微信号:15380830383

    来自江苏 回复
    1. 您过誉了,欢迎公众号:产品之术交流,邮件:18686524245@163.com

      来自广东 回复