在工作或者学习中，我们经常会实用Word、Excel和PPT三大工具，有时候为了追求良好的视觉效果或者提高工作效率，我们需要找一些模板。但很多小伙伴对于找精美的模板都很发愁，感觉无从下手。自己搜到的模板不是满意就是需要付费，这真是太折磨人了。“电脑那些事儿”告诉大家，其实Office已经给我们准备了不少实用、精美的模板来免费下载，而且模板质量都是杠杠的，只是你还未发觉而已！赶快往下看，get新技能吧~

文字版教程：1、打开微软官方的Office模板下载网站网址：http://office.mmais/Template/Home.shtml

2、可直接搜索关键词查找想要的模板

3、可通过点击选项，找到自己想要的模板

4、找到模板后，点击“下载”按钮即可，把模板下载到本地，免费使用。

大家下载后可以发现，这些模板的质量都非常好，清晰美观。

5、除了模板外，该网站还提供了一些实用技巧如Excel函数、英文简历制作等知识。

其实实际上写得最多的是PRD:)

一、什么是商业需求文档？

商业需求文档（Business Requirement Document ）即BRD文档，是基于商业目标或价值所描述的产品需求文档或报告，一般由团队产品总监、产品主管或产品主负责人撰写，主要面向投资者、老板或项目总负责人，解决战略层的问题：“做什么+怎么盈利”，相对更侧重于分析项目的价值和商业模式，产品细节相对较少。

二、主要解决什么问题？

1、产品/项目的背景概述

项目/产品的定位，描述项目并且让BOSS们了解产品的竞争优势和市场价值

2、产品/项目做成什么样子？

产品的核心目标用户、主要架构以及关键的产品路线图，突出“战略壁垒”

3、产品/项目收益、成本和风险分析

项目的收益、成本，ROI分析，项目的风险和对应的解决方案

三、商业需求文档关键内容框架？

以下为可参考的内容框架，一般以PPT形式，尽量控制在35P以内，关键突出项目/产品的价值喔：）

1、项目背景

1.1 需求来源与用户需求分析

1.2 市场背景与竞争格局

1.3 商业模式

主要解决问题：为什么要做？

2、项目规划

2.1 产品目标用户群

2.2 产品的核心内容结构

2.3 产品发展的关键路线图（Road Map）

主要解决问题：主要做什么？

3、项目受益、成本与风险分析

3.1 预期收入

3.2 成本预估

3.3 预期风险和解决措施

主要解决问题：这个产品/项目是否值得做？

四、拓展问题

BRD、MRD 和 PRD文档 之间的区别与联系有哪些？引用李明远老师在知乎的分享：

非常细节的、已知的、已有产品改善类的功能，提供PRD级别的即可；一般产品的新系统、较综合的新功能实现，提供MRD；全新的产品、较为重要和未来发展较为复杂的产品，提供BRD。

请原谅一个为了晒猫而更文的铲屎官：）

以前我负责整个公司的数据收集、处理、分析，有些情况我也深有体会。每个人都有自己的制表习惯，你收集起来的表格，什么格式都有。因为数据太乱，导致处理起来，花费了不少时间。

对于表格制作，口头说明是最无效的。你说的时候，他们会说好的，过两天他们依然会按照原来的方法制表，早把你说过的话忘得一干二净。

后来，只要是我需要的数据，我尽量都做成了模板，然后发给同事，让他们根据我的模板录入数据。这样基本上收集起来的都比较符合要求，省去很多时间。

下面卢子教你制作一份车费报销模板，主要学的是方法。

1.制作日期，希望达到的效果是每次打开表格，都可以显示当天的日期。

在B3输入公式。

=TODAY()

2.合计，当输入金额时，能够自动统计。

在E45输入公式。

=SUM(E6:E44)

3.A列的日期，需要输入以-作为分隔符号的日期。

选择区域A6:A44，单击数据→数据验证（低版本叫数据有效性），允许选择日期，设置日期介于2010-1-1到2020-12-30之间。

单击输入信息，输入标题还有提示内容，确定。

设置完A列日期，选择单元格就会有温馨提示，你输入错了，就会弹出警告对话框，只有输入标准的才可以。

4.D列单程/往返，防止乱输入，设置下拉菜单。

选择区域D6:D44，单击数据→数据验证，允许选择序列，来源输入下拉菜单的内容，中间用英文逗号隔开，确定。

设置完以后，就可以通过下拉选择，高效准确。

5.当然，一份标准的表格模板，除了这些还不行，需要设置保护，防止别人乱修改。

