有一篇文章推荐阅读一下：Don't make the Demo look Done

@ApemanChen

产品经理也有产品经理自己的职责和权力

@waitu 

对，沟通的基础是给予信任。比如团队的新成员总是不被信任，又急于想得到信任。这时候产品往往会走形 :P

@duhu 

这样的产品经理属于没有管理能力也没有专业能力的人，应当趁早换。或者先学会怎么当产品经理。

但是，PM 或者管理者不总是错的，设计师也不能盲目自大，要理性。

好管事、不放心、多疑，明朝最后一个皇帝崇祯就是这么死的。

//回复之后跳转到所发评论是个好建议，WP的程序有一些奇怪的设定，特别是后台。我们会逐渐的完善WP这个系统 :)

如果说老板（对产品的设计）考虑的更全面，那么说明前期的沟通存在问题。设计一款产品，领导者有义务说出自己的计划和忧虑。

其实我写本文的目的，第一是想让管理者清晰的认识到自己的强项和责任，第二是让设计师认识到自己的责任和权力。谈到心态的话，每个人的心态都必须摆正。但是并不代表软弱。

不看好这个…

让管理者懂设计 让设计者懂管理

领导其实都相当甩手掌柜，底下人忙乎去，自己赚钱多好

就是因为99%的公司的设计团队很弱，领导才不得不自己上阵。因为设计师不对产品最终效果负责，只队需求方负责，所以责任就落在需求方身上了，大一些的产品，自然就落到管理者身上了

管理是责任、权利、义务的平衡与艺术。管理理论都是花架子，事后诸葛亮

总之产品团队就是在最优体验和长官意志中找平衡吧。

我是反对这种观点的，因为在软件行业，多数管理者均是程序员或规划出身。相反我认为与管理者良好的沟通才能设计出更易用的产品。

一次，开发人员就需求文档要求，提出开发方案A。这位管理者看后，以其经验判断认为不理想，给出方案B。开发人员觉得方案B有问题，但一时又没有找到有说服力的证据，无奈只好此方案进行开发。

果然，在开发过程中，因为方案B设计得不合理，导致项目出现了很多问题。而当开发人员想方设法将问题一一解决后，突然发现，DEBUG后的方案B，其实就是他们最初提出的方案A。

而此时该项目已经严重超期，那位管理者还为此非常不满，认为是开发人员能力有问题。

无论是开发还是设计，都需要花费大量时间与精力，做具体而琐碎的工作，这正是管理者们所无法做到的。管理者需要处理多项事务，注定不能对其中的任何一项深入展开。而浅尝则止的心态，是无法做好具体工作的，即使是领域专家也是一样。

当然，经验丰富的管理者，那是团队成员可遇而不可求的，他们可以给出宝贵建议与思路。

与管理者沟通可以加深对产品需求的理解，前提还得是这们管理者已经对需求非常了解，甚至需求就是他提出的。但如果这位管理者，本身不是乔布斯那们的设计达人，这样的沟通并不是提高产品易用性的必要条件。

 万念俱灰的情况下,重读这篇文章,不禁内牛满面

个人认为一个管理者应该是综合能力要强的