设计思想:设计的沟通与协作

设计的沟通与协作,这个话题一抛出来,就让我很头大。

需求方、产品经理、UIUE、程序、测试之间的烂事儿一大堆。涉及到第三方甚至是几个公司之间而非一个公司内部,那沟通的困难更是雪上加霜。再如果涉及到跟政府部门的协作,那简直就是一场灾难,2012。

即便是内部沟通,考虑到内部利益集团博弈,互相拆台这样的事儿发生,那基本上就完全是无法沟通,只能靠手段去制衡。

所以,真要讨论涉及的沟通与协作,必定要设定一个相对理想的环境,即:大家都是对事不对人,才有可能讨论下去。否则,就要用辩证的具体问题具体分析了。而我下面写的关于沟通的问题,也是基于理想化环境的,因为我是一个产品经理,所以我是站在产品经理角色去理解和处理这些问题的。

沟通、协作是个盘古开天地时就遗留下来的问题,同样,也遗留下来了五件必杀神器:

1:你们有我懂设计吗?
2:这个问题不是现阶段考虑的;
3:这个不一定是问题,是个别人的意见;
4:这个没法实现;
5:这个我们的底层不支持;

这五神器分别被美术、产品、技术捡到。神器一出,秒杀,你郁闷到缩阳也没用了。在UCD珠海书友会上,金山同学第一个问题就是技术使出必杀:这个我们没法实现。

对于五大神器,我实在碰到过很多次,其实必杀可破,只看你愿不愿意。破必杀之法,我归纳为五点:

1、平等对话
美术、技术、测试是我们最重要的工作拍档。对于他们工作所用到的知识,我们要有所涉猎,不用成为行家,但一定要有所了解,最好有自己动手的能力。这样,才能与他们建立平等对话,说出来的话才不会被人轻视,不会被人背地里骂做SB。

如果作为一个产品经理,却不知道自己业务的底层是怎样,基本代码、数据原理是怎样,被人丢必杀技是活该。

引用某前端一句话:“我绝对拒绝与连HTML都不懂的产品经理合作,这是底线。”

2、自己是否想清楚,是否真有必要;

向别人提出需求的时候,一定要想清楚,是否真的要这样,有没有必要。想办法说服别人时,最好能有数据说明你的需求是确有必要的,能缩短用户查询时间、提高装机率、降低卸载率,提高在线时间等。产品经理做好事前分析工作,是对自己工作的尊重,也是对合作拍档的尊重。

拍拍脑袋的决定,最好不要搞。毕竟我们轻描淡写几句话,技术、美术可能就要为你这几句话忙活几天甚至是数周

3、别人拒绝时,弄清为什么;

关于这一点金山的剑三总监唐洪亮打得比方很好:厕所地上有水,为什么有水?因为笼头滴水,为什么滴水?因为人没关紧,为什么没关紧?因为笼头不是很好关,为什么不好关?因为笼头的设计问题,那为什么要采购这种笼头……

碰到问题,不能退缩,要较真,要去问,要打破砂锅问到底。

程序员有一个信念,这个世界上,没有代码实现不了的事情。如果他说无法实现,一定是他不想。为什么不想,要么是修改成本太高,要么是你的需求他认为根本没必要,要么是他压根看你不爽,八字不合。找出问题根源,然后对症下药,总能解决的。

4、确认别人理解的,是你想说的;

你想的是A,讲出来的是B,别人听成了C,理解后变成D,最后再加工做出来个E,网友一看,说:这傻×公司,做出来个F,就是Fuck的意思。

沟通变成鸡同鸭讲,世界将会怎样?要避免这种情况,所以在沟通之前一定要保证信息对称,需求背景、调研资料、用户数据等,免得你突然说出来一个决定,别人莫名其妙的,怎么沟通?

说完以后,还要确认对方接受了你的信息,并且理解的也是跟你一样。所以需要让他复述给你一遍,就像集结号里面谷子地给团长复述命令,信息发出与接收需要Match一次,确认无误后,这次沟通才算结束。

