设计思维与业务思维的对接

标签: 设计流程与沟通 | 发表时间:2015-03-27 16:28 | 作者:刘津legene
出处:http://blog.sina.com.cn/legene
早些年,我主张设计师要学会说服业务方,当时我的领导认为这个观点不对,要“沟通”而不是“说服”,我颇不以为然。慢慢地我明白了做人做事都不能太主观,要学会站在别人的立场考虑问题,共同朝一个大方向努力。最近经历了和业务方的深入合作,又有了新的成长和认识。这里就谈谈最近的一些收获。

沟通能力的四个进阶

那么我这里想说的就是从第二个阶段到第三个阶段的变化。

从自由交流到专业表述

长久以来,我都处于第二个阶段:表达完自己的想法,再听听对方(产品经理)的意见,然后尽量换位思考,理解对方的观点,再从大局适度取舍、妥协。然而当面对普通同事时用这种方法还可以,即使有什么表达不到位、不清楚的地方,通过再三确认对方也能搞明白,毕竟设计思维和业务思维还是有一定的区别,常用的术语也不太一样;但是当你需要拿着自己的方案去找老板拍板时,这种方式就不太合适了。面对高级的决策者时,需要更专业、简练、正式的表达方式,如果能尽量用对方能懂的语言来陈述那就再好不过了。

我想起在以前的公司给各位产品经理做设计分享时,大家的眼神都很迷茫,分享完后大家的思维和意识也没有任何改变,效果接近于0。于是我不再给产品经理做分享,认为那是对牛弹琴、浪费彼此的时间。但现在我认为更多的是我自己的问题,我完全按照自己的思维、喜好来撰写PPT,没有考虑对方的思维方式,导致对方难以快速接收信息。如果我能多一个“翻译”的过程,把同样的道理用对方容易理解的形式来阐述,那效果一定会大不相同。

设计思维与业务思维的区别

最近经常和产品经理混在一起,有时和他们一起开业务方面的会,发现设计师和产品经理的思维差异还是挺大的。

设计师更注重体验问题,关注细节,关注具体的方法和方案:
1、用户情况、产品需求
2、从使用体验看产品问题
3、解决问题的思路
4、设计流程
5、设计方法
6、具体怎么做的
7、方案是什么样的
……

业务方更关注市场格局,行业情况、数据、业务,关注能落地的结果:
1、市场的情况如何?用户情况如何?
2、业务状况如何,最大的问题是什么,最紧急的事情是什么?
3、需求怎么来的
4、同行业是什么做法?
5、观点是否有足够的数据支撑?
7、优先级怎么判断,标准是什么
8、是否可执行,执行计划是什么
9、结果怎么样,如何衡量
……

很明显,设计师更像个手艺人,而业务方是商人和包工头的结合。业务方不关心匠人怎么制作工艺品,具体的专业术语是什么,他们更关心工艺品有没有市场价值、如何把他们生产出来,能不能按时交付等。那么作为一个手艺人,如果把自己制作工艺品的专业过程、技巧描述出来讲给商人或包工头听,他们当然不会有太多感觉。

那么怎样用对方感兴趣的语言来吸引他的注意,从来表达自己的观念呢?

设计思维与业务思维的对接

举个例子,我设计了一个很好的方案,但这个方案执行起来难度有点大,时间也长,那么我需要让业务方认可这个方案,并大力支持,我应该怎么表述方案呢?

一开始我是这样组织PPT的:

题目:五招重构xxx体验
  1. 为什么要重构体验?(从UED的专业角度来看目前的体验有哪些问题,并总体阐述改进计划)
  2. 第一招:探听虚实(用户问题诊断)
  3. 第二招:将心比心(从用户角度提炼核心任务)
  4. 第三招:北冥神功(通过核心任务寻找设计灵感,并把设计灵感落地为概念草图)
  5. 第四招:乾坤大挪移(重新梳理框架,依据新的框架完善概念草图)
  6. 第五招:无招胜有招(完善框架、界面,使之成为一个可交付技术的完整方案)
这些信息如果是拿去给设计师讲,那完全没有问题,因为里面都是关于设计的基本思路和方法;但如果是写给业务方的,那就有些不合适了。这里的设计依据更多的来源于经验及专业的方法,完全是设计师的“独角戏”,这很难打动业务方,也很难引起共鸣。就好像工匠师把自己制作工艺品的思考过程讲给商人听,商人多半不会感兴趣;如果医生把自己关于某疾病的分析、思考、专业沉淀讲给病人听,病人也会听得一头雾水而失去耐心。

