科技猎产品构思的头脑风暴框架
|
编者按 ：头脑风暴需要思想开放奔放没错，但是缺乏组织的头脑风暴往往很难得到既有创意又有可行性的点子。Jonathan Courtney 介绍 的这个框架是一个不错的头脑风暴框架。 头脑风暴以结构松散而且往往无法操作著称。大家聚到一起贴点纸条画画白板然后指望好点子就会出来。问题是即便里面诞生了一些好点子，但也没有一目了然的办法来确定应该执行哪一个。 实用 用户 故事映射的诞生 大约 1年 前，我和同事 Michael（AJ&Smart 创始合伙人）参加了 Adrian Howard 的一个大师班，主题是确定敏捷开发的功能优先级。说得具体一点，就如何去确定接下来的发布的时候要先做什么功能。经过课堂练习之后，我们突然灵机一动：这种颇为枯燥、系统化的办法说不定也可以用来组织我们的产品发现探讨。于是 1 周之后，我们做一件每每想要试验新技巧时都会做的事情：在未经太多准备或者考虑的情况下在一个高风险的客户身上进行试验。 结果非常完美。研讨时采用用户故事映射的结构可以把注意力高度集中在构思和发现上面，这正是我们想要的。自此以后我们就一直沿用这种技术，并且推广到了一个个的 workshop。现在我们称之为实用用户故事映射法（applied user story mapping，USM）。我们发现这种方法不仅是催生出无人能想到的点子的很好方式，而且也是客户或者利益攸关者协调一致的完美工具。下面我们就来介绍一下它是怎么做的。 需要准备的东西
总用时估计 10—15 人计划用时为 45—50 分钟。每增加 10 人需多安排 10 分钟以及多增加 1 位主持人。比方说：
步骤 1：故事 本过程的主干是故事。 故事 就是 你设计的希望用户在特定时间段内执行的步骤或者动作列表 。
故事当中用户可能会采取的一些步骤示例 比方说，如果我们是在讨论专门针对体育迷的新闻阅读器的设计，我们可能会基于比赛日设计一个故事。或者我们会针对飞行常客设计一个新的高级服务，我们也许会有一个更先进的故事扩展，从第一次预定开始一路上延伸到开始飞行。 如何创建故事
一名参与者正在写步骤
时间线要水平排列，不要出现任何纵向的步骤。后面我们会需要那些空间。 步骤 2：对动作分组 为了保持整齐，我们将对时间线上的动作进行分组。如果故事很长、时间跨度有几天的话这种做法尤其有用。到后面我们可以利用这些故事分组很方便地找到应该聚焦在故事的哪个部分。这一步很简单，而且应该由主持人来执行。
进行分组 如何对动作分组
分组多少随你定，但一般 5 组就 OK
步骤 3：头脑风暴！ 接下来是有趣的部分了。对于时间线上参与者认为重要的时间点他们应该试着提出尽可能多的想法。也就是说看看时间线上的某一个步骤（比如 “起床”）然后想出在这个点上你的产品或者服务可以如何影响或者与用户的生活进行交互的办法。比方说对于新闻阅读 app 可以像下面这样：
头脑风暴时间（设想用户起床时可以提供早间新闻摘要或者把头条新闻做成音频的形式） 这一步参与者只有 15 分钟思考，不过这个时间对于迸发一堆创意来说已经绰绰有余了。重要的是主持人必须告诉参与者这一步重量不重质。想法是否可行或者合法都没关系！大家只需要在给定时间范围内想出尽可能多的主意就行。 如何进行头脑风暴
讨论的结果如果不是像这样的话一定是搞错了，大错特错
看看大家的想法有多丰富 步骤 4：投票与整理 现在每个人都理解时间线上有哪些的想法了，接下来就是投票和找出受欢迎的想法了。这样的话我们就能很快在每一组里面选出趋势想法并且对下一步需要开发的东西进行优先级排序。
2016-6-28 15:02
|
好看吧？
