方法论 | 产品经理的原型工作流

交互原型图是产品经理必备的技能，不管是小白，还是大牛；是实习生，还是总监，都是从画原型图开始的。好的交互原型图，可以让开发不问一句，就能看得清清楚楚，开发得明明白白；差的交互原型图，可以让UI、开发、测试焦头烂额，摸不着头脑，让产品经理的威信大大降低。要知道，产品经理在公司里，很多时候靠的都是威信力，无论是在脑暴、讨论、评审、跟进、运营，各个阶段。

本文开始，笔者会另起一条脉络，讲一讲笔者工作中的一些方法论，总结一下笔者近5年来的职场经验。有的是笔者转行前的，有的是笔者做产品后的，希望或多或少可以给大家带来些启发。

本文讲的是关于产品经理的原型工作流，我会以总分总的形式，给大家讲一下：我在工作中是如何从菜鸟到熟练工的过程，希望可以帮助大家少走弯路。

交互原型和PRD（产品需求文档）文档的区别，我在之前的文章已经提到过了，没有看过的同学们可以移步《从0到1，搭建营销中心——认识后台系统（下）》

快速上手交互原型图

原型图是无法速成的，只有通过不断的刻意练习，才能做到又快又好，周期就只能看自己的付出和悟性了。并且每个人画原型图的方法都不一样，所以，接下来笔者的方法并不一定适用所有人，笔者更多想传达的是一种方法。

1. 刻意练习

想必大家都知道“一万小时定律”，但我更喜欢的是刻意练习，这才是真正能成就一个人的根本。

只有通过长期不断的刻意练习某件事，才能从小白到专家再到大师，这里为大家推荐一本书《刻意练习》。

量：通过大量的原型图临摹学习和实战练习中，积累经验，悟出自己的设计窍门。

刚开始的原型总是很丑——字太大，对不齐，图标找的都不好看，颜色不知道怎么选等等。

但当你不断去学习别人的原型，临摹和实践后会发现：原先那些低级问题会自然而然的消失，到那时候你需要更多考虑的就是交互逻辑、业务逻辑和产品价值了。

PS：这里推荐大家刚开始可以大量看UI中国，花瓣，pinterest，behance等国内外设计网站，不管是平面还是UI都可以看，提升自己对视觉、美观的敏感度，这在将来提升原型设计水准和头脑风暴上很重要。

复盘：大量练习后，定期复盘自己这一段时期内的原型图，哪些画的有缺陷？哪些地方逻辑没有想清楚？哪些icon用的不恰当？哪些地方被开发和UI怼过？这些问题都需要定期拿出来过一遍，来帮助发现问题，解决问题。

PDCA：戴明环，在项目管理中是一门必修课，分别是指：计划Plan 实施Do 检查Check 处理Act。

在刻意练习过程中，我是这么运用PDCA的：

做一份计划：内容包含，本次产品的规划（也可能是领导直接部署的任务）、本次产品拆解的功能点、预计的页面数量、预计完成的工作时间、拆解成日程表和每日计划。

开始实施：根据每日计划开始原型图的设计，期间遇到问题或阻碍，遵循我自己的原则处理（时间管理）

检查确认：设计完原型图后，需要对原型图仔细确认一遍，有必要的话会和领导核对。

问题修改：对核对完或检查完后的问题进行修改，并交付相关人员进行评审或设计

以上，就是开篇要说的笔者的方法论，我们再回顾一下：

首先，我们要清楚地认识到，速成是不现实的。

其次，我们需要提升自己对审美和视觉上的敏感度。

这些前期准备都做好的前提下，尝试养成正确的工作习惯，通过不断的刻意练习和定期复盘，方能提高。

2. 明确需求

接下来，我会讲述笔者自己设计原型图的大致步骤。

很多产品新人，在拿到需求后都会立马打开Axure或者其他软件，大刀阔斧的设计起来。笔者早期也是如此，现在我的结论是：别急着开始，先仔细想想。

梁宁老师讲过产品经理的四大核心能力：看的准，想的明白，说的清楚，试的快。

如果直接开干的话，就是缺少了看和想的过程，除了原型设计出来后可能不尽如人意，还可能会错失许多提升核心能力的机会。

笔者现在拿到需求后（这里就不纠结需求的来源和获取的渠道了），首先会对需求本身进行剖析：这需求到底是不是真实的需求？还有没有更深层次的根本性需求？这个需求能实现什么价值或者能够解决什么问题？优先级如何？是否可以实现，和目前的产品逻辑是否相悖？

在经过思考后，得出结论，无法想明白的问题可以直接和相关人员确认，必须做到：需求明确。

3. 头脑风暴

这里的头脑风暴并不是指开会讨论，而是将明确后的需求，在脑中进行场景化处理。