### 你是不是有过这样的情况：
常常在产品经理群，看到几个产品人在讨论Axure如何使用函数、变量、运算符，如何做出高保真装逼原型图，如何将Axure变成华丽的装逼利器。
这样做产品，其实已经走错了方向。
我经常和一些产品经理讨论，关于原型，要做高保真，中保真，还是低保真图。
调研中发现：
`30%`的产品经理只做**低保真**，
`60%`的产品经理认为**中保真**对于指导UI作图，开发支持已经足够。
`10%`的产品经理往往很追求细节完美，也会自我强迫的做出保真程度很高的原型。
然而，陷入到作图细节中，往往会忽略更多。

很多人一提到产品经理，首先想到的产品经理技能，就是**画原型**。
然而画原型图只是产品经理的一项基本工作，只是工作中的一小部分。
例如，我之前做产品的一个新模块，做完调研、需求分析、竞品分析、业务流程、功能组织框架、信息架构后，这时候做原型，就很清晰了，作图加上给项目组开会讨论修改也只用了几天的时间。
前面的铺垫做好了，后面做起来比较顺，开发中也不会遇到很多坑。
我这几年来做原型，也只做到中保真，没有动效，也没有很复杂的交互。
我会在原型中对组件做好备注，对页面做好批注。
对于产品上的规则会做补充说明文档，手势基本口述说明。

