【独家】去哪儿网PRD兵法秘籍大公开,火爆课程精彩直击!

PMcaff大讲堂

产品思维从PRD开始

迎着一场痛快的大雨,小二班的在数百名产品经理的期待中开课了,100位来自各大互联网公司的同学全部准时到达上课地点,无一人请假迟到。

志愿者们更是早早的到达现场,帮助大家有秩序的签到。本次活动为了让同学们更快的认识和互动,特意准备了热身小活动——自来熟小游戏。几位老师满满一下午的精彩课程,小伙伴们大呼过瘾。本期大讲堂追踪报道,小咖给大家带来沈阳老师的分享。

如果小伙伴需要沈阳老师的PPT,请回复公众号“PRD”索取哈!

主讲导师:施沈阳

产品经理基本功——PRD兵法

施沈阳,前qunar.com产品总监,创过业,玩过产品和运营、曾经ugc业务、客栈业务,在加入qunar前曾经做为创始人,带领团队在化妆品比价社区领域创业两年,积攒了真实、深刻的产品经验。

精彩课程

一、什么是PRD

Product Requirement Document,即产品需求文档。它是产品项目由“概念化”阶段进入到“图纸化”阶段的最主要的一个文档,其作用就是“对MRD中的内容进行指标化和技术化”,这个文档的质量好坏直接影响到研发部门是否能够明确产品的功能和性能。

一个PRD的基本作用是:

·对产品需求的完整描述

·开发和测试的唯一依据

·产品经理考核依据

·后续历史追溯和备案

一份理想的prd的特点

多——完整

各功能点无遗漏,无缺失。

快——高效

从方案确定到文档完成耗时短。

好——准确

无歧义,结构合理,便于开发及测试人员阅读和理解。

省——低沟通成本

讨论、评审、后期修改通报,流程合理,沟通顺畅。

二、如何写一份PRD文档呢

第一步,确认是否立项

首先要评估需求是否值得去做。

领导同意立项不一定真的就值得立项,经验和直觉也不一定是对的。评估需求的方法还是要建立指标模型,如果需求不紧扣模型,估计就是哪里有问题。产品经理一定要善于发现问题。问题——目标——论证——资源(性价比)---研发周期---测量方法。

其次将目标量化

撰写PRD文档前,一定要想明白产品再动手写,不然很容易会写跑偏。不能量化的目标不值得做,没有推导过程订立的目标小心无法完成,不能评估工作量的需求没法进行性价比评估

这部分之所以重要原因如下

如果模型评估,发现目标太低,性价比太低,你就不用写文档了,如果发现目标可以特别高,恭喜你资源向你奔来

如果一开始没有想明白就开始动手写文档,50%概率你会写偏

第二步、搭建框架

将产品所有功能进行合理分解和排序,确定PRD各节标题。

基本规则:

按页面元素分解

上—>下、左—>右

按用户操作步骤分解

提交—>展示—>展示后编辑

按在系统中所处位置分解

前台页面—>用户管理后台—>官方管理后台

按功能主次分解

主要功能—>次要/附属功能(特殊权限、广告位、 其它相关说明等)

第三步、梳理主线

按照已确定的PRD章节顺序,用关键示例图+简要文字描述的方式对主要功能点进行说明。

此步骤只关注功能主线,不用有过于详细的描述,也不用涉及各种特殊状态和细节的处理。使产品所包含的主要功能在PRD中有完整体现。在主要功能点的整理过程中,对PRD的结构及时进行合理调整,时刻回顾下主线跟目标关系。此步骤完成之后,可与开发人员进行初步沟通

第四步、填充细节

对产品功能及其它相关需求进行完整说明

包括所有操作流程、判断逻辑、权限区别、页面效果、特殊状态处理、错误提示、已有功能说明等

此步骤完成之后可发起内部需求评审

细节说明通常会占到PRD篇幅的70%以上。一份细节清晰完整

的PRD是项目顺利进行的有力保障,也是PM对产品理解和

掌控程度的重要体现。

三、几个要点

1、任何页面都要说明“从哪来,到哪去

2、不要只考虑普通用户

3、形成条件反射的错误提示

4、输入框里陷阱多

5、事情的发展总可能脱离理想状态

