至此,我们完成了app的定位、系统架构、产品结构、重要的2大流程图(业务、页面流程图)以及所有页面的原型稿、交互稿、视觉设计稿。最后将他们组合在一起,是否就得到PRD了呢?不完全是,本文将围绕PRD的3大目的来拆解如何写PRD。

从0设计App(8):围绕3个目的撰写靠谱PRD(系列完)

本系列是笔者拆解从0到1设计「职得App」,这个作品帮助我拿了好几个offer,因此特别展开分享给大家。之前的文章,可以在笔者的个人中心阅读,欢迎订阅~

一、市场分析篇:市场分析(上);市场分析(下)

二、竞品分析篇:竞品分析

三、用户调研篇:用户调研(上);用户调研(下)

四、需求管理篇:需求管理

五、架构流程篇:产品定位(上);系统架构/产品结构(中);业务、页面流程图(下)

六、原型设计篇:原型&交互设计

七、UI设计篇:视觉概念设计

八、PRD文档篇:(本文最终篇)

在此声明:本系列的产品内容原创且非商用,如有雷同,你抄我的!

从0设计App(8):围绕3个目的撰写靠谱PRD(系列完)

按照上文一份PRD的3个目的即可,结合「职得app」来拆解每一个模块。

目的1:清晰地传递需求

关键词:清晰、传递。

为了清晰地向其他同事(如开发、设计师、测试、运营、市场等)、上级领导、boss、未来新入职的产品讲清楚需求。

必须说清楚的有:

prd版本迭代:因为一份prd并不是一个人来写的,比如常见的UI稿就来自UI设计师,因此prd是一步一步写出来的,特别需要在prd开头写明白;交代背景:场景、遇到的困难、为什么要做这个需求;定义词汇:对于陌生词、专有词、跨领域词用文字在prd开头定义清楚;交代目的:想解决什么问题、想提高什么数据到多少;描述解决方案:根据背景/现状、以及目的去描述可能的解决方案;附属链接:贴上与本需求相关的其他内容。

回到我们「职得App」中,我们一一拆解来看。

PRD版本迭代:做成表格,每次记录迭代顺便记录即可。包括时间节点、负责人、内容、进度。

从0设计App(8):围绕3个目的撰写靠谱PRD(系列完)

需求的背景:对于从0设计的APP来说,无疑是市场分析、用户调研、竞品分析。关于调研内容我在本系列头几篇文章已经详细分析过,还没阅读的小伙伴可以认真看一下。

从0设计App(8):围绕3个目的撰写靠谱PRD(系列完)

定义词汇:因为涉及的业务比较简单也没有什么专有名词,跳过这个模块。

交代目的:做一款App解决市场上发现的未被满足的需求。

大致解决方案:之前在产品定位有提及,包含产品定位和v1.0.0版本功能需求Feature List、系统框架、以及产品演进蓝图,就不一一赘述了。

从0设计App(8):围绕3个目的撰写靠谱PRD(系列完)

名称:职得App

定位:大牛培伴式互联网职场技能学习平台;

slogan:陪练十遍,技能自现;

目标用户:非一线互联网职场新人;

用户痛点:在中小型公司得不到业界大牛指点岗位技能的机会。

从0设计App(8):围绕3个目的撰写靠谱PRD(系列完)

附属链接:无

目的2:详细地拆解需求

关键词:详细,拆解

需求最终还是要给到设计师、程序员、测试工程师来进行设计和开发。因此在prd里必须包含了本次需求所涉及的实现路径。

视情况而定,不同需求拆解的程度不同。

比常规少:有的需求不涉及前端的页面,就不涉及UE/UI设计,有的需求开发自测,不需要测试工程师来进行质量把控。比常规多:有的需求涉及跨部门协作,需要运营、市场的人后期参与,或有的需求涉及数据分析师、公司中台的协助。

简而言之,几方参与就写几方内容,一般包括但不限于:

给开发看:业务流程图、页面流程图、原型交互稿、UI稿、数据库调整规范、埋点修改规范、版本迭代、接口规范给UE看:需求目标、解决方案、线框稿给UI看:需求目标、解决方案、原型交互稿、给测试看:需求解决方案、业务流程图、页面流程图、原型交互稿、测试用例、埋点修改规范给运营看:运营推广计划、a/b实验方案、产品培训方案给数据分析师看:需求目标、解决方案、a/b实验方案

再次强调It depends,情况而定的思想。需求目标会影响到在prd中需要拆解出哪些内容。

回到我们「职得App」中,因为是从0设计App,因此几乎会覆盖到所有人。但由于是模拟项目,并非真实上线投入到市场中,无法验证,所以不包含运营计划和ab实验方案。

