三年原型Prd之路|除了Word，产品经理如何把原型玩转

原型PRD

以前有分享过一篇分享，关于个人PRD文档结构介绍个人三年产品基本功（PRD）|将交互、业务逻辑、需求字段撰入文档获得了很多朋友们的支持，但除了用word以外，很多产品工做中由于时间、项目进度、团队氛围等种种缘由每一个PM在工做中，梳理PRD都会用原型或word进行梳理，今天将本身的原型PRD进行分享，方便你们根据本身的需求来选择性制做

01

我须要的原型PRD控件

首先说明过下经常使用的原型PRD控件，包括交互说明我都会采用如下控件进行说，就算是复杂的交互说明，也能够经过如下控件进行注释和说明；

1.注释面板

2.注释说明

3.边界线

4.标注点与注释点

以上控件都是本身作的，稍候文后我会附带下载地址，方便各位朋友下载。

02

总体效果

经过使用以上体系，整个原型的标注与说明效果以下，附带交互和注释说明。

1.页面交互与注释说明

2.页面prd

以上是按照页面交互与页面PRD进行分开描述，那么接下来就为你们介绍下，如何去进行描述相应的字段或功能。那些地方须要注释、那些地方须要说明异常状况?

02

关于页面的说明

在这里，最重要的就是页面路径；页面的路径表示当前的操做会让该页面走向那里，会回到那里；让开发、测试、设计人员是否须要考虑全局统1、是否当前的页面在测试版本中有错误，也能帮助PM去验证其页面的走向是否符合用户预期。

标明每一个页面的走向，这里须要值得注意的是，关于页面的命名也要注意。0-1中，不少功能体系涉及到无数个页面，所以咱们以功能的分化，让页面的列表更加清晰

将页面进行分级后，按评审的时候也能够将页面一个页面的进行评审，一个页面一个页面的过，保证不会遗漏或者不会出现大的问题遗漏。

固然，相信很多朋友采起以原型页面跳转来进行页面表示，保证设计或开发能够知道整个功能的页面状况是怎么样的。

可是这里有疑问的是，每每咱们从0-1的时候，页面太多不能在一个地方把全部的页面所有展现出来，为此我建议按功能分页面，好比上面说的以功能A进行区分，将页面进行单独的连接展现

【按照登陆功能来表示页面跳转】

03

页面功能说明

【个人标注说明】

以上是对ICON的标注说明，这里须要注意的是“状态”标注

若是一个ICON因交互行为会有不一样的状态或条件（如登陆状态、未登陆状态）那么须要在标注著名

【标注说明不一样状态】

状态能够经过当前的页面条件或者用户交互状态，页面条件在不一样的产品业务有不一样的判断方式

而交互方式每每就如下几个：

根据不一样的交互行为，有不一样的提示，能够经过这样的方式进行表达。若是交互行为涉及到不一样的页面，能够用以下表达方式

【交互表达】

不少朋友说，产品经理应该把交互的效果尽量去完成，可是真正的在工做中，其交互的效果由于第一费时间，第二须要不断的去修改、修正。

若是一张图就能表达事情，为何要费这么多周折去作一个视频呢？

善用当前的交互状态与页面切换，加上文字描述，能够很快的让开发或设计同事知道你的意图或效果。

在移动端的交互形式就那么固定，安卓随着版本不一样可能会有一些区别，但大致用户都有感知，有使用过。IOS由于系统的普及和更新覆盖率远超过安卓，所以IOS的交互行为也一样可以理解

至于最难的，就是WEB的交互形式，这一块原型中的说明也可进行完善。

KEVIN经常使用部件库下载地址

连接：pan.baidu.com/s/1bp6fziB 密码：9127

另外关于深圳线下分享会

线下分享会由于报名人数太多，咱们担忧现场容纳人数超标，为此暂时暂停了微信渠道的报名贴。可是你仍然能够经过在活动行里面进行报名。点击阅读原文便可报名或者加我微信私信我便可

而且还有很多大V加入咱们这个组织，当天的嘉宾会有一些变化，咱们会尽量的合理安排时间，将满满的干货给大家！

对了，还有一些现场福利！如今不说

为了PMTALK之后深圳地区线下分享会的更好运做，若是你有场地、产品经理

我已经坚持产品分享1年，最近更新：

撕逼的工做与完美主义的生活|产品经理工做挑战点

UGC与算法|2017行业产品FEED流产品设计，我如何落地UGC信息流？

数据模型落地产品需求|数据产品经理门槛真的有那么高？

“大佬，求你作个人需求”|产品经理内心过不去的梗，你有吗？

个人需求怎么掉了？或少了？

案例总结，用户体系6个难点 |如何落地，利用数据、函数模型用户成长体系

腾讯公益赢了仍是人性的本质？|“小朋友”的公益画册刷爆朋友圈背后的产品逻辑

继续更新中......

• 我的微信：574319420 欢迎交流