新手解读-产品原型手册

《新手解读-产品原型手册》由会员上传分享，免费在线阅读，更多相关内容在行业资料-天天文库。

1、新手解读-产品原型手册在UIBANG的两年里我收到许多新同学的问题，诸如：“原型需不需要高保真啊？”“原型里都要些什么内容啊？”“有了原型还要文档吗？”“原型怎么画啊？”“原型是必需品吗？”等等。以上问题在本文中都能得到解答。目录：一、原型的必要性和作用二、原型应该包含哪些内容三、画原型时需要注意的更多设计干货：百度UE讲堂http://www.chuanke.com/s4272850.html一、原型的必要性和作用原型是什么？原型是我们的产品的刚出生时的“模样”，它还是一个刚从想法阶段逐渐完善的小家伙，也是产品经

2、理在产品开发过程中产出最直观的东西，现在的原型在很大一部分公司中已经完全替代了之前的PRD文档。毕竟图文加上一些可交互的事件可以让开发更直观的了解自己的任务，并且让设计开发不用去对着那堆干巴巴的文字。（加班还容易犯困Zzz...）原型相对于文档来说直接很多，也更加效率，毕竟一个已经开始逐步具现化的demo便于大家开会的时候评估需求可行性，避免不切实际的想法出现。二、原型应该包含哪些内容产品结构在我们的原型里首先需要把产品的结构给展示出来，方便给设计开发等人员一个整体的了解——我们要做什么。在这里我们只需要标明产品所

3、拥有的页面，登录前后（也可能是某个可以影响全局的选项，根据所选的不同，展示的内容不同。）展示的内容差异过大需要分两幅图来表示。如果原型内的页面与脑图不冲突的话【比如一些状态的展示可能会放在一个页面里，或者某些状态在脑图里是一个页面但是在原型里却铺开展示】可以右击左上角的站点地图中层级最高的一项，点击生成流程图即可。生成的流程图如下：更多设计干货：百度UE讲堂http://www.chuanke.com/s4272850.html页面元素（基础布局）在这一点我想不用太过去说明，大家都知道原型就是一个简略的没有做过视觉

4、美化的线框。所以在原型上图片/按钮/文字段落/选项等都是需要去标明出来的，但是请注意在原型中组件保持统一样式。比如：页面内的图片样式都为占位符表现时，尽量不要再用image或者其他的控件表示，如下：【反例】同一个页面的不同状态，图片部件的表示方式不同：或者弹窗样式都用了下图的展现方式就尽量不要再用这种样式去表现弹窗了更多设计干货：百度UE讲堂http://www.chuanke.com/s4272850.html在画原型时最好有一套自有的原型组件样式，比如时间控件、筛选器、富文本框、弹窗、导航栏等，防止团队内的成员

5、在原型的样式表现上不统一，导致开发理解错误等。功能状态产品的一个功能下可能延伸出不同的状态页面，此时就比较考验一位产品人的逻辑能力以及经验了。最常见的有退单、支付、订单、登录等，拿退单举例子吧，退单通常是：在这个逻辑下，出现的状态有：请求退款—退款中—退款后，看似简单的流程就经常会有同学忘了在退款中加入取消退款，或者在退款中的时候忘了提示开发根据接口字段更新退款状态等情况。在退款中也根据不同状态需要标注的页面情况，更多设计干货：百度UE讲堂http://www.chuanke.com/s4272850.html1、

6、我方是否受理2、支付平台是否受理因为有可能自身业务的缘故，我方不受理的情况下是不允许用户重新发起退款请求的。然而在支付平台不受理退款的情况下允许用户重新发起退款请求，那么这又是两种不同的退款失败判断。所以作为一只合格的产品狗需要精确的想到每一个页面状态的情况，不能把所有的退款中状态都叫做一个退款中，不能把所有的订单详情都叫做订单详情，至少在自己的概念里以及原型里要做出区分。标注逻辑在没有了说明文档之后，大家都开始在原型里加上了标注。然而标注应该加哪些内容呢？如何加标注呢？对于某些新手产品同学，没有参照没有人带自我摸

7、索的情况下还是比较茫然的。标注的目的是告诉开发我这个页面甚至我这个功能有什么内容/逻辑，比如：在页面中需要核对的字段，页面中可能触发的交互样式甚至是某一功能的标注简介，可延伸的小状态、状态的出现条件、字段的格式、字段的说明更多设计干货：百度UE讲堂http://www.chuanke.com/s4272850.html或者这个功能触发的后续逻辑更多设计干货：百度UE讲堂http://www.chuanke.com/s4272850.html还有一些可以全局标出的字段和样式，这块在原型中可以特别标出一个交互说明页更多

8、设计干货：百度UE讲堂http://www.chuanke.com/s4272850.html这些都是在原型标注中需要标出的内容，有助于开发理解产品逻辑，以免沟通不到位遗漏流程、功能等情况。修改记录修改记录是你产品迭代的证明，即使是你的第一版正式原型，之前和设计、开发、运营等讨论修改的元素也最好加进去。首先避免工作上沟通的矛盾，因为有时候大家都记不清，直接记