设计思维应用:别拿框架当神器,解决真问题才是核心
说实话,我前两年参加行业峰会,见过太多人把设计思维吹得玄乎,什么领域都能套,从互联网产品到乡村振兴,连企业招聘都要往里塞几句显得专业。好多人背完「共情-定义- ideate-原型-测试」五步法,就觉得自己攥着万能钥匙,出去做项目全是硬套模板。
去年帮一个街道做养老服务升级项目,甲方一开始就拉着团队按框架走,找了十几个老头老太太开了两小时座谈会,记了三大本需求,最后出的方案是给每个老人免费发智能心率手环,还能一键呼叫。结果呢?摸底的时候老人一句话给我整笑了:「我连自己的手机充电都经常忘,还带这玩意?真出事了我手抖得按不准呼叫键啊。」
社区养老服务设计思维工作坊现场
农业物联网设计思维落地实测场景
然后你猜怎么着?团队把所有花里胡哨的功能全砍了,就做了一个百来块钱的小温控报警器,绑在大棚栏杆上,温度低于设定值就给菜农发微信提醒,还能联动简易的电动风口,一下子就卖出去了六千多台,覆盖了山东三个县的大棚。
斯坦福大学设计学院2021年发布过一个产学研转化的调研数据,用设计思维重构落地流程的项目,最终市场成功率比传统的「技术找场景」模式高出47个百分点。你说这是框架的功劳?才不是,是设计思维逼着你离开办公室,离开实验室,走到用户身边,把伪需求换成真问题。
说白了,好多科研成果烂在实验室,不是技术不行,是做科研的人根本没蹲下来,看看用户到底是怎么过日子的。
用好设计思维,要避开三个常见坑
第一个坑,把共情当成走流程。好多团队所谓的共情,就是拉几个人开个座谈会,拍几张合影,回去整理几条需求就完事了。这叫走秀,不叫共情。共情真没这么简单,你做养老产品,就得自己贴个老花镜,往腿上缠绷带模拟关节不灵活,当三天老人再说;你做学生用品,就回学校跟学生一起住半个月宿舍,上几节课,自然就知道真需求是什么。
第二个坑,带着答案找问题。好多项目从一开始,老板就定好了方向:我们就要做这个,你们用设计思维验证一下就行。得了,那还搞什么设计思维?整个流程全是为了证明老板是对的,最后出来的东西肯定不落地,浪费时间而已。
第三个坑,原型搞的太复杂。我见过太多团队,刚想完方向,就拉着开发做了好几个月全功能demo,花了几十万,一测发现根本不是用户要的,全砸了。设计思维要求原型,核心是低成本试错,一张A4纸画个界面,用硬纸板剪个模型,找三五个人试一遍,就能发现八成的问题,比你花几十万做个完美的demo有用多了。
不过话说回来,设计思维也不是万能的对吧?你做基础理论研究,搞物理化学生物的基础突破,那确实用不上。但只要是要落地,要跟真实的用户打交道,不管你是做产品开发,做科研转化,做公共服务,把这套逻辑用对了,真的能少走一两年的弯路。
上周跟一个做医疗设备的朋友吃饭,他说他们团队开发胃镜机器人,一开始所有人都盯着怎么提高图像分辨率,怎么升级算法,后来用设计思维的思路,让工程师跟着去临床待了一个月,天天站在手术台旁边看,才发现医生最头疼的根本不是分辨率,是做长通道手术的时候,手柄容易打滑,手一抖就容易出问题。后来他们就改了个手柄的防滑纹理,调整了一下重心,手术成功率一下提了三个百分点,成本还没增加多少。
你看,多简单。设计思维应用哪里是什么玄乎的方法论,本质就是一句话:别想当然,多去碰真问题。
社区养老服务设计思维工作坊现场
别把设计思维当设计圈的自嗨工具
很多人对设计思维的误解太深,觉得这就是设计师搞出来刷存在感的工具,跟科研、生产不搭边。其实不对,设计思维从诞生开始,就不是给设计师用的,是用来解决复杂的、涉及人的问题的。 现在国内搞科研成果转化,最大的问题是什么?好多实验室里技术指标顶呱呱,一落地就死。为啥?大部分科研人员的惯性是「我有什么技术,我就找什么场景」,而不是「这个场景里的人到底有什么解决不了的问题,我用技术去适配」。设计思维最值钱的地方,就是把这个逻辑给拧过来。科研落地里的设计思维应用,核心是把伪需求换成真问题
我之前接触过国内一所农业大学的物联网团队,他们实验室花了五六年,搞出了一套全功能大棚环境监控系统,能实时测温度湿度光照,还能自动浇水开风口,技术指标全是国际领先,一套卖几十万,投了几个试点就卖不动了。 为啥?菜农根本不买账。几十亩大棚的菜农,一年纯利润也就十几万,谁会花几十万买套系统?而且大多是五十多岁的农民,复杂的APP操作半天学不会,出点问题找不到人修,干脆不用。 后来团队找了懂设计思维的顾问带着,干脆扎到山东的蔬菜大棚里蹲了半个月,每天跟菜农一起凌晨起来摘菜,中午守在大棚里观察,什么活都干,才摸出真问题。大部分菜农最怕的是什么?夜里降温,要是睡过了头没起来关风口,一棚菜就得冻坏,一晚上损失好几万。你给他搞全功能监控,他不需要,他就需要有人帮他盯着温度,到点叫他起来。
农业物联网设计思维落地实测场景
然后你猜怎么着?团队把所有花里胡哨的功能全砍了,就做了一个百来块钱的小温控报警器,绑在大棚栏杆上,温度低于设定值就给菜农发微信提醒,还能联动简易的电动风口,一下子就卖出去了六千多台,覆盖了山东三个县的大棚。
斯坦福大学设计学院2021年发布过一个产学研转化的调研数据,用设计思维重构落地流程的项目,最终市场成功率比传统的「技术找场景」模式高出47个百分点。你说这是框架的功劳?才不是,是设计思维逼着你离开办公室,离开实验室,走到用户身边,把伪需求换成真问题。
说白了,好多科研成果烂在实验室,不是技术不行,是做科研的人根本没蹲下来,看看用户到底是怎么过日子的。
用好设计思维,要避开三个常见坑
用好设计思维,要避开三个常见坑
第一个坑,把共情当成走流程。好多团队所谓的共情,就是拉几个人开个座谈会,拍几张合影,回去整理几条需求就完事了。这叫走秀,不叫共情。共情真没这么简单,你做养老产品,就得自己贴个老花镜,往腿上缠绷带模拟关节不灵活,当三天老人再说;你做学生用品,就回学校跟学生一起住半个月宿舍,上几节课,自然就知道真需求是什么。
第二个坑,带着答案找问题。好多项目从一开始,老板就定好了方向:我们就要做这个,你们用设计思维验证一下就行。得了,那还搞什么设计思维?整个流程全是为了证明老板是对的,最后出来的东西肯定不落地,浪费时间而已。
第三个坑,原型搞的太复杂。我见过太多团队,刚想完方向,就拉着开发做了好几个月全功能demo,花了几十万,一测发现根本不是用户要的,全砸了。设计思维要求原型,核心是低成本试错,一张A4纸画个界面,用硬纸板剪个模型,找三五个人试一遍,就能发现八成的问题,比你花几十万做个完美的demo有用多了。
不过话说回来,设计思维也不是万能的对吧?你做基础理论研究,搞物理化学生物的基础突破,那确实用不上。但只要是要落地,要跟真实的用户打交道,不管你是做产品开发,做科研转化,做公共服务,把这套逻辑用对了,真的能少走一两年的弯路。
上周跟一个做医疗设备的朋友吃饭,他说他们团队开发胃镜机器人,一开始所有人都盯着怎么提高图像分辨率,怎么升级算法,后来用设计思维的思路,让工程师跟着去临床待了一个月,天天站在手术台旁边看,才发现医生最头疼的根本不是分辨率,是做长通道手术的时候,手柄容易打滑,手一抖就容易出问题。后来他们就改了个手柄的防滑纹理,调整了一下重心,手术成功率一下提了三个百分点,成本还没增加多少。
你看,多简单。设计思维应用哪里是什么玄乎的方法论,本质就是一句话:别想当然,多去碰真问题。