设计需求文档

编辑导语：产品经理的工作内容往往会涉及到web端表格设计，那么，当产品经理撰写web端表格设计需求文档说明时，有哪些需要注意的内容呢？本文作者从表格功能的PRD为切入点，为我们整理了一部分产品经理需要考虑的信息，希望能够对各位产品经理日后的工作有所帮助。关于web表格设计的指导很多，书籍也有，例如：《web表单设计：点

了解豆瓣【书影音功能】的数据表现，以便分析功能是否受用户欢迎，对刺激用户产生更多数据的贡献程度。问题背景豆瓣【书影音档案】功能，通过展现个人的观影，看书，听音乐的标注记录，让用户在豆瓣留下的痕迹拥有资产感，增加用户认同感和粘性。同时刺激用户补标，产生更多数据。 主要关注指标： 分享率、回访率、补录资料率

前段时间在网上看到一道题“为寺庙设计一款App”，经过一段时间的思考，断断续续的写下了这篇推文。思考：寺庙文化也是中国宗教文化中占比重比较大的一个部分，寺庙的用户群体也比较明确，最主要的一部分即较为虔诚的佛教徒，他们会经常去寺庙住宿、吃斋、诵佛以及参加一些法会或者开示等。其次的一部分群体是如今旅游业发展所衍生出来的寺庙

axure需求文档，这个文档顾名思义就是用axure来写需求文档了。废话不多说，直接上图：流量监控功能核心包括3块：基本流量监控、流量校正、提醒。目前市面上通用的流量监控做法一般采取向运营商发送查询短信，然后解析短信来获取用户的流量相关数据。极个别和相关运营商关系密切的能拿到当地运营商的流量查询接口。iOS由于无法获取

之所以将乔神的话作为引言，是想告诉大家，产品经理真的没那么好做，除了需要拥有专业技能、产品设计能力、产品管理能力、团队管理能力和自我管理能力外，支撑这些能力的前提是认知层面的深度和广度，你还需要掌握行业动向、国家政策、产业链发展、心理学、社会学、行为学、用户体验、技术、运营、市场营销、美学等方面的知识，并有一

        传统上写产品需求文档（PRD）的做法，就是把用例、流程图和网页原型图一股脑的放到一个Word文档里。一般一个产品都包含乃几十个乃至上百用例，每个用例都有自己的流程图，每个流程图又包含了少则几个多则几十的网页原型图，结果就是产品需求文档变得庞大无比，写的人费事儿，读的人更惨。自从我受到了这样文档的折磨，我

首先这里要感谢一下   @臻龙  老师，当年看的他的一篇 《Word产品需求文档，已经过时了》 文章，那时候我也刚刚入产品1年左右，顿时被这种PRD文档框架风格深深吸引了，不需要word，而是直接呈现在Axure里面，非常新颖。遂今天打算做一

哈罗~大家好，I'm anna~~前不久上传了一个商业需求文档 (原创推荐 | 互金商业需求文档BRD) ，作为产品狗的三大文档，BRD/MRD/PRD,还有剩下2类文档没有给出来，想着抽个时间写成一个系列，把产品狗的三样神器凑凑起吧~ 本篇MRD继续采用PPT的方式展

上一篇文章 我们通过思维导图将想法进行了结构化梳理，接下来我们就需要进行方案的可行性推演，验证产品功能是否可行，预估项目要花多少人力物力，因此我们就要通过原型设计进行相关需求的论证。一开始就撰写PRD文档，我们很难对产品进行各方面的评估，也无法得知方案的可行性，并且无法直观细致的考虑产品。