5、他性格怎样、情绪怎样,你跟他关系好嘛?

一般来讲,解决上面四个问题,报障基本沟通是没有问题的。但比较我们是人,不是机器,所有流程执行完毕,Match一次,确认无误就OK的。人,是会有情绪,会有关系的。所以当需求被拒绝时,还需要考虑人的因素,比如说:股票亏了,老婆跑了,情人吹了,别人发了……等等,这些时候你热着脸去找别人沟通,别人只会给你屁股。

无论你们公司体制怎样完善,找技术、美术等拍档多吃吃饭,一起出去远足什么的,交换一些私人空间,成为朋友,这样有事儿的时候,你能理解我,我能理解我,共建和谐新社会。

至于沟通的泛技巧比如倾听、表达、平等、等,就不在此说了,其实,很多时候碰到的问题,都是制度上的存在问题,如果大家的利益捆绑在一起了,可以解决很多的沟通问题。

以上所列都是平级或跨部门沟通的问题,除此之外,还有与上司沟通的问题,与下属沟通的问题。这就不算设计的沟通与协作范畴了,不过我看到一篇文章,觉得说得不错,简单归纳一下,就是三点:

一、向上沟通没胆:下属向上级沟通时没有胆量,缺乏积极主动性。
二、水平沟通没肺:部门和平级之间沟通缺乏真心,没有肺腑之言。
三、向下沟通没心:上级对下属没有过多的心情或时间进行沟通,不能对下属的移位及时的指导和修正,已造成现在的企业的管理者花去一个月的时间去招聘新人员,不愿抽出2天的时间与下属进行沟通。

说了这么多,再自省一句:任何事情,懂得再多理论,都要注意知行合一

时间: 2024-09-26 12:44:54

设计思想:设计的沟通与协作的相关文章

用户体验设计:设计的沟通与协作

文章描述:设计的沟通与协作. 设计的沟通与协作,这个话题一抛出来,就让我很头大. 需求方.产品经理.UIUE.程序.测试之间的烂事儿一大堆.涉及到第三方甚至是几个公司之间而非一个公司内部,那沟通的困难更是雪上加霜.再如果涉及到跟政府部门的协作,那简直就是一场灾难,2012. 即便是内部沟通,考虑到内部利益集团博弈,互相拆台这样的事儿发生,那基本上就完全是无法沟通,只能靠手段去制衡. 所以,真要讨论涉及的沟通与协作,必定要设定一个相对理想的环境,即:大家都是对事不对人,才有可能讨论下去.否则,就要

设计思想:产品的成功都有三个必备要素

文章描述:设计思想:产品的成功都有三个必备要素. 对于流行的"敏捷发布"概念,我的感情很复杂.一方面我自己就是敏捷发布的忠实支持者,但又看到了对它大量的滥用,甚至我自己也有可能滥用. 前些日子看见一个典型案例,一同行说,自己的新浪微博应用,从提出创意到发布只用了6天,6天!这款应用叫"APP汇",思路上挺带感的APP社交推荐服务.从正面的意义讲,尽早拿出一个可用原型来接受市场检验,再根据真实数据与反馈来调整产品,远比隔靴搔痒的"用户建模.竞品分析"

交互设计思想:思维盲点

读<明朝那些事儿>,朱棣起兵造反欲取建文帝而代之,在离胜利只差一步的时候,朱棣陷入思维陷阱.朱棣得知京师空虚,如果此时出击京师必可得胜,但是此时朱棣在北平建文帝京师在南京,而在通往南京的路上,最大的障碍就是山东,此地民风彪悍,士兵作战勇猛,而且还有名将镇守,无论如何也是很难打过去的.在朱棣看来这是一个很难克服的障碍! 于是朱棣很郁闷,欲取建文帝需先取京师,欲取京师则必取山东,但是,山东无法撼动.朱棣倒推了一下,发现,自己没有希望了-..就在朱棣钻入思维牛角尖的时候,谋士告诉他,我们的目标只是京

