经历了漫长的产品设计流程，我们终于来到了最后一个环节，也就是根据之前梳理的产品流程来进行产品的界面设计了。
产品经理其实都知道，在这样一个看重颜值的时代，一个赏心悦目的网站（或者移动APP）是多么重要。每一个产品经理，也都希望自己创造的产品是与众不同的，在茫茫的互联网产品海洋里，能够闪射出耀眼的光芒，就好比每个人都希望自己是人群中独一无二的那一个。嗯，这么说来，其实每一个产品经理的内心深处，都有着一颗文艺青年的心灵，也正是拥有了这样一颗感受丰富、体验细腻的产品之心，才使得我们能够对产品设计的细节有着更为透彻和深入的理解。
在大公司内部，通常来说不需要产品经理去进行具体的界面交互设计，多数是由产品团队与UED团队合作进行产品原型的设计，出具的交付物是产品原型和页面交互图，而产品经理则需要产出市场需求文档（MRD文档）和产品需求文档（PRD文档）。但是在绝大多数创业公司团队里面，则没有配置那么豪华的产品设计、交互设计团队，常见的搭配往往是一个产品经理加上一个UI设计师，所以一般都是产品经理自己身兼交互设计的工作职责，输出交互设计稿，也就是产品原型。
什么是产品原型
说的简单一点，产品原型是设计方案的表达，是产品经理、交互设计师的重要产出物之一，也是项目团队的其它成员（尤其是设计师、开发人员）的重要参考和评估的依据。
结合我们前面了解的知识，产品界面原型其实就是页面级别的信息架构、文案设计、及页面和页面之间的交互流程，它是产品功能与内容的示意图。
直接上几个原型图，可能会更加清晰明了，如下图：
原型设计工具
工欲善其事，必先利其器。好的原型设计工具，总是能大大提高我们的产出效率。产品经理在日常的工作中，其实也应该多多体验一些互联网工具产品，一方面可以让自己的产品感提升，另一方面，也可以通过体验产品来了解工具属性，从而更好地将工具利用起来。这里给大家介绍几款产品设计常用的原型设计工具：
1、Axure RP ，推荐指数br>
墨刀也是一款原型设计软件，虽然可能功能没有那么完整，相对来说对于一般使用也是足够的，目前分为网页版和客户端，网页版可以直接使用，客户端其实也是网页版的功能，一般来说会下载客户端，使用过程中需要联网。
墨刀相对来说有这么几个优势：1、简单、易上手；2、支持团队多人协作；3、控件什么的都是现成的；4、可以直接在手机上进行预览；
当然缺点也很明显：1、依赖网络，网络不稳定或者服务器不稳定的时候则没法使用，这点有点让人崩溃，比如说原型设计到一半突然断网了，则没有保存；2、很多交互功能不够强大，还不能像axure那样实现复杂的交互和跳转；
3、Visio，推荐指数 br> 很多老牌的产品策划人员、产品经理都使用过它来设计产品原型，算是线框图专业户，比较灵活，Office使用习惯接受程度较高。另一个好处是支持各种平台尺寸设计。有些产品设计团队从原先的Axure 调整至 Visio ，是因为Visio 可以更便捷地输出标准大小的PDF文档，方便在同事之间交流。
在学习伊始，很多刚刚入门的产品新人比较热衷于上网找课程学习Axure等原型工具的使用，乐此不疲；他们都希望通过精通工具的使用能力，来提高自己的职场竞争力。然而这并不是重点，工具只是用来承载和描绘我们思想和内容的一个画笔，所以没有必要把太多的时间消耗在掌握工具的使用技巧上，产品设计的主题、内容、规划才是真正需要用心去考量和思索的。这就好比武侠小说里的故事一样，没有深厚的内功心法，即使拥有好的武器，也发挥不了太大的作用。
设计原型时需要注意的事项
通过上面的介绍，其实我们已经了解了，一个好的产品原型可以让其他人迅速理解我们想要做什么事情，减少团队的沟通成本，并确保接下来要推进的事情没有什么误会。
产品经理在将原型图画好之后，往往会特别欣喜，恨不得立马就让全体团队成员看到自己的设计成果。但是，这时候的原型图通常是不完整的，很多场景、因素缺少考虑，小到一个按钮的位置，字段展示、大到功能的流程设计、逻辑设计，都缺乏系统地思考和完善。如果你就轻易把这么一份不完整的原型交付给技术，不但技术会喷你，搞不好用户也来喷你，甚至Boss也来喷你。所以，打磨好产品原型，尽量考虑各种场景、因素，设计原型时尽量细化分析，让所有人从原型就能看到你的态度，是一件非常重要的事情。
总体来说，原型设计需要表达清楚这么几个地方：
1、界面元素
什么是界面元素，比如文字，下拉框，按钮，图标、图片等等这些都属于界面元素。我们在运用原型设计工具（如axure、墨刀、visio等）设计产品原型的时候，需要明确界面上的元素是什么，如何展现，鼠标移动或者手势滑动、点击上去是怎样的效果。
2、数据逻辑
这一点往往也是非常多创业团队和新手产品经理容易忽视的。比如一个直播列表界面，上面有三个tab，分别是关注直播、热门直播、最新直播，那么最新直播是基于怎样的数据逻辑获取的，你就需要在你的原型设计上进行说明了。当然，最新直播的数据获取逻辑是比较简单的，也许你不和研发人员说明清楚，他们也能知道是按时间倒序排列；但如果碰到稍微复杂一点的数据逻辑呢，就比如刚刚说的关注直播的数据获取，是获取关注的机构的直播呢，还是获取个人的直播呢，这都是需要通过注释来说明清楚的。
3、操作逻辑
一个原型界面上可以进行操作元素的有哪些，哪个可以点击，哪个可以选择，操作后出现怎样的反馈，比如弹出浮层入新页面是跳出新页面是给一个怎样的提示些也是需要在原型设计里面说清楚的。
这三个点是一份完整的原型设计基本需要包含的东西，再配合上之前画好的产品结构脑图和流程图，就基本可以与开发进行轻松愉快的交流了。只有这样，开发者才能明确这个原型设计的开发需求，而不是让开发工程师自己去猜，去揣测数据逻辑、算法应该是什么样的、具体的产品交互方案如何。
如下图，可以在原型设计上做相关的注释说明：
通常来说，产品经理往往不会写的那么详细，能够覆盖到前面四个部分便已经算是一份基本合格的产品需求文档了。
我们一起来看下文档里面都具体包含什么内容：
1．概述
概述部分是概括地说明产品背景、产品目标等。
1.1产品概述及目标—-包括背景介绍和产品目的
1.2名词解释—-声明文档中出现的名词含义
1.3数据词典—-介绍本产品中数据的数据项、数据结构、数据流、数据存储、处理逻辑、外部实体等。
1.4文档阅读对象—-声明本文档输出的阅读对象和注意事项
2．产品描述
产品描述介绍了产品的整体逻辑流程，概括性的描述产品需求、产品版本规划、产品整体的框架结构以及功能列表。产品整体流程与产品框架都需要使用相应的图表展现方式
2.1产品整体流程-—展示产品框架图和用户流程图。
2.2产品需求描述—-描述产品核心功能，解决哪些情景下的哪些需求。
2.3产品版本规划—-叙述产品版本迭代计划，版本号、主要模块、功能点、计划开发时间、计划结束时间、备注。
2.4产品框架—-展示页面层级及备注信息
2.5功能列表—-展示产品功能名称、对应模块、功能说明、备注等信息。
3．功能描述
功能需求这部分需详细描述产品所涉及的各个功能点。将整体框架拆成数个独立的功能点，分别描述每个功能点的逻辑流程图、界面、字段说明以及业务说明。统一采用UseCase的方式进行描述。
3.1流程图——包含流程图、顺序图和状态图等，这三种图都可以理解为UML图
3.2界面原型——将产品概念具象化，也就是将交互原型设计稿贴上去
3.3字段说明（包括数据字典）——描述产品功能页面包含哪些字段，字段的格式和限制要求等
3.4业务说明（Use Case）——描述产品的业务场景及相关用户角色说明
4．非功能需求
非功能需求，也就是关于产品的其它方面的要求。
4.1安全需求——能够抵挡住黑客的攻击，保证用户的数据不会丢失等
4.2统计需求——梳理产品的埋点、统计需求，明确需要统计的相关指标
4.3性能需求——产品最大并发数等
4.4可用性需求——产品的加载速度、响应速度、浏览器的兼容性等
其实，不仅仅是产品官网页面，在任何一个涉及到需要转化的页面，都可以使用这种产品设计思路，比如下图典型的电商里的宝贝详情页：
虽然我们在产品中，会有意无意地利用人性的弱点，去击中用户需求的要害，但是，不能把这种聪明过度化，而是需要站在一种坦诚的角度和用户对话，而不是给用户下套。就像选择朋友，大家可能都会认为善良更重要。同样地，用户选择我们的产品，也会如此。
所以，我还是认为做产品要有道德底线，用小聪明去欺骗用户，用恶意营销去吸引用户下载，最终或许会有不少的关注量和点击量，但最终还是会被用户抛弃。
来源：般若Neo
声明：本站部分文章及图片转载于互联网，内容版权归原作者所有，如本站任何资料有侵权请您尽早请联系jinwei@zod.com.cn进行处理,非常感谢！