认识达内从这里开始

相信大家对于产品的研发是有一定的了解的，在进行任何一款软件和产品的设计中， 我们都需要提前通过用户的不同需求来进行产品的研发文档进行设计和制作，让工程师都有一个执行的标准。下面，我们就请运城计算机培训的老师给大家简单介绍一下，我们在进行需求文档的设计中都有哪些文档是可以使用的。

文档的分类

文档分为：PRD、MRD、技术专业文档

1、PRD

须了解各个产品的使用，很多时候PRD不仅仅是一个产品的文档，更多的是一个更新项，或者一个模块、甚至最新的一个交互或UI效果，都是需要文档来说明。

PRD的意义不仅仅是给予开发，还是PM用来作为留底，并且可以作为及时更新的功能模块，最后文档也是用来时刻与开发作为验证的证据。

很多时候，PM在除了版本更新以外，在其他模块或者小功能增加的时候没有文档，其实KEVIN的习惯是每次都有文档的更新。

这样的好处有3点：

需要出UI的话，UI能够很快知道你的原型相关的描述。

测试能够通过文档更快的了解具体的功能是什么

最后可以在开发后，发现没有做到自己期望的样子，可以说“我文档是这么写的”

2、MRD

其实MRD的形式有很多，有PPT、EXCEL、WORD，但KEVIN还是以公司的具体需求，比如这个MRD是用来给予客户或者BOSS看的，那么这个时候PPT的形式，会更有说服力。

如果这个MRD是用来给予对方审核或保底的，那么EXCEL或WORD的形式会更加适合。

MRD在产品上线前是比较常用的，能够让公司的内部员工或者客户或投资伙伴知道目前产品的定位和并且能够知道相关的市场情况。

3、技术申请

以申请当地政府创新指标、或者申请国家技术创新奖等等，都需要文档。那么作为某一个产品负责的PM就需要来写相关的文档材料。这个因不同的奖项申请有不同的表格形式，因此这个KEVIN认为就是仁者见仁，智者见智了。

文档中的一些小TIPS

在产品文档中，KEVIN比较习惯的方式以WORD 标题1、标题2、标题3….等等来进行区分，将功能的方式，来进行梳理。当然有流程图的，就不仅仅用文字了。

可以用以功能划分大板块，大板块标题醒目;把大板块简单拆分，并用小标题区分;用小序号罗列观点，不要写成一大段。

统一关键词，注意那些是全局的、那些是局部的。全局的内容，KEVIN习惯是以单独的标题或大纲来进行罗列，方便测试进行校对

某一项需求功能进行描述，描述清楚功能的使用者、使用场景、使用动作与步骤、使用结果。

如：登录需求：该需求满足了用户在未登录的情况下，触发相关条件，输入用户id及密码即可完成用户登录。

文档中的交互效果，可以通过交互结果的形式来描写。例如视频上传按钮默认为橙色，鼠标划过时变为橙黄色，鼠标点下时变为橙红色;再或者搜索框默认显示灰色文字“请输入关键词”，获取焦点后，提示文字消失，输入的文字为黑色。

PRD文档大纲

PRD的需求类型分类

产品性能需求

测试环境需求

产品数据统计需求

安全性需求

产品兼容性需求

其中，性能需求可以是指的是目前APP的相应速度、打开相应的按钮的速度。

测试环境可以如词意来表示ANDRIOD和IOS。

产品数据统计需求可以指的是埋点、PV、CPC等。

安全性需求指的是产品逻辑中是否有短信验证，或短信验证的方式是什么?是语音提示还是什么?

产品兼容性需求指的是在安卓版本比较多，安卓的版本层次不齐在国内，因此需要支持多少的安卓版本，另外IOS是否要支持最新的IOS等等。

好了，今天就给大家讲这么多吧，喜欢我的内容可以关注或者分享（微信公众平台：tytedu），达内时代科技集团致力于培养面向电信和金融领域的Java、C++、C#/.Net、3G/Android、3G/IOS、PHP、嵌入式、软件测试、UID、网络营销、网络工程、会计、UED、web、Unity3D、大数据、童程童美等17大方向中高端软件人才课程与少儿教育课程。选择运城电脑培训，不再孤军奋战，轻轻松松做IT高薪白领。运城达内培训带领有明确目标的学子迈向成功之路!想找工作的求职者可以加QQ：3373924515（太原达内就业服务部）咨询了解。