【第66期】UI转产品，你应该这么干！
1、本文的目标用户是从UI设计师转型到产品经理的同志，以及初级产品经理。
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、拆分你的设计任务，不要眉毛胡子一把抓
我们应该把工作中遇到的所有事情，按逻辑分清。从想问题的方式，到做事情的方式，都要分。
比如开需求讨论会，讨论主题就要围绕着需求是否可行展开，不要在这时候过于深入地讨论怎么做的问题。如果已经决定要做了，产品经理就要研究怎么做，不要再回过头来思考是不是应该做。不把思路理清，所有的讨论都会变成没有结论的头脑风暴。
除了开会讨论之外，设计工作也是同理。比如下面这个界面，我要把他改成新版的样子。
那这个设计最少要分成四个层面的事情来独立考虑。
1、界面布局改进（信息架构、UI或交互设计）
2、体验方面的改进（改文字什么的）
3、旧功能改进（考虑旧用户、旧数据、旧版本）
4、新功能增加
以上每个层面，当你拿出来把他当做一个独立的设计任务贯穿前后地思考的时候，你都会发现更多的问题。甚至还应该拆分的更细，每一个修改的点都当做一个设计任务来做，总之千万不要眉毛胡子一把抓。
5、沟通，别自己胡思乱想
如果你碰到一个特别资深的程序员，那他肯定不具备基本的沟通能力，因为具备基本的沟通能力的特别资深的程序员，都成了技术总监了。如果你碰到一个特别资深的设计师，那他肯定不具备吹牛逼的能力，因为具备吹牛逼能力的特别资深的设计师，都成了设计总监了。
前面说了做UI的优势，在于沟通能力较强，短处在于对开发的逻辑理解较浅。而通常程序员的长处在于逻辑缜密，但沟通能力较差，这时候我们应该发挥我们的长处，去弥补他们的短处（怎么听着像个挺耳熟的笑话）。千万不要闷头自己搞，要积极的与开发的同志沟通，时不常的问问，我这么做行不行， 我这么做有没有坑，你有没有什么建议。平时自己主动地多看看各种开源的管理系统。我相信，只要你有一颗真诚的沟通的心，以及对方不是一个特别资深的程序员，那你应该可以学习到不少的东西。
当我们被拍砖的时候，不要像个怨妇似的咒骂，好好想一想问题产生的原因，分析清楚原因，采取相应的策略。我一直认为，当在被拍砖的时候（不管是开发拍，还是运营拍，还是老板拍，或者是一起群拍），都是我获得进步的最好时机，也是获取更多真实信息的最好时机。怕就怕没人拍你的砖，人家直接不鸟你，那就真的彻底完蛋了。
我是十分相信所有人都会是积极的心态来面对工作的。但举个极端假设的例子，就假设对方就是一个消极的保守派，他就是懒得干活，就是毫无缘由的拒绝你的合理设计，那你也要考虑，究竟是为什么会造成现在的局面，是因为你没有把产品的理念和愿景传达到位，还是你的态度不好，或者是态度太好了？想明白后，尝试性地采取相应策略。记住，先从自己身上找问题，先从改变自己开始，不吃亏。
6、别把自己当跟葱，你毛都不是
首先私以为，如果我们能把上面的事情做的差不离，狭义上来说，已经可以称之为一棵小葱了（可以蘸酱了），基本上也可以算个毛了。但是我们的上面还有总裁、还有老板，他们也许对于我们的领域是外行，也许对我们的工作强加干涉。但是记住，老板之所以是老板，他一定在某方面比我们强，一定经过更多的摔打，有更宽阔的视野，并且一定还有很多强大的地方。发现那些东西，然后学习那些东西。
在能信手拈来地摆平你的老板，甚至超越你的老板之前，我们——既不是葱，也不是毛。
PS：这篇来自福建前端联盟群中各群友讨论的延伸。设计师如何看待原型的问题，这点上不同的心态有不同的看法。在不同规模的公司或团队中，每个角色所赋予的职能不同，特别是灰度地带的工作，谁主动谁占有优势。