产品经理之路 漫漫而修远 这条路上 会有鲜花掌声 会有荆棘坎坷 愿你万里归来 仍是少年 作者：谭小超 全文共 3915 字，阅读需要 6 分钟 BEGIN 最近接到了很多同学的困惑：
接下来，我们以几个常见问题为切入点，聊一聊在产品经理这个岗位上，我们努力的方向到底在哪儿? 产品经理需不需要非常精通原型工具？有些同学跟我说，自己刚刚转行产品经理，正在自学 Axure 与墨刀。我问，为什么要同时学习两个工具？ 很多刚刚入行的产品经理并不知道产品经理这个岗位的核心价值与核心竞争力是什么，因此不知从何处下手开始学习，只是知道产品经理会用到原型工具。 显然，工具类的技能学习，是入门最简单的，也是最没有门槛的，于是很多同学们抓住了这根救命稻草，找到了唯一可见的一个努力方向，拼命的学习了起来。 网上搜各种教程、各种书籍、各种贴吧、求助各种大神，耗费了巨大的精力去学习动态面板甚至是中继器这样的比较晦涩难懂的高阶组件。但是现在学完了之后，发现在实际的产品设计的过程中，输出原型的效率依然很低。 今天我们不谈论如何提高 Axure 使用效率与高阶使用技巧，既然很多人如此的执着于 Axure 高阶使用技巧，我们就要先知道：原型图真正的作用是什么？ 原型图在产品研发的过程中，是用来与研发同学进行需求评审与沟通用的，是用来给 UI 同学提供高保真输出的基本参照的。 那么，研发与设计师这二位同学需不需要一个精度极高、添加了所有复杂交互的原型呢？ 答案是，都不需要。 研发同学的需求是：在需求评审的时候，能够看明白你这个页面有哪些字段、元素，这些字段与元素有哪些状态，页面哪些地方是热区，点击热区之后激发的下一步相应是什么，页面与页面之间的跳转逻辑是什么，这些能够讲清楚，就足够了。 而 UI 同学的需求更简单：能按照原型图的样式输出高保真设计稿，就可以了。 在高保真的设计过程中，UI 同学是有一定的自主权的，往往不会严格按照原型图的样式进行设计，甚至有的时候跟原型图的出入还会比较大。因此，即使你输出的是“像素级”的原型图，在 UI 同学眼里，只是一个样式而已。 当然，显而易见的是：一份清晰、整洁、条理清晰的原型图，是一定能够加分的。毕竟，向往美好是所有人的本能。 原型工具，说白了只是一个工具而已。对很多人来讲，花 20% 的精力就可以学会 Axure 80% 的功能，而这些功能，在实际应用中就足够了。但是花费 180% 的精力不一定能够学会 Axure 剩下的 20% 功能，而往往剩下的 20% 的功能在真正的产品设计的过程中完全用不上。 互联网本身就是快速迭代的领域，上线速度的快慢往往就是生与死的差别，等你刚刚出完原型并用中继器加上了所有的高阶交互的时候，扭过头一看，隔壁友商已经上线了，这时候你猜大领导会不会让你去财务室领这个月的工资？ 你想完全驾驭 Axure 这个工具，醉心于把 Axure 十八般高阶组件全都耍的有模有样，但是在这个过程中之中，你其实已经被 Axure 所控制。跟各位同学分享一句话： 产品经理需不需要懂技术有一位转行没多久同学跟我说，他刚刚入行产品经理，正在自学 Python ，很显然这位同学是认同这个观点的。我问他你为什么要自学 Python ，是想转研发吗？这位同学同学的回答也许道出了很对产品同学的心声： 产品经理需不需要懂技术，其实这个问题很笼统很模糊；要回答好这个问题，就需要定义好什么叫“懂技术”。懂多少算懂？只有明晰了这个边界，这个问题才有意义。 接下来，我们用一个具体案例去明确这个懂与不懂的边界到底在哪里。 案例：你设计了一套会员体系，有 M 个会员，每一个会员的标签或者维度有 N 个，需要研发同学在数据库中进行数据存储，那么对于数据库的同学来讲复杂度是以乘积的形式增长的，即 M*N 。 数据库同学可能会跟你吐槽： 听到这里你可能已经一脸绝望了，脸皮厚点的可能会问下开发，什么是笛卡尔积、 CDN 、分布式存储？脸皮要是薄一点可能直接就捂脸跑开了。 在这个案例当中，产品与研发两位同学明显就是因为领域认知差异而导致了沟通障碍。 研发同学这种一言不合就甩专业名词的行为，有可能是因为研发同学深谙沟通技巧与心理博弈技巧，希望通过这种甩对方不懂的专业名词的方式，来建立沟通优势与心理优势，以便最大程度的争取后续沟通的主动性； 也有可能单纯的研发同学只是想炫一下自己的专业性，看着产品经理同学的完全听不同的样子，小小的虚荣心得到了满足； 也有可能研发同学只是形成了口语习惯，顺口綶color=red]请勿讨论**[/color]隼戳恕 |
|
声明：文章版权归原作者所有 部分文章转自互联网 如有侵权请联系
[邮箱地址] 删除
|
注册
登录
