如何规划一个从0到1的产品PRD,做出一个让主逻辑跑通的MVP?

22 评论 41741 浏览 466 收藏 16 分钟

本文作者分享一份比较完整的PRD,来自他曾主导规划的一个项目,这是一款搭载在微信服务号上的生活服务类应用,针对家庭生活废品回收的试探性项目。enjoy~

近些年,移动互联开始流行风口文化,许多创业者们都闻风而动,奋力争当风口上的猪,风口就如潮水浪花般一波又一波,把弄潮儿高高捧起又重重的摔落,放眼望去大批大批的被拍死在沙滩上,真正能驾驭浪尖的高手屈指可数。

能看清时局,审时度势,做到进退自如也是创业者需要修习的一门功课,作为一个产品经理能够清醒帮助创业老板在众多项目选择中大胆试错、小步快跑也是必修的功课,《精益创业》MVP,亦或是敏捷开发对产品经理来说尤为重要,憋着发大招又或者逻辑跑不通都是要规避的。

凯哥曾参与数个项目,也主导规划了一些从0到1的项目,这里也分享一个曾自己主导规划的项目,这是一款搭载在微信服务号上的生活服务类应用,针对家庭生活废品回收的试探性项目,当时就是秉着MVP的思维落地运转起来。

最好的学习就是输出,所以我把自己数年前写的从一份比较完整的PRD文档干货分享出来(有些许调整优化和删减,敏感信息已做处理),如何做出一个让逻辑跑通的MVP,适合产品新人学习借鉴,快速从某片树叶跳出来看到整个树枝,并朝着看清整颗大树乃至整片森林方向发展,也希望借此能得到更多大牛指点。

为了方便浏览,先放一张本文的结构图(如果图片不清楚可以右键在新窗口打开放大查看):

1. 产品简介

1.1 项目背景

该项目是一款基于家庭(商铺)废品交易的搭建在微信端的CtoB抢单平台,当下城市和互联网快速发展的时代,然而城市(社区)废品回收依然处在一个非常落后的环境,存在时间、信息不对称,服务落后等问题,根据调研的统计信息研判,快速开发一个最小可行性项目,以便快速投入市场进行验证。…………

1.2 需求场景

1.3 功能列表

根据市场调研采集的功能含有:

  • C:绑定手机、下单功能:定位、语音、分类、文字、照相图片、选择商家、查看商家地图、废品名称录入、废品重量录入、废品价格列表、废品计价功能、积分兑换功能、预约时间功能、快速下单;查看订单、取消订单、实名信息、个人资料修改、账户密码注册登陆、删除订单、撤销订单、积分商城功能、客服反馈功能。
  • B:绑定手机、注册审核、个人资料查看与修改、地理位置上报、订单实时推送、抢单功能、订单自动匹配功能、查看订单(列表)、快速拨打电话、修改订单信息功能:分类信息、价格、重量、积分、取消订单、支付功能、客服反馈功能。
  • S:角色权限功能(级别、增删改查)、C端注册用户信息查看和修改、B端商户信息列表与审核、数据看板(B端申请量/审核通过率/活跃信息:抢单量/完单率/每单成交价格/日、月、季度、年交易额/类别占比,C端PV/UV/注册量/天、月、季度、年下单量/成交价格曲线/类别占比)。

最终v0.1.0版本功能列表:

2. 版本信息

3. 产品逻辑

3.1 整体业务逻辑

3.2 资金流图示

3.3 E-R实体关系图

3.4 第三方注册登陆流程(微信)

3.5 页面流程逻辑

3.6 页面信息结构

(1) C端用户页面信息结构

(2)B端商户页面信息结构

(3)S端(后台)页面信息结构

4. 产品设计、功能详述

由于篇幅较多,各位可以先对照Axure上的页面结构来查看以下内容:

4.1 全局说明

需要等待服务器返回信息的时间,以及流程正常进行中的提示都采用如下交互,245ms自动消失:

如果在一级页面遇到流程错误,需要重新操作,需要弹窗提示,PC端也会用到对话框下方红字提示错误信息:

4.2 功能说明

(1)通用-登陆(01手机验证)

(2)通用-反馈(02建议反馈页面)

(3)C端用户下单功能详述

下单界面:(03C端下单页面)

订单详情页:(04 C端订单详情)

订单列表页:(05 C端订单列表)

(3) B端页面功能描述

