原型图的完成不代表产品经理工作结束

　　原型图往往就是一个产品的前提的关键，能快速帮你疏通设计思路找到产品的流程灵感，在原型图的设计阶段初期如何去做，如何讨论这就是一个难题，因为它的构造会影响一个产品的定位是产品经理和设计师沟通上最直接的体现。

　　我相信产品经理在原型设计中肯定也会出现以下问题吧.

　　“对了，这里是不是少了一个状态，这图好像少了点什么似的？”

　　“我有一个好的想法，你这个好像有点地方用的不太合理？”

　　“你这个设计在逻辑上有点问题”

　　“你这个原型设计的不够合理，若果再加点元素就去就完美了，例如这样做....”

　　“如果实在不行你可以参考一下别人的设计，别人的设计是这样子的？”

　　所以我们一定要注意原型设计中的小细节，但是也不要更多花费于细节上陷入细节中去，那么我们到底该怎样才行呢？

　　我们可以在画原型图的时候想得更多一点，比如更高一点的层次用户界面，设计框架的产品结构和行为的关系。假如你要设计一款汽车那么你肯定是从它的构造开始了解再慢慢去接触它的设计细节吧。汽车开门设计、灯光设计等等。

　　“设计框架定义了用户体验的整个结构，包括底层组织原则、屏幕上功能元素的排列、工作流程、产品交互、传递信息的视觉和形式语言、功能性和品牌识别等，形式设计和行为设计必须保持一致，交互设计者利用场景和需求创建屏幕和行为草图，完成交互框架设计。”

　　通过下面的六种方法或许能帮助你在原型设计前清晰你的思路。

　　1.产品定位，定义形式及交互模式

　　产品定位主要考虑有三个方面；什么样的用户给他定什么样的位置？我们要做的事什么产品（也可以只是个模块或功能）？我们又应该怎样去做？

　　这是产品基本三个问题，如果前期都没考虑清楚怎么设计，那么在后期设计上一旦出错，有可能要你重新去做产品。我们可以根据产品的需要来做，用户的需求画像，运营团队的要求，和产品经理的思路等对产品定位展开分析和讨论。

　　用户到底会投入多大的注意力和产品进行互动呢，这就是一个产品的定义形式。产品的行为又会对用户投入的注意力做出何种反馈情况。定义的形式我们可以通过产品的场景和产品的环境来决策。

　　用户与产品的互动叫做产品交互模式，影响产品的定位和形式，如果应用于手机应用方面那么交互模式就是触控屏。手指单触，页面滑动等。而web的网站产品就需要用鼠标来操控，VR产品是视觉上的交互产品，没有交互模式的会有限制的，应该在早期就分析规划清楚。

　　2.定义功能和数据

　　这里的定义功能则是指的较为具体的功能及对应的数据元素，这里的定义与产品功能的定义不一样。这里将需要将宏观的功能具体化。

　　我们用一款打车软件来说明，产品定位用一句话来概括：用户利用打车软件进行网上打车，司机通过订单来接驾。而打车的具体的功能则是要考虑到：我们这款打车软件是否给个通知提示附近有多少辆空车？而发送的请求是否催司机去接客？来进行具体分析。而数据元素则需要考虑到：告诉用户附近有那些车，并且能精确到理用户多少米的数据元素功能？催司机时是否只用发送催司机的文本消息？

　　每一步功能及其元素的定义要通过需求来确定，这样产品各方面就都会有清晰的意图。

　　数据元素之间都是彼此关联，在产品定义的数据中可以通过数据流来分析，视觉化的数据元素将会让你更能结构化地去管理，去分类排布，让你的设计逐渐清晰具体，让开发人员更好理解你的意图。

　　功能和数据的形成，我们就可以成立一个初步的设计方案了，要开始都这个方案进行一次检测。对于检验方案最好的就是从场景开始检测，分析人物的画像，用户的需要目标，用户的心理模型的三方面进行一个检测。用户的需求有很多种解决方案，主要是考验设计者决策的的能力，我们可以通过这几个方面进行了解：怎样有效满足用户目标、怎样符合设计原则，如果适合当前的技术水平，和成本能能否满足其他条件等。

　　满足用户的需求目标是一个主要的过程能够减少用户理解或学习成本，并能让用户达成自己的操作目标和需要。如果检验这个过程我有一个好建议，可以利用用户对该产品的控制感潜意识地完成操作。

