UI

你认为这样做看起来会有一些技术的难度，但是开发两秒钟给你搞定了，这种情况会时常发生。

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

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

本屌经过了一段时间身先士卒、水深火热、惨绝人寰的实践之后，真的感觉，有时候优势不见得是优势，劣势也不见得真的是劣势。

我总结了一些浅显的，碎片化的思路和方法，希望能给同样苦逼的你一点点帮助。

1、忘了那些细节，你已经不是设计师了
细节决定成败。

一个产品是否能成功，要取决于时代背景、市场、渠道资源、用户体验、技术实力等多个方面的。

“细节决定成败”中所说的“细节”，不再是我们以前所理解的“细节”，它是一个具备了更广泛意义的词。

如果你现在还在盯着一个界面上的按钮，琢磨这个颜色饱和度是不是还能再低点，这个字号是不是太小了，那你注定又做不好产品，又会得罪UI设计师。

首先，UI设计师，是有自己的想法和方法的，我们都是过来人，都不喜欢别人把主观意识强加给自己，正所谓己所不欲勿施于人。

就算你自认为水平不错，也不要这样做，因为你现在不是设计师。

你可以提出要求，比如：这个界面视觉上要简洁一些，或者告诉他，这个是我们的重点功能，要突出一些，这就足以了。

我们应该投入更多的精力在功能的设计上，这才是我们应该关注的细节。

比如一个功能是否能跑通，会不会引起连锁反应，不要想完了一个界面，发现后续的一系列功能都会出现逻辑上的漏洞。

打个比方，比如你想修改一下商品的信息的结构。

那你要考虑的是，这个修改会不会影响到用户的收藏功能，会不会影响到订单的流程，线上已存在的商品数据在你修改之后，会有什么影响，如果有影响，旧的数据怎么处理，如果该商品已经存在于用户的购物车中，会不会报错等等。

再比如，你觉得一个术语表述的不清楚，应该换一个名词。

那就要考虑整个系统中究竟有多少个地方涉及到这个词语，如果要这么改，究竟会涉及到多少地方，是不是有很多隐藏操作之后才会出现的提示语也包含了这些词。

想全面之后，你要权衡利弊，决定到底应该怎么干。

2、别把什么都做到极致，你不知道那有没有价值
把一个东西尽可能的做到极致，这是做设计的人的特点，但在做产品的时候，这不见得是一个好习惯。

因为我们在从事UI设计工作的时候，面对的是一些界面or交互，它已经是确定下来的东西，在职权范围之内，我们都希望尽可能地做到最好。

但是做产品工作则不然，我们在搞一个新产品or 新功能的时候，是有很多不确定性的，我们需要拿捏到底做到什么程度是合适的。

所谓小步快跑、快速迭代也是这个意思。

不要再像以前那样，一想就想的过于完美，在没有得到市场和用户的验证以前，我们无法确认资源的投入是否会产生价值。

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

如果你是产品经理，应该尽可能避免这种事情的发生。

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

3、搞明白你要干啥，别再瞎忙活了
其实做产品，就像是打游戏，你会面对各种各样的小怪，大boss等各种敌人。

这些小怪和大boss，就是各种需求，来自用户的、来自市场的、来自老板的、来自自己的各种需求。

这些需求都是你要去消灭的。

但是你玩一个游戏的时候，你的乐趣肯定不会是单纯地砍怪物（也不排除有这种特殊癖好的人）。

通常来说，你的乐趣在于做任务，通过砍怪的方式，完成任务，获得装备和经验值，然后可以升级买东西什么的。

做产品也是一样，首先你要领一个任务，这个任务就是在这个时间段内，我们的产品要达到什么样的目的。

确定了任务之后，我们再有选择进行砍怪，砍涨经验值最快的怪，砍你目前级别砍的动的怪，如果同时领了好几个任务，那你就要把砍怪的路线安排好。

你交付一个任务，就相当于你交付了一个可上线的版本。

然后你利用交付这个任务时候得到的经验值和金钱（用户数的增加或客单价的提高之类的），购买装备，以便继续完成更高级的任务（发展更多的业务或客户之类的）。

总之，没有人会不领任务直接出去乱砍怪，对吧？
每当我们接到需求的时候，我们要想一想，这个怪我现在砍么？砍完了我能交付我领的任务嘛？跟我领的任务有关系嘛？比如，一个产品在起始阶段，首要任务是发展用户，只有发展用户才能获得融资，获得融资后才能扩大规模，扩大规模后才能三生万物。

那么在一开始的时候，所有产品应该解决的需求，都应该围绕着如何能快速地发展用户而展开。

这时候如果你老板兴致勃勃地拍着你的肩膀，给你提了一个三生万物阶段才需要解决的问题，那就果断假装没听见就好了。

如果你老板的兴致过于勃勃，非要跟你问出个所以然，你也可以拍着他的肩膀对他说：“你一个战斗力5的渣渣，去挑战最终boss，你SB啊！？”（后续发生的事情不再赘述）
这里再多说一句，我所想表达的领任务，并不是指手里接收的工作任务，而是产品在其生命周期的此时此刻，应该在战略上达到的目标。

绝对不是指的领导给你安排了什么工作。

4、拆分你的设计任务，不要眉毛胡子一把抓
我们应该把工作中遇到的所有事情，按逻辑分清。

从想问题的方式，到做事情的方式，都要分。

比如开需求讨论会，讨论主题就要围绕着需求是否可行展开，不要在这时候过于深入地讨论怎么做的问题。

如果已经决定要做了，产品经理就要研究怎么做，不要再回过头来思考是不是应该做。

不把思路理清，所有的讨论都会变成没有结论的头脑风暴。

除了开会讨论之外，设计工作也是同理。

比如下面这个界面，我要把他改成新版的样子。

那这个设计最少要分成四个层面的事情来独立考虑。

1、界面布局改进（信息架构、UI或交互设计）
2、体验方面的改进（改文字什么的）
3、旧功能改进（考虑旧用户、旧数据、旧版本）
4、新功能增加
以上每个层面，当你拿出来把他当做一个独立的设计任务贯穿前后地思考的时候，你都会发现更多的问题。

甚至还应该拆分的更细，每一个修改的点都当做一个设计任务来做，总之千万不要眉毛胡子一把抓。

5、沟通，别自己胡思乱想
如果你碰到一个特别资深的程序员，那他肯定不具备基本的沟通能力，因为具备基本的沟通能力的。