审核页面(06 B端实名审核)

地理位置上报(07地理位置上报)

抢单页面(08抢单页面和订单详情页面)

订单列表页(09订单列表页)

(4)S端(后台)页面功能描述

登陆以及权限(10登陆)

角色管理(11角色管理)

用户管理(12用户管理)

审核管理(13商户审核)

订单管理(14订单管理)

反馈管理(15反馈处理)

数据看版(16数据看版)

设置-修改密码(17设置)

结语

整个项目从立项到上线大概花了一个来月,产品经理期间需要跟不同部门进行不断的沟通,需要做出整体项目计划表、本项目计划表以及个人工作计划表来把控项目的进度和质量,另外还与运营和市场部门一同策划和参与了推广运行活动,通过实际在社区设点运作,收集用户的真实使用情况。

最近凯哥学习了谷歌的设计冲刺的方法,讲述如何5天对一个项目进行快速验证,不过要实施起来还是比较考验企业文化环境的。欢迎各位朋友与我多多交流心得和经验。

 

作者:毛凯祺(微信号公众号:凯哥开小灶),2年自主创业+4年互联网产品设计经验,有近10个产品项目管理经验

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

题图来自 Pexels,基于 CC0 协议

更多精彩内容,请关注人人都是产品经理微信公众号或下载App
海报
评论
评论请登录
  1. 有没有源文件,发一个.15160969243@163.com

    来自北京 回复
  2. 非常适合新人学习

    回复
  3. 产品从0到1确实不容易,但对我这样的入门小白(技术出身转型做产品)来说,上面的流程的的确是个不错的学习资源,只是这个产品的思维要如何去修炼,一直很苦恼,不知道凯哥有没好的指引,谢谢。

    来自上海 回复
  4. Axure有些字太小看不清,凯哥能分享一下源文档么?

    来自河南 回复
  5. 非常感谢凯哥!!!如果有时间的话可以在写一个关于MRD或者是BRD、需求分析这类的文章嘛 ,愿意付费阅读!!对于新入门的产品真的有很大的帮助啊!

    来自浙江 回复
  6. 大大你好,请问产品中的需求场景是想象出来的吗?是不是所有的PRD都需要这个部分?

    来自广东 回复
    1. 有做市场调查,当时做了线下问卷调查、社区居民走访、回收人员行为跟踪和回收站定点统计等。这个部分确切地说应该是属于MRD部分,PRD不是必要构成。

      来自广东 回复
    2. 谢谢大大解答~ 😉

      来自广东 回复
  7. 个人理解您图中E-R实体关系图画法不能完整的表达出整个系统的实体之间的关系,建议采用业务实体关系图,可以用UML类图来展现,主要强调实体之间的关系。至于实体的属性可以单独列出业务实体属性来表达。

    来自辽宁 回复
    1. 感谢哦仔细阅读文章🙏,那儿是没写对,UML类图确实会更好。很多加我好友的都是仔细阅读过文章,在页面跳转、异常描述、功能排序、项目排期等方面一起探讨并提出许多宝贵的建议。

      回复
  8. ER图,C端用户和订单的关系画反了。图中意思是多个C端用户发布一个订单,应该是一个C端用户发布多个订单才对

    来自辽宁 回复
  9. 受教了,打算照你的流程自己做个完整的(以前都糊里糊涂一个产品就做完了)

    回复
  10. 我的天,小白看前面还好,中后阶段看不懂!不过太牛鼻了!这就是产品经理的实力嘛?大佬,厉害了!!!!

    来自上海 回复
  11. 到此一游。——来自一个one-month-old的产品

    来自浙江 回复
  12. 全面,不错。对这个项目有没有做过商业BRD文档

    来自浙江 回复
  13. 我(1岁产品)的经验是,写个文档都要花上一周了,画个原型也得花上一周,时间都过半个月了 😥

    来自福建 回复
    1. 我也是这样的遭遇,感觉这里的交流不错,只是很多时候,他们级别太高,输出的内容都不太能理解。共勉。

      来自上海 回复
  14. 真的不错,但是对于一个初来乍到的产品经理来说有点复杂,还没有搞清楚一个PRD最精简的需要写点什么,反正涨见识了

    回复
  15. 超级赞!!!!

    来自广东 回复
  16. 真正的全流程设计啊,小白受教了,谢谢前辈!!!

    来自江苏 回复