因此「职得App」PRD中包含业务流程图、页面流程图、原型交互稿、UI稿。而这些在之前的文章中一一详细分析过了。

在实际工作中,还应当包含:埋点规范文档(给开发和测试看)、测试用例(和测试协商)、运营推广计划(和运营协商)、ab实验方案(和数据分析师协商)、产品培训方案(和运营/商务协商)

目的3:认真地验证需求

关键词:认真、验证

互联网人喜欢说「闭环思维」,这一步就是闭环。

当一个需求被开发完之后,还没有结束。可以说才完成了一半,最重要的是检验是否达成了目标,怎么检验,如果达成改怎么办,如果没达成又该怎么办?

例如:

    在开始中时,临时调整需求;在测试环节出现了问题,需要代码回滚;一个简单的需求上线后出现了bug,需要fix;上线后数据效果不佳,远不如预期;……

这些情况都可以算在验证需求环节出了问题。即目标和现实情况出现不匹配。

如何实现「闭环」,去验证需求?实际上并不局限于prd,一般有如下几点要注意:

质量保障:多方验收与测试。数据分析:无论是否有a/b实验,有数据变化的话都要进行事后分析。目标完成度:记录下未完成/超额完成的原因是什么?下期规划:是否要做下期需求来弥补/持续优化。邮件通知:尽可能发邮件通知到本次需求的所有参与方。

关于这一目的,由于「职得App」无法真正上线,不能够形成真正的闭环。因此就不展开举例。以上5点是我个人在实际工作中总结出来的,同样地,并非针对每个需求都要如此,需要是情况而定。

所谓产品经理要靠谱,如果能够对需求形成「闭环思维」,就是真正的事事有着落。这,特别需要在实际公司、业务中磨练,培养出这种思维意识。

总之,PRD只是一种承载形式,它完成它的3个目的即可,核心关键还是在于内容是否想明白,如流程是否解决用户需求、交互是否合理,这才是产品经理的本质工作。

五、感谢和总结

这是「从0设计App」系列的最后一篇内容,感谢大家的关注和支持~

相关阅读:

产品人深思(7):互联网群面的1个通关原则:horsekeeper

产品人深思(5):产品经理如何写有用的简历?

产品人深思(3):大学生如何拿到产品offer?

作者:朱鲁斌,公众号:字字朱心。每周深度思考一个问题,不稳定的世界里找到一份笃定。

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

题图来自Unsplash, 基于CC0协议。




阻力设计在产品中的应用

阻力设计在产品中的应用

阻力是指物体在流体中相对运动所产生与运动方向相反的力,不仅在自然间中常见,在互联网中也广泛存在。本文作者从五个角度,深入分析阻力设计在产品中的应用,希望对你...

2020-06-18
如何成为一个合格的数据架构师?

如何成为一个合格的数据架构师?

数据架构师在互联网行业中是个很重要的职位,是企业数据资产最重要的“奠基者”。那么,如何成为一个合格的数据架构师呢?本文作者基于自身经历,从三个方面展开介绍,推...

2020-06-18
倒推“抖音短视频”APP产品需求文档

倒推“抖音短视频”APP产品需求文档

文章是倒推“抖音短视频”APP产品需求文档,但由于作者是第一次写需求文档,所以仅对核心需求进行了需求分析与说明。一起来看看~ 目录: 一、文档综述 1.1文档属性 1.2产...

2020-06-18
微信“拍一拍”,真的是一个没什么用的功能吗?

微信“拍一拍”,真的是一个没什么用的功能吗?

昨天微信上线了“拍一拍”功能,用户点击2次头像,会产生头像抖动,震动反馈,且在聊天框中显示“XX拍了拍XX”。 这个功能推出后,很多微信群都在疯狂拍一拍,引起了一波拍...

2020-06-18
数据大屏设计师,我不信你没有这些困惑(上)

数据大屏设计师,我不信你没有这些困惑(上)

从事互联网行业的人,每天都在接收新知识,时常也会有迷惑的时候,尤其是数据大屏这样比较少有人踏足的领域。本文作者以自身经历出发,对数据大屏设计提出了自己的一点...

2020-06-18
客户关系管理的15个模型总结(下)

客户关系管理的15个模型总结(下)

对于ToB产品,仅仅基于用户需求来设计产品架构是远远不够的。B端产品服务的是有着几年,甚至几十年管理积淀的企业,必须依靠一定的理论知识来支撑系统的设计规划。本文...

2020-06-18
B端产品设计:价值主张与需求对应的价值