作为一名程序员，什么原型图，需求文档，这些名词都不陌生吧，虽然这些东西都不是程序员做的，而是产品经理做的，但是程序员是要看的，只有看了原型图和需求文档才知道自己要做什么东西以及其中的一些具体细节，在工作中经常能听到或看到程序员吐槽产品经理的需求文档与原型图的现象，认为需求文档太啰嗦，或者认为原型图设计的太粗糙，等等各种吐糟就不一一列举，不过，我今天要说的是，兄弟们！你们就知足吧，不要再抱怨了，看看下面的这位程序员兄弟，你就知道自己是身在福中不知福了。

这名程序员兄弟说他非常羡慕那些有原型图和需求文档的人，他没说原型图和需求文档的质量，而是有原型图和需求文档就非常知足了，难道他们平时没有这些东西么？那他们怎么开发啊，具体开发什么呀，其实，事实是这样的，他晒出了他的需求文档，就像下面图中的这样，大家可以仔细品味一下他的“需求文档”，看看与你们的需求文档想比如何？看了他这样的“需求文档”，让我们看看其他网友们都是什么样的感受吧！

网友一：有种武学秘籍的感觉

上世是朵花：可以体会，没什么的，一些小公司可能会这样，这样的产品文档比较接地气，别看普通一张纸，说不定上面设计的可能是未来百万级的项目呢。

网友二：是我就骂人了，不行就溜了

上世是朵花：不要这么暴脾气，学会理解，凡事存在即道理！

网友三：毕竟这是一个人人都是产品经理的时代

上世是朵花：看来这名网友是在暗讽产品经理的水平喽。

网友四：板块很清晰！不过就是你得转着看有点麻烦，不过也挺好不得颈椎病

上世是朵花：这名网友比较乐观了，乐观一点好啊，自己也开心，也不伤害他人。

网友五：还有繁体字啊，啧啧

上世是朵花：这是一名观察仔细，善于发现的网友了。

网友六：遇到这种产品，作为产品同行我也想跟你说，直接告诉他没有你看得懂的rp就别想要设计稿

上世是朵花：这名产品经理网友也是持看衰的态度。

网友七：好歹还有张纸呢，你还没经历过只说下思路就开动，设计出来产品再提意见修改，改好产品出原形去汇报

上世是朵花：看来，还有不如楼主这种情况呢，如果能看明白就凑合看吧，不过从长远来说，这样的方式，会增加项目维护难度，以后这张纸丢了，就不知道项目最初是怎么设计的，只能看代码了。

网友八：如果将这个需求文档丢给开发和测试，估计人家要打人的

上世是朵花：抱怨一下就得了，打人完全没必要，不同公司情况不一样，可能也有一些其他因素在里面吧，还是多多理解吧。

针对上面说的这种情况，在平时工作中的确不是很常见，一些大公司的程序员会觉得比较惊讶，不过，这样的情况的确有，也是可以理解的，对于一些小公司，由于对成本控制的比较紧，能节省的会尽量节省，只招一些能直接干活的程序员，像产品经理这样的岗位他们会觉得比较奢侈了，有的时候可能老板直接给你在纸上画几下就让你直接开发了，不过这样的方式也不会对程序员做出的东西要求很严格，他们各方面的制度就相对宽松一点，程序员在开发方面也是绝对自由，不受各种代码规范，开发约束的限制，对于这样的情况，虽然环境上是相对宽松了一点，不过希望技术朋友能够认真的规范自己，养成良好的开发习惯也是对自身的负责，对自己价值的提升很有用，对环境的抱怨少一点，对自己的要求多一点，这样才能快速成长，不是么？

以上所有图片均来之互联网 大家好，我是“上世是朵花”。如果你有什么好的看法或者观点可以在评论区展现你的才华，互动交流，如果想进一步了解我，那就关注我吧！

就Keep这款APP而言，就算您没用过，应该也听说过，毕竟它盛名在外，因此分析并倒推Keep这款APP，对于细节的推敲和产品的考究其实很有益处。本文除试写Keep的PRD之外，也对Keep的一些产品细节作出思考，考虑或有不当，欢迎大家在以下评论区商讨，也欢迎大家提出其他思考点，在此以Keep的座右铭熬一鸡汤，以飨诸君——“哪有什么天生如此，只是我们天天坚持。”

以下是PRD正文：

目录1.文档综述1.1 版本修订记录1.2 PRD输出环境1.3 产品介绍1.4 需求整理2.产品结构2.1 产品结构图2.2 产品信息结构图3.全局说明3.1 功能权限3.2 键盘说明3.3 页面内交互4.产品详细功能说明4.1 常用操作4.1.1 常用icon4.1.2 操作弹窗4.2 欢迎页4.3 登录/注册页4.4 训练页（首页）4.4.1 跑步页4.4.2 搜索页4.4.3 训练详情页5.一些思考

1. 文档综述

1.1 版本修订记录

1.2 PRD输出环境

1.3 产品介绍

