今天是2017年7月15日星期六,偶尔也想写一写流水账似的文章。
我上周参加了一个工作坊,也算是ThoughtWorks与我所在团队的交流活动。如果你有了解过IXDC,你能在15年的活动中找到四个由他们团队组织的工作坊,其中一个就与我上周参加的那个相同——《从1到100》。如果我今天把这篇文章发出去,就算是这个工作坊的剧透了吧(也是经过他们允许了的)。
这个工作坊讲的是一个完整的设计方法,即拿到一个项目需求,如何从设计思考(DesignThinking)开始,确定用户画像,构建场景地图,头脑风暴,绘制故事版,设计产品,直至用户测试。他们把整个流程分为四个阶段:
1、探索:用户、需求
2、定义:目标、资源
3、设计:产品形态
4、验证:测试反馈
我的评价
因为下文的过程会有点长,所以先把我个人的评价写在前面。
好处
1、内容我是认可的。这一套东西,其实和我当年在知乎上的一篇回答非常相似——一个完整的设计流程是怎样的?区别在于,我的设计方法是来自更加严谨的学术界,而不是注重展示的商业公司,我写的步骤更细一点更详细一点,并且把很多需要绘图技巧的步骤(如故事版、用户画像等)替换成了不需要绘画技巧的步骤(脚本和人物侧写)。总而言之,因为我对工作坊的内容比较认可,所以决定写一篇文章说一说。
2、介绍的方法在可行性、实用性和表现性上平衡得不错。例如利用三种维度的评分海选idea的方式我觉得很赞(详见下文中的步骤四)。
3、案例质量不错(虽然我不能具体描写)。
4、PPT质量不错。
5、主讲人口才不错,相对平均水平的工作坊而言。
坏处
1、任务太多,做不完
2、信息量太大,缺乏背景知识的人难以理解
2、互相做用户访谈,获取不到有意义的信息
结论
这个工作坊非常适合想要了解和体验设计流程的人,但是如果不提前做点功课未必能够当场听得懂并了解其意义。因为节奏很快,能动力较低的人还是不要勉强自己参加了,很容易迷失。
我的一位组员(也是工作上的导师)感叹走完这套流程后,得出的方案和最开始自己闷头想的方案差不了多少(我也这么认为)。这是不是说明所谓设计流程出了装X之外并无意义?
我作为经常走这种设计流程的人,想要提醒大家其实并不是这样的。这种工作坊参加后,有可能反倒让你觉得设计流程没有意义。这是因为流程中的关键点,即调研部分遗漏了,所以导致最终得出的方案不可能脱离自己的思维局限。简单来讲,你没有获取到新的信息,自然不会得出新的结论。
例如本次工作坊的用户访谈阶段,我们因为时间场地问题,只是小组之间相互访谈了一下。这就是问题所在了,因为我们这帮设计师年龄、背景、习惯差不多,而且很多都是生活在同一个圈子里的,我们的思维行动方式没有很大的差异。所以我们去问对方,和自己闷头想并无区别。但是这个世界上的人形形色色,诸如广场舞大妈、素食主义者、教徒、低龄儿童、土豪等普通设计师不能够理解的的人群大有所在,而他们统统有可能是我们需要关注的用户。如果没有设计调研,我们的设计就很有可能局限于自己浅薄的人生阅历,止步于眼前的井口。
所以这里就牵扯到了设计调研的意义,即突破设计师本人的思维局限,真正为目标用户而设计。
过程
任务
工作坊的任务就是小组协作,为餐馆里食品浪费的问题提供解决方案。这里说的浪费主要指吃不完、不打包这类现象。解决方案的形式虽然没有明说,但是介于还有原型测试步骤,可见少了一句潜台词——最好设计一款IT产品。
步骤一:用户访谈
既然现在已经了解了你的老板/甲方想要什么(解决食品浪费问题),那么接下来显然就时要了解用户想要什么了。这一步骤中,只需要解决四个问题即可:
1、谁是用户
2、访谈什么
3、找谁访谈
4、统计分析
关于访谈内容,PPT给出了这样一个提纲(但是为了加快进度,每组只设计了3个问题):
1、从⽬标出发提问:⽬标、机会、优先级、信息
2、从系统⻆度提问:功能、频率、偏好、问题、捷径
3、从⼯作流程⻆度提问:流程、重复⼯作、异常⼯作
4、从态度⻆度提问:启发、喜好、动机
我们小组是这么做的:
1、谁是用户:为了不给自己增加没有必要的麻烦,用户就定为餐厅顾客。
2、访谈什么:每位成员提了5个问题,并解释讨论。最终我们将所有问题归类为三个:餐前、餐后和打包。餐前的问题是:你点餐时以什么为依据确定菜品的数量(这里无形之中将场景具体到了中餐馆聚餐)?餐后的问题是:你用餐后大概还剩下百分之多少菜?打包的问题是:如果有剩菜你会不会打包?
3、找谁访谈:由于工作坊的时间场地限制,我们只是小组之间相互采访了9人,所以注定了这次访谈的结果只能代表某一圈人的想法。
4、统计:当时的统计结果忘记拍照了,我这里大致回忆一下。餐前:大部分人会点“就餐人数+1”个菜,也有一两人会按照“+2”或“相同数量”的方式点菜。餐后:绝大部分人表示会剩下约25%的菜。打包:过半人不会打包剩菜,剩下的小半人里面,一半说会,一般说如果好吃才会。
5、统计结果前两问高度相似,毕竟我们中很多人平时都一起吃饭的不是吗……
步骤二:用户画像
用户画像什么的还需要解释吗?我这里就扔一张PPT上的图例吧:
我们小组是这么做的(我下次再也不忘记拍照了,这是重画的):
步骤三:体验地图
简单来说,就是把用户在与我们设计相关的场景中,可能发生的行为整理列出。以下是PPT给出的例子。
我们小组画的:
步骤四:解决痛点
根据体验地图的场景步骤,为用户可能遇到的痛点想象解决方案。因为每个人都可以提出很多想法,所以最终需要通过三个维度(创意、可信性和实用性)的评分来进行取舍:
我们小组的最终想法:
1、免费提供打包盒
2、光盘折扣:剩菜较少买单时有折扣
3、寄存、寄送打包盒:如果用户吃完饭后不直接回家,可以寄存打包盒,并收费寄送到家。
4、用餐提醒:打包盒取走后,保质期之前提醒用户不要忘记吃掉打包的剩菜、什么时候过期需要扔掉。
步骤五:故事版
将你的创意通过绘图讲故事的方式表现出来。
我们小组的故事版:
步骤六:用户测试
工作坊时间预留不够,这部分没有做,所以我只放两张PPT了:
——
最后是超赞的小伙伴们:
——
未经允许请勿转载