众所周知,设计冲刺(Design Sprint)是一项需要集合多角色、经历五天的共创工作坊,目的在于帮助产品团队快速了解用户痛点需求,快速找到切入点及相应产品方案。但在方法的实际应用中,大多时候也会存在人员组织上的困难,很难将不同岗位的小伙伴集合在一块进行比较长时间的封闭会议,因此不少人肯定会问,设计冲刺一定需要在五天内完成所有吗?

其实未必,方法虽是不变的,但执行是灵活的。

上个月我们用研作为“联结者”的角色,联合产品同学组织了一场历时10小时的敏捷版“营销工具平台设计冲刺”,通过理解用户-方案发散-收敛思维-方案建立四个流程环节,辅助产品同学了解用户需求及规划相应的产品方案。

接下来,小编和大家介绍一下我们是如何高效组织共创工作坊~

前期准备

尽管这次产品共创工作坊只有1天,但工作坊的成功与否也取决于前期准备是否周全,取决于议程的设计是否合理顺畅,因此这就要求作为组织者的我们需要提前几天筹划,比如参会的角色有哪些?参会的人数需要控制在什么范围内?会场环境怎么布置?准备什么物料?工作坊最终达成的目标是什么?流程怎么设计?讨论的议题有哪些?以上种种看似相互独立,但实际上是相辅相成的。

比设计冲刺还敏捷!如何高效组织一场共创工作坊

首先,要确立工作坊目标,也就是我们要解决什么问题?对于共创工作坊来说,最重要的就是确定目标,因为它是贯穿整个活动最为关键的一环,能够帮助来自不同领域的参与者快速达成共识。而我们这次共创的终极目标就是打造服务于内部使用的营销工具产品,但在实现终极目标前,我们要在工作坊中解决以下四个方面的问题——

比设计冲刺还敏捷!如何高效组织一场共创工作坊

其次,要保证参会角色的多元化及分工明确,因为这样不仅可以保证在活动中碰撞更为发散的想法和建议,而且还能保证最终方案有足够的落地性,最终做到收放自如。当然人数的控制也是必不可少的,6-8人足以,因为人数过多,想法容易过于发散,会给流程节奏的把控上带来一定的困难。

接下来大家肯定会问,敏捷版工作坊的多元角色是怎么选择?选择的逻辑是什么样的?以及具体角色分工是什么样的呢?

其实在实际中,我们更多会参考产品开发迭代过程中常用到的“双钻模型”,从中选择各个环节触点所涉及的角色,比如我们在这次共创工作坊中就加入了涉及用户需求调研和方案验证环节的用研角色,以及与产品规划相关的各线负责人,如产品1号位、设计1号位等角色。上述角色除了需要施展各自专业能力之外,还需要分别被安排主持控场、会议记录、人员组织、辅助串场、输出想法等任务,真正实现“人尽其用”。

比设计冲刺还敏捷!如何高效组织一场共创工作坊

第三,做好敏捷版的设计冲刺,前期的用户洞察不可或缺。为了保证“短小精悍”的产品共创工作坊能够高效输出方案,我们用研角色需要通过可视化的“用户体验旅程图”方式帮助产品全方位梳理用户的痛点需求。

当然,前期准备的用户体验旅程图无须各个方面都要涉及到,只需要将流程各节点涉及到的主要角色和问题标明清楚即可,因为在工作坊执行阶段的“输入环节”,活动参与者会在用研准备的旅程图雏形上进行补充。

比设计冲刺还敏捷!如何高效组织一场共创工作坊

第四,共创需要来点仪式感。不管是附有设计海报的会邀邮件、准备好的用户旅程图便签墙和串场PPT,还是轻松舒适的场所,这些都能够给参与者带来参会的仪式感和沉浸式的互动体验,能够促使参与者转变原有的工作角色,快速融入到活动中来,因此前期的会场布置和物料准备非常重要。

工作坊执行

前期准备已经就位,那么接下来,我们产品共创工作坊也正式拉开序幕~

比设计冲刺还敏捷!如何高效组织一场共创工作坊

10:00-12:00 输入:“不以规矩,不能成方圆”,设计冲刺本质上也是一种头脑风暴,是激发参与者产生大量创意的特别方法,倘若在脑暴过程中没有活动规则和程序的存在,那么参与者创意容易跑远,整个活动也容易变成辩论场,因此在输入环节中向参与者同步规则是首要的。

