1
产品经理是公司的“魂”，就算要装逼，也不该在原型高保真上浪费时间。
常常在产品经理群，看到几个产品人在讨论axure如何使用函数、变量、运算符，如何做出高保真装逼原型图，如何将axure变成华丽的装逼利器。这样做产品，其实已经走错了方向。我经常和一些产品经理讨论，关于原型，要做高保真，中保真，还是低保真图。调研中发现30%的产品经理只做低保真，60%的产品经理认为中保真对于指导UI作图，开发支持已经足够。10%的产品经理往往很追求细节完美，也会自我强迫的做出保真程度很高的原型。然而，陷入到作图细节中，往往会忽略更多。
很多人一提到产品经理，首先想到的产品经理技能，就是画原型。然而画原型图只是产品经理的一项基本工作，只是工作中的一小部分。例如，我之前做产品的一个新模块，做完调研、需求分析、竞品分析、业务流程、功能组织框架、信息架构后，这时候做原型，就很清晰了，作图加上给项目组开会讨论修改也只用了几天的时间。前面的铺垫做好了，后面做起来比较顺，开发中也不会遇到很多坑。我这几年来做原型，也只做到中保真，没有动效，也没有很复杂的交互。我会在原型中对组件做好备注，对页面做好批注。对于产品上的规则会做补充说明文档，手势基本口述说明。
另外多提一下原型，原型图属于框架层中要完成的部分，框架层主要完成产品页面的结构和布局。在这里，我提一下框架层，这个源于《用户体验要素》，这是一本层次和逻辑交代特别清晰的书。告诉我们做产品要从下往上做，从战略层，范围层，再到结构层，框架层，最后到表现层。关于这本书的理解和分析，我这里不作赘述，相信很多产品人都看过，推荐指数五星。
再拉回主题上来，我时常看到很多文章，教PM们如果用axure装逼，Axure如何使用才能成为装逼利器。每每看到这些，简直都如鲠在喉。
产品经理是公司的“魂”，就算要装逼，也不该在原型高保真上浪费时间，这种炫技，真心随便都能罗列出几点弊端：
产品经理的时间本来就很碎片化，做方案，做业务流程，头脑风暴、信息架构分析、竞品分析，包括产品和数据上的一大摊子事情，所以像我还有一些产品朋友，很多都是抽晚上的休息时间来做原型图，如果做高保真，真心太浪费时间
做高保真原型图，如果中途出现业务或者流程的大改动，要推翻了重来，那PM估计会在程序员崩溃前崩溃了吧。
类似于很常用的幻灯片之类，如果原型中用动态面板把这个做的完美了，我就只能呵呵了，我相信这种东西，正常的Pm应该会选择多说两句话交代吧。
最后，也是最最要的，产品经理要把控好大方向，大格局，包括行业新鲜大事件，行业大咖，行业历史沿革，行业发展生态链。而不是去沉迷于axure炫技，这样往往因小失大，沉迷进去，失掉大格局的眼光。
下面是我整理的关于汽车行业的一个简略图，Y轴为汽车行业的产品链，X轴为这些产品的发展史。
产品经理，切忌不要成为作图经理。 那么从炫技中跳出来的产品经理，更应该关注哪些点？
一定要做好需求分析，做出产品需求和用户需求。
1、需求搜集：产品需求来源于不同的渠道，老板的目标需求，用户的需求和反馈，市场、运营、客服人员的需求等，对需求做好分类，并进行深层次挖掘。通过定量定性的问卷，竞品分析，市场分析及数据分析，对需求进行进一步整理，需求要搜集的越多越好，在需求搜集这里，我们要做加法。
2、需求评估：在五花八门的需求里分析和筛选，哪些是我们核心战略需求，哪些是支撑性需求，哪些是表面需求下面的本质需求。不断挖掘评估，将需求抽象出来。
3、需求管理：需求确定好后，做好需求管理，也就是划分优先级。我们可以根据四象限分析法则对需求进行紧急和重要程度的分析，对需求做好管理。过程中对不要一直加需求，即使是为了更良好的用户体验，做产品，要把控好产品节奏。快速上行，拿到数据和反馈，并做好快速迭代。
发现用户真正的痛点，这个痛点一定要是痛的，是用户确实需要解决的，而不是你去意淫出来的伪需求。必须是刚需，必须是痛点，必须痛！重要的事情我只能反复强调。然后你去竞品分析，看其他的产品有没有切切实实解决到用户的这个痛点。
找到你的用户，并做好用户调研。如果是toB的产品，做好行业调研。此处用户建模，修正数据，情景分析等不作赘述。
竞品分析是产品经理必做的工作。很多公司在增加一些功能的时候，会选择看看竞品是怎么做的。竞品分析，也慢慢变成了竞品抄袭，所以模仿竞品渐渐的成了一个坑。经常听到产品人说，“XX产品有啊，我们也做嘛”。做产品千万不能这么做，一定要看清竞品的定位和我们的定位分别是怎样？是一样的用户群吗？功能使用场景一样吗？实现的方式要和竞品一样吗？有没有更好的方法？最后送十六字箴言：取其精华，去其糟泊，抵制诱惑，懂得克制。
做产品流程图一般分为业务流程和操作流程，流程是否跑的通，是否合理，对一个产品很重要，所以对于流程，一定要多琢磨，想透，想明白。
业务流程：不同角色的人为了完成某个目标而进行的一系列活动。
操作流程：用户完成一个目标要经历的一系列操作。
信息架构由用户、情景和内容构成，把信息和关系抽象出来，从而使我们的产品有了骨架。而产品架构的深度和广度，决定了内容模块和页面的层级复杂度。信息架构绝不是单纯的产品功能组织框架，它更要突出表达的是信息之间的逻辑关系，所以梳理好产品的信息架构，才能使产品更清晰更易用。（其实这里完全阔以另起文章说明了）
做好项目管理是产品经理的必备技能。关于怎么把控项目，我这里简单的阐述几个点：
1、做好工作量评估：项目的整体规划，后台、服务端、移动端，有时可能还有h5项目，做精确的功能清单，评估技术实现难度，评估优先级，确定工作量。我通常会多给项目留几天的时间，防止出现突发性事件。另外，留好测试时间。
2、设置项目里程碑、做好验收工作：在项目中设置节点，提前一两天做对应的项目验收。
3、经常性的沟通：项目进行中要经常的和团队沟通，鼓励大家的工作积极性，了解团队成员的工作进度和状态，了解潜在的风险并作出对应的解决方案。
4、奖罚制度：项目延期，要分析原因，设立奖惩制度。
这是一个数据驱动的时代，做产品更是要以“理”服人，这个“理”就是数据支持。
1、推广运营数据：产品经理要关注运营数据，产品怎么优化对节省运营成本上要有自己的理解。产品运营数据如新增，活跃，流量分析，各渠道占比，及漏斗转化等，都是我们需要关注的对象。例如做了灰度发布后，我们看新老版本的产品表现，就要看运营的数据表现，不过这个要建立在数据大的情况下，数据很小的话，分析出的结果可能存在很大的偏差。
2、产品数据：这里我说的产品数据，是对用户行为分析的数据。例如在产品上做埋点，可以在产品上做出指导性的优化调整。
在这个浮躁的互联网氛围下，静下心来多看多想。网上的短文章，简报，终究还是比不上书籍。多看多思考，从而渐渐学会更好的思维方式，对大局观和逻辑架构有更清晰的条理。
本来只想对做axure炫技和把时间浪费在研究axure复杂函数上的产品经理做一点提醒，结果叨叨到想对自己翻白眼了。文笔粗糙，请谅解，欢迎大家交流。
【作者介绍】高晓月（微信号gao_xiao_yue），做过技术、运营、渠道、技术部门经理，一路披荆斩棘，打怪升级转到产品经理，现专注产品方向，也兼任打杂，资深段子手。欢迎朋友们多多交流，共同进步。
本文由人人都是产品经理 @高晓月 发布于雷锋网，未经许可，禁止转载。
雷峰网原创文章，未经授权禁止转载。详情见转载须知。