隐藏在iOS5抄袭背后的设计思想

2011年6月7日,一群copycats守在电脑前面期待着WWDC上乔老大再一次改变世界,以便自己也能学点什么,却发现只能一拍大腿:"坏了,他成copycat了".今年的WWDC发布了200项针对iOS5的更新,现场展示的10项更新包括: 1."新的Notification Center" 2."统一的杂志管理中心:Newsstand" 3."深度整合的Twitter" 4."强化的Safari" 5.&q

Android 3.0设计思想规范和UI设计规范

文章描述:Android 3.0(蜂巢)交互&UI设计规范. Android OS自上市以来,由于缺乏统一规划,使得不同设备在 1.5.1.6.2.0.2.1.2.2.2.3几大版本徘徊,本人用的HTC Hero(俗称G3)也是从1.5~2.3一个个版本,10多个rom手动刷机试过来的,过程及其纠结 ~.多系统版本带来的问题就是缺乏交互.UI的一致性,外加硬件厂商HTC.摩托罗拉.三星.夏普(创新工场点心OS).小米(MIUI)等公司热衷于UI的个性化发挥,以及民间高手的DIY rom 等因素,

从网站抄袭谈民间设计思想匮乏

设计  网易学院:蓝色你好,很高兴能约你作这期关于设计的访谈.中国有句老话,叫"盗亦有道",但在互联网上,很多人显然忘记了这句古训.如今在网上有很多网站都跟你的网站是一样的.说的好听是模范.借鉴,说得不好其实性质就是抄袭甚至是照搬.您是怎么看这个问题的. 蓝色:这个问题是由来以久的,现在的网络开发者,有大致三种,一种是半道出家,一种是程序员出身,一种是设计师出身. 有很多人是半路出家的,不是程序师,也不是设计师出身,他们有自己做网站的优势,比如对某个专业了解.有兴趣.有精力,所以选择了

jQuery设计思想 读书笔记

jQuery是目前使用最广泛的javascript函数库.据统计,全世界排名前100万的网站,有46%使用jQuery,远远超过其他库.微软公司甚至把jQuery作为他们的官方库. 对于网页开发者来说,学会jQuery是必要的.因为它让你了解业界最通用的技术,为将来学习更高级的库打下基础,并且确实可以很轻松地做出许多复杂的效果. 虽然jQuery上手简单,比其他库容易学会,但是要全面掌握,却不轻松.因为它涉及到网页开发的方方面面,提供的各种方法和内部变化有上千种之多.初学者常常感到,入门很方便,

Draw2D--1. 设计思想和相关模式

设计 1.  Draw2d 设计思想 Draw2d是一个宿主在SWT Composite控件中的轻量级的构件(widge)系统.一个Draw2d应用程序由一个 SWT Composite控件, 一个轻量级系统, 以及其内容(figures)组成.Figures是Draw2d的建造块.下面的"Hello World"例子程序演示了如何实现一个最简单的draw2d程序.Listing for "Hello World" import org.eclipse.swt.wi

面向对象设计思想(C#)

       有了翅膀才能飞,欠缺灵活的代码就象冻坏了翅膀的鸟儿.不能飞翔,就少了几许灵动的气韵.我们需要给代码带去温暖的阳光, 让僵冷的翅膀重新飞起来.结合实例,通过应用OOP.设计模式和重构,你会看到代码是怎样一步一步复活的. 为了更好的理解设计思想,实例尽可能简单化.但随着需求的增加,程序将越来越复杂.此时就有修改设计的必要, 重构和设计模式就可以派上用场了.最后当设计渐趋完美后,你会发现,即使需求不断增加,你也可以神清气闲,不用为代码设计而烦恼了.       假定我们要设计一个媒体播放