一份好的策略产品需求文档

本日跟大家聊一个产品经理的基本能力，如何才能写一份好的策略产品需求文档。

最近看了很多PRD，创造一个特殊主要的点，大家在输出需求的时候会更关注策略逻辑，功能交互等规则，逻辑类内容。

但是，现实中我们会常常看到由于非逻辑性缺点导致产品失落败的一些案例，严重可能会引起线上事件。

比如在互联网医疗行业，如果线上出售的药品包含OTC（over the counter，非处方药）药品，这种情形下，页面交互设计体验再好，不符合行业规范都是无法通过运用市场审核，乃至面临行政惩罚。

因此，产品经理在定义策略产品的需求时，除了逻辑规则，更多该当关注非规则类约束。

下面几个是策略产品经理在输出需求文档的时候重点考虑的几个非规则类约束。

一、可阐明性

“可阐明”广义上是指在用户须要理解或办理一件事情时，他们可以得到所须要的信息，紧张是为了提升用户对付产品的信赖度，在个性化推举系统中就有很多的运用。

下图是亚马逊的首页的一个推举模块，在模块的左上角会标记“根据您的所购商品推举商品”，这是根据用户最近的行为给出的推举阐明。

亚马逊推举商品模块

除了上述类型的推举阐明，还可以运用商品本身的特色来进行推举阐明。
下图是京东为你推举模块，个中“甄选康健质料”，“重量仅522g”，“阛阓同款”等都是一种推举策略产品可阐明性的表现。

京东为你推举的推举阐明

二、数据安全机制设计

产品安全性是近几年被频繁提及的一个话题，尤其是用户个人数据的安全，这个中尤为主要的便是用户数据的授权利用环节。

Facebook透露数以亿计的用户数据，导致很多用户的信息被不明机构滥用，被视为近十年最严重的数据透露事件，这个中更让人不解的是很多用户竟然不明不白的就付与了产品个人数据的利用权。

数据在策略产品中的主要性不言而喻，因此获取用户数据授权是个中的一个必需的流程。
在设计用户数据授权策略时，须要考虑：

随着大众数据安全意识的提高，滥用用户数据，乃至透露用户数据会对企业造成难以估计的影响，因此用户数据的安全性须要在策略需求中重点考虑。
下图是饿了么在获取QQ登录的授权页：

用户在互联网产品上的行为可以分为两种：显性行为和隐形行为。
显性行为是指用户主动发起的，如：点击，评论，赞许，评分等等；隐形行为是指并非用户主动产生的，而是产品通过一定的手段网络到的用户行为，如：勾留，把稳力等。

产品在利用由用户主动发起的行为数据时，产品经理来只须要设计好对应的授权协议，并且担保用户的知情权，让用户不会以为被陵犯；但是，对付隐形行为的利用则更可能触犯用户的个人隐私，紧张包含个人的私生活、日记、摄影薄、生活习气、通信秘密、身体毛病等等。

在设计个性化推举系统的时候，常常会用到用户的浏览行为来推测用户的偏好以及意图，在制订推举召回策略的时候，会把涉及到个人隐私的行为或者商品进行过滤，担保用户在产品真个体验。

三、性能的评估

按照通用的定义，软件性能是软件的一种非功能特性，它关注的不是软件是否能够完成特定的功能，而是在完成该功能时展示出来的品质，也便是说软件性能是衡量软件完成任务质量高低的一个标准。
比如相应韶光，吞吐量，并发用户数，资源利用率等，都可以用来衡量一个软件的运行情形。

在很多团队的软件项目管理中，软件性能会在软件研发完成之后，由专业的测试职员来进行测试，产品经理则不会关注。
但是对付策略产品来讲，性能是必须要关注的一个点，由于大部分策略需求都须要用到数据来进走运算和逻辑开拓，这个中带来的不愿定性极有可能引发线上事件。

作为策略产品经理不必太过关注系统层面的性能，比如接口性能，研发职员在架构设计阶段会进行评估的。
但是，须要在策略需求阶段对当前产品的数据需求进行预研。
紧张包括两个方面：

首先，是当前产品数据现状的调研，比如当前页面近一个月日均流量数据，峰值流量等，并且在PRD中进行陈述，紧张是为了给研发工程师在开拓过程中进行精确的架构设计；

其次，是针对策略需求中涉及到软件性能的指标进行精确的定义。
比如在人群画像标签的打算当中，哪些标签是须要实时打算同步，哪些标签须要离线打算、T+N同步，两种需求的办理方案完备不一样，明显前一个需求对系统时效性的哀求更高。

如果涉及到接口做事的调用，还须要为接供词给方供应数据预研结果，比如QPS（每秒查询率，Queries-per-second），它是对一个特定的查询做事器在规定韶光内所处理流量多少的衡量标准，以便对方评估调用可行性。
QPS一样平常的打算办法如下所示：

QPS=(总PV数 80%) / (每天秒数 20%)

即每天80%的访问集中在20%的韶光，这20%韶光叫做峰值韶光。

本文由大家都是产品经理作者【夏唬人】，微信"大众年夜众号：【策略产品夏师傅】，原创/授权 发布于大家都是产品经理，未经容许，禁止转载。

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