设计并非只是为产品去做一件漂亮的衣裳，而是一种理性创造的过程，是一种和用户的交流 。团队在初期每个成员都在无意识的做着设计决定，而好的设计是在恰当的时候、有意识的做这些决定所得出来的结果，并且这个结果及其需要与周围的人进行商讨加以确定。当然这其中也有设计师们最怕的事情。

1.需求不断变更

我们只愿为不同的设计风格(理念)反复修改。

大多数设计师会发现除了视觉本身的风格不断修改调整，占据他们时间最多的是不断更改的功能需求。

很多公司现在都在运用 Scrum 的敏捷开发模式(注：Scrum 是一个增量的、迭代的开发过程，由若干个短的 Sprint 迭代周期组成，并使用 Backlog 来管理产品的需求)，经常会带来一个较大的问题就是导致需求不断变更，其出现的根本原因，在于具体实现敏捷过程中，过于追求迭代速度，没有考虑清楚就不断 推进，在后期发现走不通再回头修改，于是很多设计师就会发出产品有没有谱，总在改需求的抱怨。

设计师对自己的作品其实是存在着天然的责任感的，稍微愿意动点脑子的设计师都会将整个的产品从头到尾去审视。不过前提是有个比较宽松的大环境，在一 个项目中，产品需求各种变更已经导致时间拖延了，最后堆到设计这里要求保证工期，只能逼迫设计师们为了赶时间去拿着 UE 做单纯的美化工作，如此循环自然无法深入。

2.缺乏话语权

设计师们常常会陷入一种尴尬的境地，就是设计的决定权最终有可能是由完全不懂设计的人决定，尽管作为设计师，但我们是否真的能对自己的设计全权负责？

比起程序和产品的针锋相对，评论美丑看似是一件显而易见的事情，也许你无法具体指出程序员写的框架细节问题，但你却可以对网站中的小标签或小图标提出自己的见解。于是，设计变成了看似谁都能来插手的一件事。

问到产品经理想要达到什么效果时，多数的期待都是要让人眼前一亮，感到”wow“的设计，除了网站专题和游戏界面的设计，大部分产品在设计中还是要 在细节上见功力的，而产品经理们往往在犯的一个错误就是，在功能上没有更好的解决办法的时候就跑过来说：把设计做的再好看些吧。于是，将产品的成败压在了 设计身上，不得不让设计师们鸭梨山大。

产品经理如何与设计师更好沟通？

我们知道，产品经理是一个需要和各方面进行沟通与连结的职位，他需要用宏观的思维去架构产品：我要做什么功能，我的产品定位是什么，为什么要设计这些按钮，增加这些功能点是减少还是增加了用户互动？而设计师热爱一切美丽、细腻有创造力的事物，对感受更加敏感，在模拟用户的层面上你也许真的可以来听听设计师们的意见。

不过，在缺乏交互设计师的时 候，视觉和产品这两种思维的碰撞难免也会发生些问题，如果产品经理在平常有意识地去学习一些设计，培养基本的审美和观察细节的能力，那么在和设计师合作的 过程中，交流一定是相当愉快的。

最后，如果说除了炫酷的技术和最流行的商业模式之外，我们都试着从设计的角度出发，这个时候，你问我，”Hi,下辈子还做设计师吗？”我会欣欣然地回答：“Why ot？“因为以设计和解决问题为思考方式做出来的产品，是会让设计师们最有成就感的。

版权声明：转载文章和图片均来自公开网络，版权归作者本人所有，若出处有误或侵犯到原作者权益，请与我们联系删除。