还好我之前搜集了很多产品经理或运营写的PPT,学习他们的思路,感觉他们的视野确实更高瞻远瞩一些,论点有充足的依据,重视数字,重视可执行性和结果。在这个过程中我感到自己学到了很多。所以我重新整理了一下思路,试图用对方的思维来解释自己想表达的方案,最后就成了这样:

题目:xxx项目易用性改进方案
  1. 分析导致问题的关键所在(结合产品设计时按技术、功能划分模块的思路,提出问题和风险,并提出从用户角度重新划分模块的概念。重新划分后分为两大部分x1和x2,x1的问题最严重,也是被忽略最多的)
  2. 分析模块x1问题现状(总体发现127条问题,问题分布在哪些方面,其中属于x1层的有多少,x1层的问题可提炼成四大问题,举例说明这些问题有多严重)
  3. 如何改进x1层问题(从用户体验角度说明针对x1层的四大问题,如何破解)
  4. 客户在x1层的使用场景及任务
  5. demo展示
  6. 分阶段实施计划

这两个PPT核心要表达的内容基本一致,但后者感觉更专业、更职业,也更容易影响产品经理,这是为什么呢?我认为这几点比较重要:

  • 不要纯粹研究体验,要和产品当前的问题结合起来
  • 要提供有说服力的让业务方信服的依据,最好有数据支撑
  • 设计方法不是重点,如果一定要讲,确保让非专业人士也能听懂
  • 不要光提供方案,还要说明结合目前产品状况及资源,是否具有可行性
  • 要提供具体的执行计划

重新组织后的PPT在产品经理眼中仍然是充满“设计味”的,认为表现出了专业的设计思维和方法,大多数人表示非常认同,这在我以往的设计经历中是从未发生过的。可以想象,如果我拿着修改前的PPT给大家讲,会是什么效果。我脑中突然浮现出了一名技术人员在台上滔滔不绝的讲他如何写代码,我则昏昏欲睡的情景。

可见沟通思维及方式有多么的重要。同样的内容,只是换了另一种思维去表述,就取得了截然不同的效果。当然这只是一个中间状态,随着我对业务的逐渐理解、渗透,后面还需要改变更多沟通方式。比如第二个PPT中依然没有考虑到目前最重要的业务问题,设计优先级的判断依据比较主观化,完全从用户体验角度来考虑。

也许有一天,别人不再把我当成个设计师,也不再认为我的理念有多专业、多么方法论,而是认为这就是他们马上要做的事情,这就是他们马上要用的设计方案,那我的目的就达到了。当然我并不会为了妥协短期或长期的业务目标而牺牲设计水准,而是通过良好的沟通方法把同样高质量的设计方案更好的推进下去。同时我也会和业务方的同学一起,为了一个共同的使命和目标,适当调整设计节奏,充分考虑设计的阶段性计划,让设计能更好的服务于产品和业务。

如能完美的做到这一点,我想我的沟通能力也就成功提升到第四个阶段了。



  青春就应该这样绽放   游戏测试:三国时期谁是你最好的兄弟!!   你不得不信的星座秘密

相关 [设计 思维 业务] 推荐:

设计思维与业务思维的对接

- - legene的用户体验设计
早些年,我主张设计师要学会说服业务方,当时我的领导认为这个观点不对,要“沟通”而不是“说服”,我颇不以为然. 慢慢地我明白了做人做事都不能太主观,要学会站在别人的立场考虑问题,共同朝一个大方向努力. 最近经历了和业务方的深入合作,又有了新的成长和认识. 那么我这里想说的就是从第二个阶段到第三个阶段的变化.

如何拓展设计思维

- - 阿里巴巴(中国站)用户体验设计部博客
近期参加小组周会,其中一个环节是营销设计组的作品点评,虽然自己有很长一段时间没有设计这类需求,但一直在关注,平时不定期的收藏了一些图片和网页,拿出来与大家分享,并且从几个方面来谈谈怎样的设计能给人留下深刻印象. 关于“设计”的含义有着许多种解释,每个人对设计都有自己的理解和体会,甚至具体到一个点,一个色块.