Keep是一款移动运动应用，为用户提供健身教学、跑步、骑、交友和健身饮食指导、装备购买等一站式运动解决方案。

1.4 需求整理

1.4.1 用户画像

1.4.2 需求汇总

2. 产品结构

2.1 产品结构图

2.2 产品信息结构图

3. 全局说明

3.1 功能权限

分为未登录状态和已登录状态。

已登录状态可执行所有操作。

未登录状态下无法进行任何操作。

3.2 键盘说明

点击手机注册/手机登录输入框时弹出数字键盘；点击其他输入框弹出字母键盘。3.3 页面内交互

4. 产品详细功能说明

4.1 常见操作

4.1.1 常用icon

Keep的icon较为常见，主要追求简洁易懂，并在常见icon的基础上进行设计优化。

常见icon交互效果：

（1）关注

（2）点赞

（3）收藏&取消收藏

和笔者之前分析的蚂蜂窝自由行app一样，Keep的点赞也没有取消赞的功能，也许因为Keep也是一个UGC很强的社区，而健身运动又是一种很需要鼓励的事情，所以不设计取消点赞这一操作。

4.1.2 更多操作弹窗

4.2 欢迎页

欢迎页后置条件分为以下三种情况：

（1）已登录已联网

启动APP后，进入引导页，大约展示2s后进入广告（活动），可点击右上角按钮跳过，进入训练界面（首页）。

（2）已登录未联网

启动APP后，进入引导页，大约展示2s后进入广告（活动），可点击右上角按钮跳过，进入训练界面（首页），并弹出toast提示用户无可用网络，可以使用已下载训练课程。

（3）未登录已/未联网

启动APP后，进入引导页，大约展示2s后进入广告（活动），可点击右上角按钮跳过，进入登录界面。如果用户此前登录过，则显示前一个账号的详细信息，并请用户输入密码登录。如果用户从未登录过，则跳转到登录页。未登录情况下，无法正常使用该APP。

（此前登录过）

（此前未登录过）

引导页功能逻辑图如下：

4.3 登录/注册页

（1）登录页触发前置条件：

用户已进入APP：用户进入APP后，在我-设置-账号管理和绑定点击“退出”；用户未进入APP，准备进入：用户使用过APP，但在此次开启APP前未登录；用户首次使用APP。

（2）页面逻辑：

点击“手机登录”，进入手机登录界面，分为密码登录和验证码登录，登录成功后进入首页；点击其他方式登录（微信、QQ、微博和Facebook），调取相关授权接口，登录成功后进入首页；点击底部“注册Keep账号”，进入注册界面，通过手机注册、微信注册、QQ注册或其他方式注册成功后，自动登录，进入首页。用户仅当登录成功后，才能使用Keep的APP的功能，为什么？笔者认为是因为Keep的业务需求和功能需求中，运动数据是极其重要的，而用户的注册和登录则是第一步。

（3）登录页交互效果展示：

4.4 训练页（首页）

（1）页面逻辑

顶部导航栏（从左至右）：

训练：点击按钮，进入训练界面，打开APP即默认进入该界面；跑步：点击按钮，即进入跑步界面，用户可开始跑步或者查看跑步相关内容；行走：点击按钮，即进入行走界面，用户可开始行走或者查看行走相关内容；骑行：点击按钮，即进入骑行界面，用户可开始骑行或者查看骑行相关内容；搜索：点击按钮，进入搜索界面，用户可根据不同类别搜索，或者查看搜索记录；运动记录（从上到下，从左至右）：

步数：分两种情况。未授权“运动与健身”，则显示“去授权步数”，点击按钮跳转至手机设置的Keep中；如已授权，则显示当天步数，点击按钮跳转至步数界面，用户可查看今日步数和今日好友步数排名等；总运动时间：点击该按钮，进入所有运动界面，用户可查看根据日、周、月、总等范围的运动时间，或根据健身、跑步、骑行、行走等类别的运动时间；本周运动时间：点击该按钮，进入所有运动界面，用户可查看根据日、周、月、总等范围的运动时间，或根据健身、跑步、骑行、行走等类别的运动时间；本周好友运动排名：点击该按钮，进入Keep排行榜，用户可分好友、地区查看相关排行榜。今日Keep推荐

运动建议：点击该按钮，进入今日Keep推荐，用户可查看今日推荐运动、Keep日报、今日饮食建议；精选日报：点击该按钮，进入Keep日报；饮食建议：点击该按钮，进入饮食建议；我的训练：显示用户参加的训练，点击某训练项目，进入该训练项目详情页，用户可开始训练；

发现更多训练项目：点击该按钮，进入发现-训练页，用户可查看动作库和音乐库等；

新课程推荐：显示新课程，点击某新课程，进入该新课程详情页，用户可开始训练。