对于满足一定条件才有效的功能,需要说明流程中遭遇各种极限情况时的处理策略

6.不要轻易写“与线上保持一致”

7、无结果页/边界限制/统一出错页/

8.特殊上线要求需说明

9、图文一致,符合实际

如果评审后有修改……

文档中记录修改历史和时间

与相关开发和测试人员明确修改细节

邮件通知项目组成员

在PRD中对修改点进行特殊标注,必要时进行宣讲

精彩花絮

现场皂片

小二班第一节课的精彩瞬间

(☆_☆)

小伙伴们相互认识,自我介绍中,通过行业群认识新同学

阿德老师的精彩课程,更有德式秘籍首次大公开~

小林老师萌萌的,现场更是送出了很多小礼物。

昨天沈阳老师的也获得了大批粉丝,直到下课后工作人员都准备离开了,沈阳老师还被层层围住。

现场的互动和提问,小伙伴们积极跟老师讨论问题。

当然这次活动感谢脉脉和worktile同学准备的礼物

脉脉礼品

worktile奖品

感谢本次活动的志愿者们

东星、杨俊君、董崇超、张会芬 、罗德涛 、曾庆博、武洋 、安静 、杨楠 、刘超 、闫石 、赵雪松 、邵双

如果您喜欢我们的课程,请随手帮我们转发一下文章,介绍您身边的优秀PM加入我们,我们愿意与你一起成长。下节课,我们不见不散!

更多推荐

回复“51”——【绝顶干货】目前最好的关于用户运营文章:用户运营的定义、演变和方法论

回复“52”——【独家】百度移动云高级美女产品经理:O2O日趋火爆,下个估值过亿的上门美业将花落谁家?

回复“53”——为什么我们都来北上广?此生若得安稳,谁愿颠沛流离!--PMcaff献给所有奋斗的互联网人

回复“54”——2015版App推广全攻略:你所不知道的撕逼营销,事件营销和PR传播。

回复“55”——火爆了,5000位来自百度阿里腾讯Amazon的产品经理疯抢的课程现场。

回复“56”——微视已死,腾讯战略放弃微视,大牛纷纷离职,PMcaff--行业内部解读。

回复“57”——【产品干货】Uber产品经理首次在中国自述产品理念:我们看中的并非只是钱。

回复“58”——产品经理们是如何越过 iOS 沙盒机制的?

回复“59”——如何避免开发一款失败的产品?

回复“60”——你可能不知道的学习的15个APP设计技巧!

原创或推荐文章请发送至邮箱:xiaoxi@pmcaff.com

pmcaff合作媒体:Chinaz

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
数据可视化大屏 PRD 需求说明书是用于确定和描述数据可视化大屏产品的需求,以确保开发团队和业务团队在产品开发过程中能够达成一致的理解和期望。 本 PRD 需求说明书将包括以下主要内容: 1. 产品描述:详细描述数据可视化大屏产品的功能和特点,例如数据源的类型和来源、可视化展示的方式、交互和导航方式等。 2. 用户需求:准确确定目标用户群体及他们的需求,考虑他们的行业背景、数据需求和使用场景,以便为他们提供定制化的解决方案。 3. 功能需求:列出数据可视化大屏产品的基本功能需求,例如图表展示、数据筛选与过滤、数据刷新频率等,以及其他增值功能的需求。 4. 界面设计:提供用户界面的设计方案,包括布局和样式,确保用户能够轻松理解和操作大屏界面。 5. 数据源与接口:确定数据源类型和接口需求,确保数据能够准确、及时地传输到大屏中,并保证数据的安全性和可靠性。 6. 数据可视化:描述数据在大屏上的可视化展现方式,包括图表种类、颜色选择、动画效果等,以增强数据的可理解性和可视化效果。 7. 交互与导航:定义用户对大屏上数据的交互方式,包括点击、滚动、拖拽等,以及导航和切换不同视图和数据的方式。 8. 性能与安全:要求产品在性能和安全方面达到一定的标准,确保能够应对大量数据的高并发访问,并保障数据的安全性和稳定性。 通过这份 PRD 需求说明书,开发团队和业务团队能够对数据可视化大屏产品的功能和特点有清晰的了解,并能够根据需求进行系统的开发和测试,实现产品的需求和期望。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值