一种新的设计构造思维

- - [ i D 公 社 ]
当我们开始谈论设计时,必然是关于设计的历史. 这句话中的两个词——“谈论”和“设计的历史”——是需要说明的. 我觉得不只是在设计领域,在中国,其他专业可能也是如此,就是对“谈论”的轻视,提倡所谓的“实干”,也不知何时起,从日常的语言到思维,总会有类似“务实”和“务虚”这样的区分,而这种“朴素”的实用主义的思维带来的结果就是对思考的抵制,而像设计这样与经验直接相关的活动,可以把门关得死死的,然后加入操作工形成的秘密工会.

浅析数据化设计思维

- - 阿里巴巴(中国站)用户体验设计部博客 » 阿里巴巴(中国站)用户体验设计部博客
1、做设计为什么还需要看数据. 很多设计师从来不看数据,要么是因为没有数据可看,要么是根本不想看,但是也一样把设计做的很好啊. 设计本来就是有感性的一面,为什么非得要和数据扯上关系呢. 我们不妨先看看设计的本质是什么. 设计不同于纯粹的艺术,艺术源于艺术家对现实的观察和思考,以及对这种观察和思考的自我表达;设计天生就是为别人在做事情,纵然同样需要观察和思考,但是这种观察和思考不是为了表现设计师的自我,而是为了更好地服务于某个用户群,因而设计师了解用户就变得非常重要.

API设计新思维:用流畅接口构造内部DSL

- 风子 - 酷壳 - CoolShell.cn
感谢@weidagang (Todd)向酷壳投递本文. 程序设计语言的抽象机制包含了两个最基本的方面:一是语言关注的基本元素/语义;另一个是从基本元素/语义到复合元素/语义的构造规则. 在C、C++、Java、C#、Python等通用语言中,语言的基本元素/语义往往离问题域较远,通过API库的形式进行层层抽象是降低问题难度最常用的方法.

交互设计是一种思维过程

- - 所有文章 - UCD大社区
最近常常收到一些童鞋们的来信,经常询问的问题集中在:如何成为一位交互设计师. 我有时候不知道如何开始回答,大约在心中觉得交互设计师是一个对综合能力要求很多的职业,无法“说一不二”. 工具固然很重要,现在很多大企业的设计部门都在制定设计标准,规范性的软件工具掌握越来越受到关注. 不过,我以为然设计师要少些“匠气”,多思考“为什么”,“怎么做”,也就是从“术”逐步转化为“道”的层面.

从Web到移动应用——谈设计师的思维转换

- - legene的交互设计博客
随着移动互联网的快速发展,很多web产品经理、设计师转而投身至移动应用领域. 看起来非常相关的工作,却可能给他们带来了不小的困扰. 很多刚刚接触移动应用的产品经理、设计师依然习惯用Web的思维去做APP,从而导致一系列问题. 张小龙在谈微信时曾经说过: 绝不考虑Web形态,一切考虑都基于APP. 那么,移动应用和Web相比,区别到底在哪里呢.

有赞保险业务的分析与架构设计

- - 有赞技术团队
有赞微商城为商家提供了全行业全场景的电商解决方案,帮助商家在社交电商、直播电商等场景下快速布局. 在整个交易流程中,对退货时运费减免的支持已成为了电商场景的标配. 有赞也提供了 “退货包运费” 产品来满足消费者及商家在此场景下的诉求. 本文从“退货包运费”这个产品出发,分析保险业务的特征,介绍有赞保险业务系统的架构设计.

思维习惯

- 冬虫夏草 - 译言-每日精品译文推荐
You see the reality through a particular lens formed by your beliefs therefore each individual sees the same situation in a different way.. 你的思维习惯影响着你生活的方方面面.

运营支撑系统(BSS)在面向物联网IoT业务场景的模型简要分析和设计

- - 企业架构 - ITeye博客
BSS运营支撑系统(主要指电信运营商),通常都是为了支撑个人客户的业务运营. 虽然在业务运营上也面向集团客户,但是总体上来说,业务的特性总结归纳为2C的业务场景. 而当前运营商在面向物联网的业务运营下,主要是以2B的业务场景. 运营商实际并不会直接面向最终的客户,而是通过其他业务的运营企业的合作或者买卖关系提供,即是一种B2B2C的场景.