南京VI设计不是靠设计师的单打独斗完成的的。真要讨论涉及的沟通与协作，必定要设定一个相对理想的环境，即：大家都是对事不对人，才有可能讨论下去。否则，就要用辩证的具体问题具体分析了。而我下面写的关于沟通的问题，也是基于理想化环境的，因为我是一个产品经理，所以我是站在产品经理角色去理解和处理这些问题的，在此就发挥了巨大的作用。但是看看现在大型的设计项目，全部是由数人乃至数十人的团队完成的，每个设计师从事着不同的角色，发挥着不可替代的作用。当然还有人说，一个标志设计，充其量设计师一天就可以完成了。但是，要是面对一个跨国企业的产品标志呢.可不是一个设计师就能完成的了。

沟通变成鸡同鸭讲，世界将会怎样?要避免这种情况，所以在沟通之前一定要保证信息对称，需求背景、调研资料、用户数据等，免得你突然说出来一个决定，别人莫名其妙的，怎么沟通?如果作为一个产品经理，却不知道自己业务的底层是怎样，基本代码、数据原理是怎样，被人丢必杀技是活该。引用某前端一句话：“我绝对拒绝与连HTML都不懂的产品经理合作，这是底线。”
美术、技术、测试是我们最重要的工作拍档。对于他们工作所用到的知识，我们要有所涉猎，不用成为行家，但一定要有所了解，最好有自己动手的能力。这样，才能与他们建立平等对话，说出来的话才不会被人轻视。说完以后，还要确认对方接受了你的信息，并且理解的也是跟你一样。

拍拍脑袋的决定，最好不要搞。程序员有一个信念，这个世界上，没有代码实现不了的事情。如果他说无法实现，一定是他不想。为什么不想，要么是修改成本太高，要么是你的需求他认为根本没必要，要么是他压根看你不爽，八字不合。找出问题根源，然后对症下药，总能解决的。毕竟我们轻描淡写几句话，技术、美术可能就要为你这几句话忙活几天甚至是数周。向别人提出需求的时候，一定要想清楚，是否真的要这样，有没有必要。想办法说服别人时，最好能有数据说明你的需求是确有必要的，能缩短用户查询时间、提高装机率、降低卸载率，提高在线时间等。产品经理做好事前分析工作，是对自己工作的尊重，也是对合作拍档的尊重。