产品经理在工作中，除了产品的原型策划，另一项最常的场景是PRD的撰写。通过对产品功能、边界值、逻辑的描述，减少沟通的成本与产品任务的描述。
但实际在工作中，我们很多时候的PRD不仅是文档，还可能是原型甚至有的是Excel或ppt撰写。
你喜欢用哪一种或者你团队要求你使用哪一种方式，都没有错。高效、沟通低成本、清楚，是PRD的本质。今天这里再输出一份原创的PRD模版。是我在工作习惯中总结的一份模版。欢迎学习
原型PRD还是文档PRD
之前有关于我的PRD文档结构介绍我的三年产品基本功（PRD）|将交互、业务逻辑、需求字段撰入文档得到了不少朋友们的支持，但除了用word之外，不少产品工作中因为时间、项目进度、团队氛围等种种原因每个PM在工作中，梳理PRD都会用原型或word进行梳理，今天将自己的原型PRD进行分享，方便大家根据自己的需求来选择性制作。
原型PRD的基础控件
首先说明过下常用的原型PRD控件，包括交互说明我都会采用以下控件进行说，就算是复杂的交互说明，也可以通过以下控件进行注释和说明；
1.注释面板
2.注释说明
3.边界线
4.标注点与注释点
以上控件都是自己做的，稍候文后我会附带下载地址，方便各位朋友下载。
原型PRD的整体布局
通过使用以上体系，整个原型的标注与说明效果如下，附带交互和注释说明。
1.页面交互与注释说明
2.页面prd
以上是按照页面交互与页面PRD进行分开描述，那么接下来就为大家介绍下，如何去进行描述相应的字段或功能。那些地方需要注释、那些地方需要说明异常情况?
原型PRD页面的说明
在这里，最重要的就是页面路径；页面的路径表示当前的操作会让该页面走向那里，会回到那里；让开发、测试、设计人员是否需要考虑全局统一、是否当前的页面在测试版本中有错误，也能帮助PM去验证其页面的走向是否符合用户预期。
标明每个页面的走向，这里需要值得注意的是，关于页面的命名也要注意。0-1中，很多功能体系涉及到无数个页面，因此我们以功能的分化，让页面的列表更加清晰
将页面进行分级后，按评审的时候也可以将页面一个页面的进行评审，一个页面一个页面的过，保证不会遗漏或者不会出现大的问题遗漏。
当然，相信不少朋友采取以原型页面跳转来进行页面表示，保证设计或开发可以知道整个功能的页面情况是怎么样的。
但是这里有疑问的是，往往我们从0-1的时候，页面太多不能在一个地方把所有的页面全部展示出来，为此我建议按功能分页面，比如上面说的以功能A进行区分，将页面进行单独的链接展示
【按照登录功能来表示页面跳转】
原型PRD中的功能说明
【我的标注说明】
以上是对ICON的标注说明，这里需要注意的是“状态”标注
如果一个ICON因交互行为会有不同的状态或条件（如登录状态、未登录状态）那么需要在标注著名
【标注说明不同状态】
状态可以通过当前的页面条件或者用户交互状态，页面条件在不同的产品业务有不同的判断方式
而交互方式往往就以下几个：
根据不同的交互行为，有不同的提示，可以通过这样的方式进行表达。如果交互行为涉及到不同的页面，可以用如下表达方式
【交互表达】
很多朋友说，产品经理应该把交互的效果尽可能去完成，但是真正的在工作中，其交互的效果因为第一费时间，第二需要不断的去修改、修正。
如果一张图就能表达事情，为什么要费这么多周折去做一个视频呢？
善用当前的交互状态与页面切换，加上文字描述，可以很快的让开发或设计同事知道你的意图或效果。
在移动端的交互形式就那么固定，安卓随着版本不同可能会有一些区别，但大体用户都有感知，有使用过。IOS因为系统的普及和更新覆盖率远超过安卓，因此IOS的交互行为也同样能够理解
至于最难的，就是WEB的交互形式，这一块原型中的说明也可进行完善。