产品原型的目的所在：给新手的原型手册.pdfVIP

产品原型的目的所在 ：给新手的原型手册 前言 ：产品老手可以点“X ”不用看了 ，这是给新手的原型手册。 在Q Q群里混迹的 年里我收到许多新同学的问题 ，诸如 ：“原型需不需要高保真啊 ？”“原型里都要些 什么内容啊 ？”“有了原型还要文档吗 ？”“原型怎么画啊 ？”“原型是必需品吗 ？”等等。 以上问题在本文中都能得到解答。 一、原型的必要性和作用 原型是什么 ？ 原型是我们的产品的刚出生时的“模样” ，它还是一个刚从想法阶段逐渐完善的小家伙 ，也是产品经 理在产品开发过程中产出最直观的东西 ，现在的原型在很大一部分公司中已经完全替代了之前 的PRD文档。 毕竟图文加上一些可交互的事件可以让开发更直观的了解自己的任务 ，并且让设计开发不用去对着 那堆干巴巴的文字。 （加班还容易犯困Z zz … ） 原型相对于文档来说直接很多 ，在项目协作中也更加效率 ，毕竟一个已经开始逐步具现化的demo便 于大家开会的时候评估需求可行性 ，避免不切实际的想法出现。 二、原型应该包含哪些内容 产品结构 在我们的原型里首先需要把产品的结构给展示出来 ，方便给设计开发等人员一个整体的了解——我 们要做什么。 （点击图片放大按“F”键查看原图 ） 在这里我们只需要标明产品所拥有的页面 ，登录前后 （也可能是某个可以影响全局的选项 ，根据所 选的不同 ，展示的内容不同。 ）展示的内容差异过大需要分 幅图来表示。 如果原型内的页面与脑图不冲突的话 【比如一些状态的展示可能会放在一个页面里 ，或者某些状态 在脑图里是一个页面但是在原型里却铺开展示】可以右击左上角的站点地图中层级最高的一项 ，点 击生成流程图即可。 生成的流程图如下 ： 页面元素 （基础布局 ） 在这一点我想不用太过去说明 ，大家都知道原型就是一个简略的没有做过视觉美化的线框 ，所以在 原型上图片/按钮/文字段落/选项等都是需要去标明出来的 ，但是请注意在原型中组件保持统一样式 。 比如 ： 页面内的图片样式都为占位符时 ，如 ： 在其他页面尽量不要再用其他部件表示图片 ，如 ： 或者弹窗样式都用了下图的展现方式 ： 就尽量不要再用这种样式去表现弹窗了 ： 容易让开发对于前端规范产生理解误差。 其实在画原型时最好有一套自有的原型组件样式 ，比如时间控件、筛选器、富文本框、弹窗、导航 栏等 ，防止团队内的成员在原型的样式表现上不统一 ，导致开发理解错误等。 功能状态 产品的一个功能下可能延伸出不同的状态页面 ，此时就比较考验一位产品人的逻辑能力以及经验了 。 最常见的有退单、支付、订单、登录等 ，拿退单举例子吧 ，退单通常是 ： 在这个逻辑下 ，出现的状态有 ：请求退款—退款中—退款后 ，看似简单的流程就经常会有同学忘了 在退款中加入取消退款 ，或者在退款中的时候忘了提示开发根据接口字段更新退款状态等情况。在 退款中也根据不同状态需要标注的页面情况 ， 1. 我方是否受理 2. 支付平台是否受理 因为有可能自身业务的缘故 ，我方不受理的情况下是不允许用户重新发起退款请求的。 然而在支付平台不受理退款的情况下允许用户重新发起退款请求 ，那么这又是 种不同的退款失败 判断。 所以作为一只合格的产品狗需要精确的想到每一个页面状态的情况 ，不能把所有的退款中状态都叫 做一个退款中 ，不能把所有的订单详情都叫做订单详情 ，至少在自己的概念里以及原型里要做出 区分。 标注逻辑 在没有了说明文档之后 ，大家都开始在原型里加上了标注。 然而标注应该加哪些内容呢 ？ 如何加标注呢 ？ 对于某些新手产品同学 ，没有参照没有人带自我摸索的情况下还是比较茫然的。标注的目的是告诉 开发我这个页面甚至我这个功能有什么内容/逻辑 ，比如 ： 在页面中需要核对的字段 ，页面中可能触发的交互样式 ： 某一功能的标注简介 ，可延伸的小状态、状态的出现条件、字段的格式、字段的说明 或者这个功能触发的后续逻辑 还有一些可以全局标出的字段和样式 ，这块在原型中可以特别标出一个交互说明页 这些都是在原型标注中需要标出的内容 ，有助于开发理解产品逻辑 ，以免沟通不到位遗漏流程、功 能等情况。 修改记录 修改记录是你产品迭代的证明 ，即使是你的第一版正式原型 ，之前和设计、开发、运营等讨论修改 的元素也最好加进去。首先避免工作上沟通的矛盾 ，因为有时候大家都记不清 ，直接记在原型上的 一个页面里也便于大家查阅。 三、画原型时需要注意的 做不做高保真 ？ 以前总有同学问我产品画原型要不要画高保真 ，在常规的项目流程中原型只不