（2）主要栏目：

主要栏目的两种展示位框架形式：

今日Keep推荐：栏目框架由三个大小为690*170的展示位从上到下排列构成，单个展示位上方为类别，下方为简介。新课程推荐：栏目框架由3个大小为712*246的展示位构成，单个展示位由图片和课程标题构成，简介在标题下方。

4.4.1 跑步页

（行走页和骑行页与跑步页大同小异，故仅以跑步页说明）

前置条件：用户需为Keep打开访问“位置”的权限，如无打开，则在跑步页点击“开始跑步”会显示dialog窗口，询问用户是否去系统开启来记录运动轨迹。

页面逻辑

顶部功能栏：

音乐：点击该按钮，进入音乐设置页面，用户可对语音指导声音进行音量调节；设置：点击该按钮，进入跑步设置页面，用户可进行语音播报、跑步目标等设置；跑步功能栏：

距离：显示用户本次已跑过的距离；地图：点击该按钮，以地图形式显示用户所在位置；配速/用时/千卡：分别显示用户本次跑步的配速、用时和消耗能量；暂停：点击该按钮，该按钮会消失，出现“继续”和“结束”按钮

继续：点击该按钮，用户可继续跑步；结束：点击该按钮，显示“长按”，用户通过长按该按钮，结束本次跑步；锁定：点击该按钮，屏幕被锁定，用户可通过向右滑动解锁该按钮解锁。

跑步功能业务逻辑

（有点模糊，请点开图片看）

4.4.2 搜索页

页面逻辑

顶部功能栏：

输入框：点击输入框，弹出键盘，输入文字后进入搜索界面；取消：点击取消按钮，页面跳转回训练界面；分类搜索栏：

笔者认为在搜索业务添加类别点击略显麻烦了，使得用户在搜索过程中多了一步操作，建议Keep可以这样优化：

(1)如果想吸引用户阅读更多信息，可以像蚂蜂窝一样，在搜索结果页面中，分类别呈现所有搜索结果；

(2)如果想让用户更精准更快捷地搜索到指定信息，可以在搜索页面中添加筛选功能，避免跳转。

4.4.3 训练详情页

前置条件：

在发现-训练，点击某项训练项目，进入训练详情页，点击参加训练，然后点击底部“开启第n次训练”，跳转至此页面；

在训练-我的训练，点击某项训练项目，进入训练详情页，点击底部“我的第n次训练”，跳转至此页面。

训练页业务逻辑：

（有点模糊，请点开图片看）

页面逻辑

顶部进度栏：根据动作组数分成大小不同的长方形，组成进度栏，完成即从灰色变成绿色；

时间栏：计算本次训练所用时间；

设置：默认隐藏，点击相应位置出现该按钮，再点击该按钮，进入设置页面，用户可进行语音指导、背景音乐等设置；

锁定：默认隐藏，点击相应位置出现该按钮，再点击该按钮，锁定界面，用户可通过向右滑动解锁；

竖排/横排切换键：默认隐藏，点击相应位置出现该按钮，再点击该按钮，切换至另一种状态；

训练指导视频：Keep提供的教练录制的训练指导视频；

时间：本组动作所用时间；

名称：显示该动作的顺序和名称；

像健身这样极需激励的事情，动态进阶机制给用户设定战斗力相近的“对手”，比给他们看职业运动员或健身教练要有意义得多，这样用户随时可以超越比他战斗力略强的用户，但也有可能被战斗力略弱的用户击败。这群相似的人群足以让用户产生荣誉感和自豪感。

此外，Keep的动态进阶机制还有另一种设计：和过去的自己比较。如首页的本周运动时间，点击进去即是以日、周、月、总等范围呈现的运动时间；身体档案和运动能力也能让用户真切地体验到运动之后的改变。

5.2 为什么没有篮球、足球等运动？

问题详情：在Keep中，搜索“足球”，仅能看到“足球热身”这一训练；搜索“篮球”，仅能看到“弹跳基础力量建立”、“弹跳爆发力加强”、“弹跳稳定性训练”这三项训练，而且都不需要用到这两种球类，为什么？

笔者认为：Keep的品牌形象是基于其业务和功能而打造的，谈到业务和功能，就不能不提到其核心功能——训练项目，keep的训练项目有以下特点：碎片化、无器械/简单器械、一个人就能做、随时随地就能做。而像篮球、足球这样的球类运动，却对时间、运动器材、人数、场地等有极高要求。以上特点也就决定了keep的目标用户和那些会出去打球的人不同。当然，随着keep业务的拓展和用户规模的增大，也不排除以后会增加各种球类运动作为补充。

5.3 为什么训练视频不设置退出（关闭）？

问题详情：开启训练后，如果因故需要退出训练，会发现界面中没有“退出”这一选项，仅能使用手机后台关闭这一粗暴的方式，为什么在训练视频中不设置退出？