B端产品设计:价值主张与需求对应的价值

B端产品的需求来源于场景,产品经理通过满足客户需求从而产生价值。因此,SaaS产品经理面对扑面而来的需求时,应当更清晰理解并评判需求的价值。 01 2008年,著名商业...

2020-06-18
以知乎为例,探讨未来产品设计的几大变化

以知乎为例,探讨未来产品设计的几大变化

知乎作为一个典型的问答社区,它本身反映了内容社区产品的很多典型问题。本文以知乎为例,探讨社区类产品未来发展的一些变化,对内容社区感兴趣的童鞋不要错过。 前段...

2020-06-18
如何用产品思维打造线上课程?

如何用产品思维打造线上课程?

如何用产品思维来给自己打造一个线上课程呢?本文从市场调研、课程开发、运营推广、成交这几个方面分享如何打造自己的课程,希望对大家有所帮助~ “地摊经济”重出江湖,...

2020-06-18
「武侠连载」营销中心设计——优惠券

「武侠连载」营销中心设计——优惠券

优惠券是常见的一种营销推广的方式,但是你真的了解它吗?本文作者以武侠故事的形式,对优惠券展开了生动的分析,对优惠券感兴趣的童鞋不要错过哦。 (武侠情节接上文“...

2020-06-18
金融支付财务融合业务-实践分享1:订单、账单、交易流水、账套知识解构、原理解析

金融支付财务融合业务-实践分享1:订单、账单、交易流水、账套知识解构、原理解析

本文作者从实际工作实践出发,结合案例等分享了电商金融支付财务融合中的基本概念和相关原理解析,包括:订单、账单、交易流水和账知识解构,供大家一同参考和学习。 ...

2020-06-18
关于卡片设计的分析与思考

关于卡片设计的分析与思考

卡片是APP常见的设计形式,它既有好处也有弊端,因此需要根据场景和内容确定展现形式。本文从四个方面对卡片设计展开分析,推荐给对卡片设计感兴趣的童鞋阅读。 卡片是...

2020-06-17
内容型产品中,付费会员功能如何设计?

内容型产品中,付费会员功能如何设计?

付费会员制度让用户预付会员费,将钱留在平台,那么未来一定会有消费行为,那么会员制度要如何设计,才能激励用户付费呢? 01 为什么要做付费会员? 讨论这个问题之前...

2020-06-16
文字社区是否可以拥有弹幕?

文字社区是否可以拥有弹幕?

从社区产品的角度来思考,弹幕功能对于内容生产方,内容消费方以及平台方而言各自有什么意义?图文内容社区是否有机会拥有弹幕呢?如果可以发弹幕,用怎样的形式呢?本...

2020-06-16
FMS财务系统收支结算总结

FMS财务系统收支结算总结

本文按照FMS收支结算划分,结算流程分类及各系统交互,财务系统内部结算基础能力,收支结算整体结构的顺序来依次介绍,总结财务系统收支结算的结构,和一些作者的个人思...

2020-06-16
如何迅速提升用户好评?试试这三种方法

如何迅速提升用户好评?试试这三种方法

小编推荐:如何提高一个产品的用户评分,改变大家对这个产品的印象呢?本文作者给大家介绍了三个概念:用户体验地图、峰终定律和服务蓝图,并详细解释了该如何使用这三...

2020-06-16
对工具型产品易学习与易使用的思考

对工具型产品易学习与易使用的思考

小编推荐:易学习是指怎么让新用户的学习成本降低,能够很快地掌握产品的使用,它的前提是足够简单和容易理解。而易使用是指,如何让用户快速、高效地完成一项任务,达...

2020-06-16
比对象还懂你!推荐算法为啥这么准?

比对象还懂你!推荐算法为啥这么准?

信息过度和广告过多的社会中,推荐算法的使用也就显得理所当然,但是它是如何做到了解用户的呢?本文从用户画像的定义和设计出发,结合实际案例,深入浅出地阐述了基于...

2020-06-15
B端平台产品需要培养的4种意识

B端平台产品需要培养的4种意识

对于许多刚入行不久的产品经理来说,B端平台产品是比较有难度的一项工作。本文作者基于自己的工作经历,提出了四点关于B端平台产品需要培养的4种意识,希望对你有帮助。...

2020-06-15
广告系列:保留价

广告系列:保留价

在一次拍卖中如果所有买家的报价均小于卖家的估价时,则拍卖品不出售由卖家保留,此时卖家的估价就是保留价,也叫底价,全称市场保留价。对于卖家来说,保留价的设置保...

2020-06-15