　　目前Android和iOS版本的操作系统考虑地较为详细和周全了，用它们来检验对你的决策有很大的帮助。

　　3.确定层级和页面

　　一个页面任务要分很多步来完成，首先确定一个页面到底放多少东西进去，通常情况下我们会考虑到如果一个页面能够完成的任务就不要分多个页面来完成，建议尽量不要超过三个页面。这样会更有效果!

　　过多的页面元素我们要保证用户的视觉效果，需要让用户知道的东西要放在最明显的地方，其次居之，页面也有层次之分，可以通过元素大小，颜色，来强化用户对层次的感知。

　　当然我们不一样在所有情况下都通过减少元素和页面来帮助用户快速完成任务，支付宝，多个页面的认证能让用户减少出错。一些重要的操作多一个页面确认反而使用户用的更放心更安心。

　　通常我们需要考虑这些问题：

　　什么元素需要在一起

　　怎样才能组织性的优化用户工作流

　　什么元素需要捆绑，那些又不用

　　相关联的任务使用的顺序如何

　　哪些元素能帮助用户做出决定

　　采用什么样的交互模式和原则呢

　　人物模型的心智模型如何影响元素组织

　　塔式塔原则也许能够帮到你，即相关联的控件应该组合在一起，控件应该靠近所要控制的对象。

　　4.绘制原型草图

　　有了以上的构思我们在绘制原型草图就方便多了，还是要注意整体且用高层次的框架开始构建原型图，（建议使用axure软化绘制原型图这样能避免以后较多重复的修改）别让其中细节分散你的注意力，细节可以六道最后去摸索。

　　5.构建用户行为路线

　　画好原型图不代表工作就结束我们还要构建用户行为路线，然后在哪去评审和流程交给研发部门，要尽可能详细地完成自检。构建用户行为路线则是考虑好用户使用产品不同界面的主要路径。

　　当用户使用APP软件是，新用户在那里提示登录，用户在什么情景下先点击，再点击什么，在不同的页面如何跳转页面流程的完成等等。

　　所以我们要考虑用户用的最频繁的行为路线，可以通过给用户设想在不同的情景下完成操作任务来构建。构建完成后可以自己先行走查，删除不必要的元素，优化重要的元素，使得用户的主要任务行为路线是最为清晰且易记忆的。

　　注意用户的行为也可能不是线性的过程，可能会在几个页面之间往返。

　　6.通过场景验证检查设计

　　通过用户行为路线调整了整个流程或框架，来确保主要场景没有问题后，我们可以将重心转移到一些次要的流程和场景之中，目的是找到原型逻辑性的漏洞，并调整场景和优化升级。

　　根据以下四种类型来验证最有效：

　　（1）路径分岔点：指的是用户对多种选择时停留的位置。

　　我们用购物流程来举例，当用户在购物中通常流程是加入购物车-下订单-付款等路径来完成分岔点，当用户取消订单和放弃付款，那么背后的逻辑该是如何的？

　　（2）必要场景：在一些不常用的场景但有必然放生的情况，例如清除缓存，注销账号等。虽然用户会较少用到，但这部分的设计也是需要合简单说明。用户不常用往往会缺少对这种操作的学习过程，需要的时候用户可能会忘记如何来操作。

　　（3）边缘情景场景：也就是通常说的边缘情况，边缘场景我们要经常注意，但在测试之前应该考虑清楚对方的逻辑。例如昵称重名，重复提交取消订单，频繁发送好友申请等等情况。

　　边缘情景通常还需要考虑一个极限值问题，用户一天最多能添加多少好友？好友上线的提醒功能？这部分需要特别关注，也许还需要向研发部门咨询和研究策略。

　　（4）特殊场景通常有些问题不是主观因素造成的原因，例子有网页出错，APP崩溃，网络延迟等情况。

　　总结：对于产品设计我们首先就是确定原型图的方案。然后我们还要考虑以上因素，对于产品的定位和场景的考虑，产品交互之间的变化和用户页面之间方面的细节去判断。如何才能让用户更好的操作。原型图的完成不代表产品经理的工作完成，好好学习这六种方法有利于你的产品开发上有好的帮助。人人都能成为产品经理。