笔者认为：笔者有以下猜想，一是Keep不允许，二是没必要。

Keep不允许用户退出，因为健身是一种有仪式感的事情，一般健身计划往往包含有氧运动、力量训练和柔韧性训练，而力量训练一般以组数*次数*RM的形式制定计划，所以训练其实是一个完整的过程。如果用Keep还不能完整做完一套训练，还用Keep干吗？难怪除了不设置“退出”之外，对于中途退出的用户，该次训练时间也不计入总运动时间。

另一种可能性是没必要，笔者没有Keep的后台数据，因此只能猜想。毕竟keep的训练项目是碎片化的（在没有数据统计的前提下，以笔者的经验，发现大多数训练时长在10-20分钟，最长的大概是43分钟），实在有其他事情需要离开处理的，也可以暂停，因此笔者猜想，需要增加“退出”功能的用户需求较少。

本文作者：Ｗilson

作为上班族的我，在平时工作学习中，经常用到办公三剑客，比如工作汇报、年会总结、培训讲解都会用到PPT，可是我只会做些简单的页面，领导总是不满意，所有都会选择下一个模板，然后再把自己的内容套上去。

于是小编到处找模板，可惜很多网站都限制下载数量，辗转很久很久，终于找到这一个非常好的模板网站。

来瞧一瞧，现在给大家介绍一下这个网站界面

在右上角搜索我们想要模板类型：

我们可以看到这些模板是那么漂亮，绝对上档次！选择自己喜欢点击下载即可！

喜欢小编就多多关注呦

附上模板网站：http://office.mmais/Template/Home.shtml

首先，设计模板是一项非常繁琐的工作。不但要深入分析流程、业务等需求，还要深入挖掘其中关键、有价值数据来满足流程及业务的要求。有90%的用户不能深入分析流程、业务等需求，挖掘其中关键、有价值数据始终无法构建满足业务要求的系统。

其次，设计模板是一项非常专业的工作。要有不同行业不领域专业的管理知识，如：要设计MRP系统，设计者要非常清楚MRP逻辑运算关系，那些业务数据能满足MRP系统的要求，那些不能满足等。

第三，设计模板要有非常成熟丰富的经验。系统数据结构、各模块间逻辑关系、业务及业务组合、系统设计及实施推广等都需要非常老练的行业经验。有很多设计者因为在设计平台、业务逻辑、管理经验、需求分析、实施推广方面不是很有经验，边做边改，越改越乱，最后做不下去。

第四，设计模板要能在企业快速推广，创造价值。要快速的设计出符合业务需求的模板，并且在企业迅速推广开来。如果用户自已设计，要花很长的时间来学习设计平台，然后再花很长时间摸索出不同行业或领域的解决方案。企业的团队早已经对该系统失去信心，最终系统还是不能快速推广，创造价值。

为了更专业的服务好用户，率敏科技主要培训课程：

20年实战经验的辅导老师亲自主讲，传授20年的实际管理经验、模板设计经验；分享实战案例。

EXCEL协同平台方面：

1、ERP各模块功能设计的专业培训

2、EXCEL协同平台工程师认证培训

3、EXCEL协同平台生产管理中的应用

4、EXCEL协同平台财务管理中的应用

阿米巴经营实学方面：

1、阿米巴的构建与推行实践

2、[理念+EXCEL]经营实学·精英班

3、阿米巴经营核算软件实施。

你还在一步一步的新建空白表格做数据？No！

一份吸引人的数据报表，绝不仅仅只是数字内容，不然怎么会有“眼缘”这一词的说法？

对此虽然不屑一顾，可看到这样的报表：

你还是会问：为什么别人交的报表是这样的？

难道不应该是这样吗？

看完后明白，为什么别人能做得不一样，因为我们从小就知道，有一种分类叫做“别人家的孩子”！

为什么他们就这么会制作表格呢？因为人家花心思去了解Excel了呀！

但我们也能做到，甚至比他们更好！

以前，我们可以这样

直接在新建中搜索联机模板使用！

可现在，是这样的！！！

瞬间感觉没爱了！还是看看一些real精美的Excel表格模板吧！

这年头，自己手动操作的人很少了，有现有的谁不用，是不是？

像这种↓↓，看起来不是挺舒服的吗？

模板有很多很多，我就不在这里一一举例了，直接将Excel表格模板发给你吧？

让你打开模板就可以使用精美的Excel表格！

好啦，今天的推送就到这里啦，关注走一波吧~

需要全套Excel表格模板地址的小伙伴，请留言call me！

一份详细的产品需求文档撰写指南，结合实例，分析细致。

