Hi，下辈子还做苦逼设计师？

　　〔核心提示〕在产品开发的过程中，作为一名设计师要大声地喊出来：“我们不是没有思想的小美工！”
　　如果互联网的职业中有苦逼排名的话，我想，设计师一定会在前几名。
　　云存储，框计算，LBS，O2O在互联网的世界里，一直以来，关于技术和产品模式好像总在讨论的更前沿，大家为产品逻辑的实现机制，创业的商业盈利模式各种唇枪舌战，设计师似乎总在最后出场，并且往往出现下面一番对话：”产品基本的功能都实现了，只是界面和按钮，图标这里需要再美化一下“
　　哦这个时候，我们只想抱怨我们不是没有思想的小美工。
　　设计师应该何时进入产品开发？
　　谈到这个问题，也许我们首先应该纠正一个概念。
　　像许多傲骄的程序们一样，设计师们也总爱标榜自己的专业性，但这其中还是有所不同的。举个最简单的例子，很多程序员都会调侃自己是码农，产品经理也会戏称自己是IT打杂的。只有设计师，谁要是叫他美工，他绝对和谁急。看见没有，这也许就是设计师们心中的气节。
　　虽然现在各个团队都在大谈用户体验，但很多时候真正实施起来的时候难免流于口号，用户体验经常会变成在完成了产品以后才被想起来的事情，而这个时候再将UX考虑进去已经不能做出什么实质性的改变了，于是体验的好坏似乎直接变成了产品“抄袭”的原型本身有多靠谱。
　　就像极客公园之前说的“大设计”一样，设计并非只是为产品去做一件漂亮的衣裳，而是一种理性创造的过程，是一种和用户的交流。团队在初期每个成员都在无意识的做着设计决定，而好的设计是在恰当的时候、有意识的做这些决定所得出来的结果，并且这个结果及其需要与周围的人进行商讨加以确定。
　　设计师们需要做的是将这些正确的想法和细节重新组织，形成设计和视觉的界面。在确定userstory的时候，设计师们就应该参与进来，而不是像接单一样拿到UE还对需求一无所知。设计师和产品，程序一起根据需求以用户的角色进行行为流程的讨论，这样的好处在于整个团队都会达成一致的共识，设计师们也可以提前进行设计的思考。如果没有前期深入的理解，终端的表达很容易变成一场效果的堆砌。
　　设计师vs产品经理不得不说的事
　　也许有产品经理看到这里会跳出来说，我知道这些很重要，但你说得太理想化了，不是所有的设计师都会愿意考虑这么多的。事实真的是这样吗？让我们来看看设计师们最怕什么。
　　设计师们最怕？
　　1。需求不断变更
　　我们只愿为不同的设计风格（理念）反复修改。
　　大多数设计师会发现除了视觉本身的风格不断修改调整，占据他们时间最多的是不断更改的功能需求。
　　很多公司现在都在运用Scrum的敏捷开发模式（注：S是一个增量的、迭代的开发过程，由若干个短的Sprint迭代周期组成，并使用Backlog来管理产品的需求），经常会带来一个较大的问题就是导致需求不断变更，其出现的根本原因，在于具体实现敏捷过程中，过于追求迭代速度，没有考虑清楚就不断推进，在后期发现走不通再回头修改，于是很多设计师就会发出产品有没有谱，总在改需求的抱怨。
　　设计师对自己的作品其实是存在着天然的责任感的，稍微愿意动点脑子的设计师都会将整个的产品从头到尾去审视。不过前提是有个比较宽松的大环境，在一个项目中，产品需求各种变更已经导致时间拖延了，最后堆到设计这里要求保证工期，只能逼迫设计师们为了赶时间去拿着UE做单纯的美化工作，如此循环自然无法深入。
　　2。缺乏话语权
　　设计师们常常会陷入一种尴尬的境地，就是设计的决定权最终有可能是由完全不懂设计的人决定，尽管作为设计师，但我们是否真的能对自己的设计全权负责？
　　比起程序和产品的针锋相对，评论美丑看似是一件显而易见的事情，也许你无法具体指出程序员写的框架细节问题，但你却可以对网站中的小标签或小图标提出自己的见解。于是，设计变成了看似谁都能来插手的一件事。
　　问到产品经理想要达到什么效果时，多数的期待都是要让人眼前一亮，感到”wow“的设计，除了网站专题和游戏界面的设计，大部分产品在设计中还是要在细节上见功力的，而产品经理们往往在犯的一个错误就是，在功能上没有更好的解决办法的时候就跑过来说：把设计做的再好看些吧。于是，将产品的成败压在了设计身上，不得不让设计师们鸭梨山大。
　　产品经理如何与设计师更好沟通？