2、本文涉及了一些快速迭代和精益创业的思路和方法，但都很浅显。

3、本文作者是一只传统意义上的设计屌师，在被逼无奈的情况下转作PM后的一些经验积累，虽然十分不专业，但仍希望可以分享给处境同样的屌师们。

首先，本屌师揣测，允许你有机会从UI岗位上转到产品经理岗位，想必你所处的公司是人力资源相对匮乏的中小公司。那十有八九你所要面对的应该是不太乐观的境况。然后，恭喜你走上了产品的不归路。

UI设计师转行产品经理有一些先天优势：

1、设计师普遍沟通表达能力不会太弱（忽悠能力）。

2、设计师接触的产品会比较多，看得多、抄的多（你懂的），照葫芦画瓢能力强。

3、设计师通常会更关注体验和细节，一些文字属于的表达贴切不贴切，字数的多少，换行不换行，按钮总共有几种状态等等，这一方面是很没做过设计的PM所不擅长的。

另外也有一些劣势：

1、对于开发的逻辑和思维，是比较欠缺的。你以为这样做简单，其实开发这样做一点都不简单，你认为这样做看起来会有一些技术的难度，但是开发两秒钟给你搞定了，这种情况会时常发生。

2、由于常年注重细节，导致容易跳不出细节，眼光放不长远。

3、太过自我，不够客观，较难跳出自己的设计思路，重新换个角度看。

本屌经过了一段时间身先士卒、水深火热、惨绝人寰的实践之后，真的感觉，有时候优势不见得是优势，劣势也不见得真的是劣势。我总结了一些浅显的，碎片化的思路和方法，希望能给同样苦逼的你一点点帮助。

　　1、忘了那些细节，你已经不是设计师了

细节决定成败。一个产品是否能成功，要取决于时代背景、市场、渠道资源、用户体验、技术实力等多个方面的。“细节决定成败”中所说的“细节”，不再是我们以前所理解的“细节”，它是一个具备了更广泛意义的词。如果你现在还在盯着一个界面上的按钮，琢磨这个颜色饱和度是不是还能再低点，这个字号是不是太小了，那你注定又做不好产品，又会得罪UI设计师。

首先，UI设计师，是有自己的想法和方法的，我们都是过来人，都不喜欢别人把主观意识强加给自己，正所谓己所不欲勿施于人。就算你自认为水平不错，也不要这样做，因为你现在不是设计师。你可以提出要求，比如：这个界面视觉上要简洁一些，或者告诉他，这个是我们的重点功能，要突出一些，这就足以了。

我们应该投入更多的精力在功能的设计上，这才是我们应该关注的细节。比如一个功能是否能跑通，会不会引起连锁反应，不要想完了一个界面，发现后续的一系列功能都会出现逻辑上的漏洞。打个比方，比如你想修改一下商品的信息的结构。那你要考虑的是，这个修改会不会影响到用户的收藏功能，会不会影响到订单的流程，线上已存在的商品数据在你修改之后，会有什么影响，如果有影响，旧的数据怎么处理，如果该商品已经存在于用户的购物车中，会不会报错等等。再比如，你觉得一个术语表述的不清楚，应该换一个名词。那就要考虑整个系统中究竟有多少个地方涉及到这个词语，如果要这么改，究竟会涉及到多少地方，是不是有很多隐藏操作之后才会出现的提示语也包含了这些词。想全面之后，你要权衡利弊，决定到底应该怎么干。

　　2、别把什么都做到极致，你不知道那有没有价值

把一个东西尽可能的做到极致，这是做设计的人的特点，但在做产品的时候，这不见得是一个好习惯。因为我们在从事UI设计工作的时候，面对的是一些界面or交互，它已经是确定下来的东西，在职权范围之内，我们都希望尽可能地做到最好。但是做产品工作则不然，我们在搞一个新产品or新功能的时候，是有很多不确定性的，我们需要拿捏到底做到什么程度是合适的。所谓小步快跑、快速迭代也是这个意思。不要再像以前那样，一想就想的过于完美，在没有得到市场和用户的验证以前，我们无法确认资源的投入是否会产生价值。

很多没有快速迭代思想的公司，在做产品的时候，一开始都会处于一种自我感觉屌爆了的意淫状态中，把一个东西想的无比美好，最后做出来发现没人用，傻眼了，然后疯狂地开始做各种匪夷所思的事情，因为前期资源投入太多，没有退路了，只能病急乱投医。如果你是产品经理，应该尽可能避免这种事情的发生。

这是快速迭代和精益创业里面的一些思路，到底应该如何做，更专业的内容请自行搜索，不展开了。

　　3、搞明白你要干啥，别再瞎忙活了

其实做产品，就像是打游戏，你会面对各种各样的小怪，大boss等各种敌人。这些小怪和大boss，就是各种需求，来自用户的、来自市场的、来自老板的、来自自己的各种需求。这些需求都是你要去消灭的。但是你玩一个游戏的时候，你的乐趣肯定不会是单纯地砍怪物（也不排除有这种特殊癖好的人）。通常来说，你的乐趣在于做任务，通过砍怪的方式，完成任务，获得装备和经验值，然后可以升级买东西什么的。

做产品也是一样，首先你要领一个任务，这个任务就是在这个时间段内，我们的产品要达到什么样的目的。确定了任务之后，我们再有选择进行砍怪，砍涨经验值最快的怪，砍你目前级别砍的动的怪，如果同时领了好几个任务，那你就要把砍怪的路线安排好。你交付一个任务，就相当于你交付了一个可上线的版本。然后你利用交付这个任务时候得到的经验值和金钱（用户数的增加或客单价的提高之类的），购买装备，以便继续完成更高级的任务（发展更多的业务或客户之类的）。总之，没有人会不领任务直接出去乱砍怪，对吧？

每当我们接到需求的时候，我们要想一想，这个怪我现在砍么？砍完了我能交付我领的任务嘛？跟我领的任务有关系嘛？比如，一个产品在起始阶段，首要任务是发展用户，只有发展用户才能获得融资，获得融资后才能扩大规模，扩大规模后才能三生万物。那么在一开始的时候，所有产品应该解决的需求，都应该围绕着如何能快速地发展用户而展开。这时候如果你老板兴致勃勃地拍着你的肩膀，给你提了一个三生万物阶段才需要解决的问题，那就果断假装没听见就好了。如果你老板的兴致过于勃勃，非要跟你问出个所以然，你也可以拍着他的肩膀对他说：“你一个战斗力5的渣渣，去挑战最终boss，你SB啊！？”（后续发生的事情不再赘述）

这里再多说一句，我所想表达的领任务，并不是指手里接收的工作任务，而是产品在其生命周期的此时此刻，应该在战略上达到的目标。绝对不是指的领导给你安排了什么工作。

　　4、拆分你的设计任务，不要眉毛胡子一把抓

我们应该把工作中遇到的所有事情，按逻辑分清。从想问题的方式，到做事情的方式，都要分。

比如开需求讨论会，讨论主题就要围绕着需求是否可行展开，不要在这时候过于深入地讨论怎么做的问题。如果已经决定要做了，产品经理就要研究怎么做，不要再回过头来思考是不是应该做。不把思路理清，所有的讨论都会变成没有结论的头脑风暴。