在产品经理的日常工作中，经常需要借助各类文档来和技术、设计等团队成员打交道。从需求收集到功能落地，一份合格的产品文档能够减少很多沟通成本，避免返工，帮助产品经理更好地推动项目进程。因此，写好产品文档是决定工作效率与质量的关键因素之一。

毋庸置疑，产品文档的撰写是产品经理的必备基础技能；虽说是基本功，但是能写出一份清晰简洁的文档，却非易事。想要写好产品文档，首先要进行反复的深入的思考，写文档不是目的，目的是将产品的思维和逻辑通过文档的形式表达出来。因此我们可以说，要想写好一份产品文档，就要进行一次有序而全面的思考。

一、 产品文档分类与差异

一般我们说的产品文档更多指的是PRD，其他常用的产品文档有BRD和MRD。那么这几个名字相似的文档究竟有何差别，又分别会用在什么场景下呢？为了进行初步的了解，以下为常见文档的差异对比：

二、 PRD简述

PRD是产品文档中出现频率最高的一种。一般在需求收集完成，产品经理完成需求相关的业务逻辑、流程梳理后，开始撰写PRD；通过PRD将需求相关的业务流程、数据流向、页面交互等信息清晰地展现出来，作为技术开发评审需求和进行功能开发的依据。根据不同的产品类型，PRD包含内容和侧重点各不相同。但是核心在于，完整表达产品经理对于该产品的功能的逻辑、页面以及所有需求的有效表述，有效表述的标准是，技术人员能理解并借助PRD完成开发。

PRD对于产品经理而言最大的作用是沉淀信息，同时也是在产品迭代过程中的需求记录；对于技术而言是开发的依据，是一份“书面化”的任务工单。一般PRD都是word文档形式居多，但是也可以用AXURE等工具来展现。

既然PRD是产品经理与技术之间沟通的桥梁，那么这座桥梁就应该是双方共同搭建。技术将自己的理解与开发习惯同步至产品经理，产品经理根据技术的理解、习惯形成针对性的PRD，减少沟通成本，增强PRD 的可读性与价值。

三、 PRD内容详解

对于入门的产品新手而言，“模仿是最好的学习方式之一”。需求文档虽说没有标准化的模板，但是在表述清晰简洁的基础上，一般可将需求文档的结构分解下：

文档信息一般包含文档与撰写人的相关信息，包含但不仅限于文档名称、文档版本、撰写人信息（手机、邮箱、部门等）、文档修改记录等信息。文档名称与版本可帮助产品经理更好地管理和使用文档，撰写人信息可供文档阅读者有问题时及时反馈至撰写人，文档修改记录尤其重要，一方面可帮助技术人员快速分辨出最新版本文档的修改点，减少无效阅读时间；另一方面可帮助产品经理在版本迭代过程中进行文档管理。需求总览一般可用需求表格形式展现，内容包含但不限于需求分类、需求简单说明、优先级、技术对于需求的分解、排期等。需求列表不但可以对整个文档的需求做一个完整的统计与整理，在需求范围未确认前，还可作为需求初评的依据。若是单个需求如活动需求，可将活动流程作为需求总览进行展现。具体的需求说明需要根据需求的类型进行定制化的说明，一般可能包含页面说明、交互说明、数据来源说明等方面。页面说明主要阐述页面包含的元素和模块，以及各模块分别满足的需求。交互一方面要说清页面的业务流程与逻辑，另一方面要结合设计图与交互稿对页面的反馈、焦点等交互逻辑进行说明。数据来源主要说明该功能的接口逻辑，数据流程以及后台相对应的编辑功能等。

四、PRD的迭代

每个产品经理都应该有自己的PRD管理库。一方面是针对同一个产品在不断的迭代过程中的各项功能、页面的优化、升级情况有一个全面的统计和沉淀；另一方面，当一个产品经理同时负责多个产品或者多个模块时，PRD管理库能够帮助产品经理更好更快地形成自己的文档撰写风格，发展处一套属于自己的PRD撰写方法论。

五、PRD实例说明

经过以上对PRD 的介绍说明，我们已经能对PRD有一个初步的了解和认知。那么在何种场景下我们会用到PRD？PRD在现实的产品工作中应该如何撰写？让我们以某抽奖活动的需求为例，来讨论下实战中的PRD。

那么，产品经理在何时进入PRD撰写阶段是比较合适的呢？以某活动需求为例，一般产品经理会接到来自营销部门的活动需求，根据需求产品经理提出大致的产品方案，产品方案可以是简单的文字描述、草图说明等，可以让营销、技术理解大致的活动流程和功能即可。产品经理带着产品初步方案召集需求方和技术团队进行需求初审，确认需求的可行性后，就可以进入需求文档的撰写阶段了。文档的撰写过程让我们根据上文提到的PRD结构，一一展开详细的说明。