### 产品经理的工作流程大体上可以这样划分：
![](https://blog.junphp.com/public/upload/20190228164338_636.png)

另外多提一下原型，原型图属于框架层中要完成的部分，框架层主要完成产品页面的结构和布局。
在这里，我提一下框架层，这个源于**《用户体验要素》**，这是一本层次和逻辑交代特别清晰的书。
告诉我们做产品要从下往上做，从战略层，范围层，再到结构层，框架层，最后到表现层。
关于这本书的理解和分析，我这里不作赘述，相信很多产品人都看过，推荐指数五星。

![](https://blog.junphp.com/public/upload/20190228164456_291.png)
再拉回主题上来，我时常看到很多文章，教PM们如果用axure装逼，Axure如何使用才能成为装逼利器。
每每看到这些，简直都如鲠在喉。

> 产品经理是公司的“魂”，就算要装逼，也不该在原型高保真上浪费时间，这种炫技，真心随便都能罗列出几点弊端：

1、产品经理的时间本来就很碎片化，做方案，做业务流程，头脑风暴、信息架构分析、竞品分析，包括产品和数据上的一大摊子事情，所以像我还有一些产品朋友，很多都是抽晚上的休息时间来做原型图，如果做高保真，真心太浪费时间

2、做高保真原型图，如果中途出现业务或者流程的大改动，要推翻了重来，那PM估计会在程序员崩溃前崩溃了吧。

3、类似于很常用的幻灯片之类，如果原型中用动态面板把这个做的完美了，我就只能呵呵了，我相信这种东西，正常的Pm应该会选择多说两句话交代吧。

4、最后，也是最最要的，产品经理要把控好大方向，大格局，包括行业新鲜大事件，行业大咖，行业历史沿革，行业发展生态链。而不是去沉迷于axure炫技，这样往往因小失大，沉迷进去，失掉大格局的眼光。

下面是我整理的关于汽车行业的一个简略图，Y轴为汽车行业的产品链，X轴为这些产品的发展史。
![](https://blog.junphp.com/public/upload/20190228164831_590.png)

> 产品经理，切忌不要成为作图经理。   那么从炫技中跳出来的产品经理，更应该关注哪些点？

### 一、需求分析：

**一定要做好需求分析，做出产品需求和用户需求。**

**1、需求搜集：**
产品需求来源于不同的渠道，老板的目标需求，用户的需求和反馈，市场、运营、客服人员的需求等，对需求做好分类，并进行深层次挖掘。
通过定量定性的问卷，竞品分析，市场分析及数据分析，对需求进行进一步整理，需求要搜集的越多越好，在需求搜集这里，我们要做加法。

**2、需求评估：**
在五花八门的需求里分析和筛选，哪些是我们核心战略需求，哪些是支撑性需求，哪些是表面需求下面的本质需求。
不断挖掘评估，将需求抽象出来。

**3、需求管理：**
需求确定好后，做好需求管理，也就是划分优先级。
我们可以根据四象限分析法则对需求进行紧急和重要程度的分析，对需求做好管理。
过程中不要一直加需求，即使是为了更良好的用户体验，做产品，要把控好产品节奏。
快速上行，拿到数据和反馈，并做好快速迭代。

![](https://blog.junphp.com/public/upload/20190228164956_390.png)

### 二、找到痛点：
发现用户真正的痛点，这个痛点一定要是痛的，是用户确实需要解决的，而不是你去意淫出来的伪需求。
必须是刚需，必须是痛点，必须痛！
重要的事情我只能反复强调。
然后你去竞品分析，看其他的产品有没有切切实实解决到用户的这个痛点。

### 三、调研：
找到你的用户，并做好用户调研。
如果是toB的产品，做好行业调研。
此处用户建模，修正数据，情景分析等不作赘述。

### 四、关注竞品：
竞品分析是产品经理必做的工作。
很多公司在增加一些功能的时候，会选择看看竞品是怎么做的。
竞品分析，也慢慢变成了竞品抄袭，所以模仿竞品渐渐的成了一个坑。
经常听到产品人说，“XX产品有啊，我们也做嘛”。
做产品千万不能这么做，一定要看清竞品的定位和我们的定位分别是怎样？
是一样的用户群吗？
功能使用场景一样吗？
实现的方式要和竞品一样吗？
有没有更好的方法？
最后送十六字箴言：**取其精华，去其糟泊，抵制诱惑，懂得克制**。

### 五、流程：
做产品流程图一般分为业务流程和操作流程，流程是否跑的通，是否合理，对一个产品很重要，所以对于流程，一定要多琢磨，想透，想明白。

业务流程：不同角色的人为了完成某个目标而进行的一系列活动。
操作流程：用户完成一个目标要经历的一系列操作。

### 六、信息架构：
信息架构由用户、情景和内容构成，把信息和关系抽象出来，从而使我们的产品有了骨架。
而产品架构的深度和广度，决定了内容模块和页面的层级复杂度。
信息架构绝不是单纯的产品功能组织框架，它更要突出表达的是信息之间的逻辑关系，所以梳理好产品的信息架构，才能使产品更清晰更易用。（其实这里完全阔以另起文章说明了）

### 七、把控项目，做好迭代：
**做好项目管理是产品经理的必备技能。关于怎么把控项目，我这里简单的阐述几个点：**

**1、做好工作量评估：**
项目的整体规划，后台、服务端、移动端，有时可能还有h5项目，做精确的功能清单，评估技术实现难度，评估优先级，确定工作量。
我通常会多给项目留几天的时间，防止出现突发性事件。
另外，留好测试时间。

**2、设置项目里程碑、做好验收工作：**
在项目中设置节点，提前一两天做对应的项目验收。

**3、经常性的沟通：**
项目进行中要经常的和团队沟通，鼓励大家的工作积极性，了解团队成员的工作进度和状态，了解潜在的风险并作出对应的解决方案。

**4、奖罚制度：**
项目延期，要分析原因，设立奖惩制度。

### 八、关注数据：
**这是一个数据驱动的时代，做产品更是要以“理”服人，这个“理”就是数据支持。**

1、推广运营数据：
产品经理要关注运营数据，产品怎么优化对节省运营成本上要有自己的理解。
产品运营数据如新增，活跃，流量分析，各渠道占比，及漏斗转化等，都是我们需要关注的对象。
例如做了灰度发布后，我们看新老版本的产品表现，就要看运营的数据表现，不过这个要建立在数据大的情况下，数据很小的话，分析出的结果可能存在很大的偏差。

2、产品数据：
这里我说的产品数据，是对用户行为分析的数据。
例如在产品上做埋点，可以在产品上做出指导性的优化调整。

### 九、多学习，多积累：
在这个浮躁的互联网氛围下，静下心来多看多想。网上的短文章，简报，终究还是比不上书籍。
多看多思考，从而渐渐学会更好的思维方式，对大局观和逻辑架构有更清晰的条理。

本来只想对做Axure炫技和把时间浪费在研究Axure复杂函数上的产品经理做一点提醒，结果叨叨到想对自己翻白眼了。
文笔粗糙，请谅解，欢迎大家交流。

原文地址：`http://www.woshipm.com/pmd/286001.html`

已有0条评论

添加新评论☺

如果认为本文对您有所帮助请赞助本站

支付宝扫一扫赞助

已有0条评论

添加新评论☺