产品共创工作坊的规则主要有以下五点:

  • 推迟评价:在共创时,我们尽量不考虑重要性、可行性、实用性等方面,尽可能避免对不同想法提出异议或评价,保证最终能输出不可估量的新想法。
  • 大胆想法:鼓励每位参与者随心所欲提出想法,内容越广越好,给参与者营造一个舒心安全的氛围。
  • Yes,and:鼓励每位参与者在他人提出的想法的基础上进行补充和升级。
  • 量大于质:共创工作坊的基本假设前提就是“数量成就质量”,想法是否可行,方案是否实用在共创前期不重要,重要的是同一关键问题下所对应的解决方向是否足够多。
  • 想法“可视化”:在工作坊中,我们会鼓励参与者暂时忘掉自己原有的“身份”,站在一个新产品的角度将自己的所思所想记录在纸上。

比设计冲刺还敏捷!如何高效组织一场共创工作坊

同步完规则,用研侧首先结合基础版的“用户体验旅程图”向参与者输入调研信息,帮助参与者理解“哪些用户是核心的”,“用户存在哪些痛点需求”,其次邀请参与者共同讨论和投票“哪些场景的痛点才是最为核心的”,最终在输入环节中产出下图完整的旅程图。

比设计冲刺还敏捷!如何高效组织一场共创工作坊

13:00-15:00 发散:通过“输入环节”我们梳理清楚了最核心的待解决问题,那么接下来我们基于这些关键问题,尽可能发散思考出“我们能做什么”、“如何解决用户痛点”等一系列议题。

首先在这个过程中我们需要使用不同颜色的便签纸记录不同类型的解决能力项,以便下一环节的分类和筛选。其次我们会围绕自己提出的能力项向大家详细地说明。

在“发散环节”中,尽管我们都尽量避免对不同想法提出评判,但实际操作时也会遇到一些争议问题,是争论不休?还是搁置争议?这时候为了保证环节的顺利进行,我们就增加了一个新的工具——“停车场”,将一些有争议的问题暂时置于“停车场”,会后我们再围绕停车场问题进行有针对性调研解答。

比设计冲刺还敏捷!如何高效组织一场共创工作坊

15:00-16:30 收敛:在这一环节我们的目的主要是通过一系列的讨论、评估等方式将脑暴出来的解决方案筛选收敛成最终的方案。

首先我们需要对脑暴出的产品能力项进行筛选和分类,将同类的能力项归拢在一起,然后梳理在关键待解决问题上大概有哪些方案后再进行方案评估。

在方案评估中,我们引入了新的评价模型——C-Box模型,该模型是一种归纳评估大量设计概念的矩阵图,往往用于概念创意的早期阶段,尤其是在脑暴后得到了大量创意时。

一般情况下,C-Box模型主要从创新性(有创意/无创意)、可行性(简单/困难)两个方面来评估,而我们这次共创工作坊更多是出于成本和落地性的考量,会结合“能力项缺失后是否影响流程”和“现有或缺失的系统能力项”等两方面对原有的评估模型进行演变和融合,换句话说,会基于必要性(优先级高/低)、可行性(已有能力/缺失能力)等维度评估方案。

比设计冲刺还敏捷!如何高效组织一场共创工作坊

最后,基于第一象限和第二象限中的能力项,结合各种目标用户的工作流程整理出初步的产品方案。

比设计冲刺还敏捷!如何高效组织一场共创工作坊

16:30-20:00 建立:在这一环节,我们首先会考量“产品首要解决的问题是什么?”、“哪些业务场景要优先考虑?”、“首要切入点是什么?”在确定方向后,我们就如何实现来搭建线框图,通过可视化的方式产出基本的产品框架,用于后续调研阶段的测试和验证。

资料沉淀

在工作坊执行结束后,还有最重要的一环不要忘记,那就是收集并拍照记录整个工作坊中产出的便利贴、大白板、草稿上的想法内容以及会议记录,可以通过Word、Axure、PS等方式将所有的纸质资料整理并电子化,同时沉淀到共享空间,以备参与者随时浏览参考和复用。

比设计冲刺还敏捷!如何高效组织一场共创工作坊

最后的话

这次营销工具平台产品共创工作坊是我们用研作为“联结者”的角色首次尝试与产品同学进行想法共创,通过这次的共创工作坊,不同领域的小伙伴一起针对一项创新项目来寻求解决方案,不仅加深了对彼此工作流程、发力方向的认知,而且也深刻理解了目标用户的痛点需求。

基本上到了这里,敏捷版设计冲刺也告一段落了,从最终效果来看,方案的产出效率和成果都是令人惊喜和超出预期的,希望这套敏捷版的问题解决方法论能够给大家带来一定的参考,帮助大家解决难题。

*目前产品还未上线,故上述部分图片已做虚化处理。

欢迎关注「JellyDesign」的小程序:

比设计冲刺还敏捷!如何高效组织一场共创工作坊

点赞 1
收藏 15
继续阅读相关文章

发表评论 已发布 2

还可以输入 800 个字
 
 
载入中....
2 收藏