1、首先是关于文档的信息。

我们将文档名称、文档版本、撰写人的信息、文档的修改记录以表格的形式，做简单的说明，如下所示：

2、接下来是关于需求总览，即需求列表。

需求列表一般包含需求编号、需求分类、需求简单说明、需求优先级、任务分解、评估工期、备注等信息中的几项；一般版本中会涉及到多个需求时候，需要以需求列表的形式进行整理，以便技术能一目了然地看到版本的需求信息；当只涉及到一个核心需求如活动需求时候，只需做简单的分类、需求分解、评估工期即可，可简单整理如下：

需求列表需要产品经理针对性地进行调整，会因版本的内容、功能的复杂程度、涉及的模块等有所不同。

3、然后就是针对具体的需求进行说明。

在进行具体某个需求的描述之前，对整体的需求进行概括性地总结，可以结合产品结构图、业务流程图、操作流程图等进行描述。

4、对需求进行整体说明后，我们将对具体功能进行详细说明。

这部分是技术、设计、测试等使用最多的一个部分。该部分展示的是功能页面的详细信息，主要有页面的描述、交互流程说明以及数据来源（后台接口需求）。

首先是页面描述，根据页面的功能、展现的元素进行说明，举例说明，我们可对做以下页面说明：

页面包含的元素：页面主要包含转盘区、中奖名单、活动规则和我的奖品入口等；转盘中奖品档最多为6种，既支持实物奖品也支持虚拟奖品（电影套票和话费）显示奖品图片名称，后台可添加；

功能基本逻辑：开始状态指针朝12点方向；用户选中“抽奖”并确认，先后进行登录判断、是否有权参与活动、次数判断和中奖结果判断；若用户未登录，则弹出登录页面，用户完成登录之后回到抽奖页面；若用户已登录，则转盘开始转动；如果抽中某个奖品，则在“我的奖品”中显示相应奖品名称；转盘停止后，根据指针所指的奖品出现中奖或者未中奖提示窗口。

其次是交互说明，对页面的焦点，页面交互逻辑进行说明：

交互说明：页面的默认焦点在转盘的『抽奖』。点击『抽奖』按钮结果共有5种状态：1）进入登录流程2）无权参与活动提示3）次数用完提示4)中奖结果弹窗5)未中奖弹窗；提示框中的提示文本后台可编辑，与4种抽奖状态一一对应，每种状态对应不同的提示语；默认中奖提示：“恭喜你，人品爆发，抽中“xxx”（xxx为奖品名称）……！“，显示 “知道了”按钮和“立即领取”（与“我的奖品”中的领取逻辑相同）；默认未中奖提示：“很遗憾您本次没有中奖”，显示『知道了』按钮。

最后是数据来源（后台接口）逻辑说明：

接口说明：抽奖大转盘作为一种营销工具，在用户满足运营后台设置的条件的场景下可显示；抽奖活动名称：活动名称显示在背景图片上，后台以背景图片的形式更改活动名称；大转盘：六个奖品可以通过后台上传图片的形式更换，中奖几率可编辑，点击『抽奖』转盘转动；参与人数：即时更新，同步接口数据；我的奖品：展示用户在此活动期间获得的最新的奖品，可选中确认查看奖品列表；中奖名单：名单滚动显示，实时同步接口数据；活动规则：后台可编辑。

至此，PRD 的主要内容都已经完成，但是基于不同的需求，可能会存在一些附加需求。如某些功能会有数据需求，活动需求会有活动后台的需求等，需要产品经理根据实际的需求进行补充。正如我们前文说到的，PRD其实并没有一个标准化的模板，需要每一个产品经理在实战的过程中与技术进行磨合，对自己的PRD进行不断迭代、优化，最终形成自己的文档风格。

完成PRD之后，产品经理需要将文档同步至包括技术、设计、测试等团队所有成员，进行需求评审会议，产品经理通过宣讲，让技术结合文档更深入地、更形象具体得了解需求，做出合理可靠的评估。

MRD市场需求文档

1、文档介绍

1.1 文档目的

小威“产品”，是父母一手创造的无价“产品”。对社会无益但也不会对社会有害，但相信对互联网来说只有益，不会有害。

1.2 内容概要

“产品”的好坏，不是按时间长短来判断的，而是按做为“产品”可以让更多件其它产品面市，同时“产品”会为企业带来多少价值。

2、市场问题和机会

2.1 小威这件“产品”永远干着打杂的工作，但并不是每个产品都可以为企业打杂。要有企业愿意给你机会为它打杂，同时还必须得打扫的漂亮。不会给企业添加烦恼，只会为之解决烦恼。

2.2 市场问题

产品市场需要打杂的，需要有人为产品打杂，互联网发展的需要，是互联网发展的必须品，不论是引进国外的产品理念，还是中国互联网企业发展的需要，小威这件“产品”还是不可或缺。

2.3 市场机会

国外的时髦概念，国内大型企业有相关的职位，故无论企业大小都开始设产品经理职务，有很多企业总经理是产品经理，但还是需要打杂的，所以小威这件“产品”会永远存在。

2.4 产品问题和机会

这是个不可退货的“产品”，也是个不可替代的“产品”（我永远是独一无二的）。机会是自己创造的，但这个“产品”存在的一天机会永远是有的，同时这个“产品”会不断创造机会，这个才能发挥“产品”最全面的功能。

2.5 技术问题和机会

沟通是“产品”最主要的技术，不但要沟通不同的人群，同时还有可能面对肤色问题，种族问题，性别问题，性格问题，所以“产品”技术问题要很全面。机会是自己创造出来的，只有不断的摸索、不断的与人沟通，“产品”技术才会不断的进步，才会认识更多的朋友。

3、市场概述

3.1 “产品”存在了，就要为企业带来效益，给我5K的工资就要翻倍给企业创造更高的效益。

3.2 目标市场描述

互联网市场永远不会落伍，众多企业开始走互联网路线，像我这样的“产品”也会得到市场的认同，同时也会有越来越多的猎头开始寻找我这样的“产品”。

3.2.1 目标市场特征

研究生越来越多，本科生已经成群，像我这样的“产品”更是一大把，高学历不代表高能力，记住一句话“学历代表过去，能力代表现在，学习能力代表未来”。

3.2.2 目标市场趋势

众多的互联网公司将有越来越多的我这类“产品”，追求最好的互联网公司是发展的趋势，但并不是每个人都可以在大企业生存，适合自己才是最重要的。

3.2.3 目标市场细分

市场细分 关键特征S

大型企业（阿里、百度等） 中国最大、台阶高、分工细

中型企业（软件、资讯类网站） 市场需求量大、适合展示才华、“产品”多用

小型企业（大部份小型网站） “产品”即CEO，做的比牛多

3.2.4 目标市场时间约束

青春永远有冲劲，“产品”年年辈出，保持活力，同时缩短“介绍期”，延长“产品”的增长期，稳定“产品”成熟期，不要走向衰退期。

4、客户和购买者

4.1 “产品”需要有人买单，谁也不愿意购买不值钱的“产品”，高额的价值背后是高效的工作业绩。“产品”需要找到适合自己的客户和购买者。

4.2 目标客户描述

互联网公司、软件公司等都是“产品”目标客户，客户有选择“产品”的权利，“产品”也要为客户负责的职责。

4.2.1 目标客户细分

客户细分 关键特征

软件公司 系统架构，与技术沟通、寻找用户

互联网公司 沟通，全局发展观，运营、策划

4.2.2 客户动机

即买即用，这是客户动机，不希望“产品”中途退货，买了不能用。

4.2.3 影响因素

企业文化，工作氛围。

4.2.4 客户目标

最好的“产品”适合自己发展的需要。

4.3 目标购买者描述

4.3.1 业务决策购买者（BDM）

带来经济效益、给企业增加销售

4.3.2 技术决策购买者（TDM）

创新，激情，团队集体发展

5、使用者和用户原型

5.1 企业boss是最终的使用者，不是买来摆设的，需要创造利益的。

5.2 原型特征

特征项 描述

原型名字 小威

背景 产品经理

技能 Axure、MM、word、excel、ppt

环境 适者生存、优胜劣汰

态度 激情永在

行为 干一行爱一行

目标 做最适合boss的“产品”

备注 没有最合适的，只有自己不断的改进，达到最好的

5.3 现实需要

社会发展需要“产品”，互联网、软件行业少不了“产品”

5.4 原型联系

6、市场需求

6.1 互联网永远是个不断有生机出现的市场，软件行业永远会有更新换代时期，这就是“

产品”的市场需求

6.2 开发环境说明

熟手上阵是企业最喜欢的，不能做到最熟的“产品”，但希望做到用最短时间适应的“产品”

6.3 兼容性说明

“产品”适应性强，生存意识强

6.4 性能说明

“产品”身体健康，工作态度端正，学习能力强

6.5 国际性说明

暂无出口国外的意识

7、支持信息

7.1 “产品”不是万能的，同时需要其它的配合，团队合作才是最根本的

7.2 文档假设

如果“产品”适合企业发展需要说明“产品”用的适如恰当，如果阻碍发展，将是“产品”的悲哀，但相信“产品”只会给带来好的方面

7.3 参考资料

这是“产品”磨练过程，不是很长，但相信“产品”总有适合的一点

7.4 产品体系

“产品”只有被伯乐识别才是真正的“产品”

做一件真正满足市场的“产品”，努力！