产品人生(4):从“用户故事映射法”到“WOOP思维模型”

0 评论 517 浏览 5 收藏 12 分钟

都说人生如产品,那么产品的一些技能、方法是不是同样适用于生活和个人场景?这篇文章,作者把用户调研的常用方法“用户故事映射法”和一种帮助个体有效设立和实现目标的心理策略WOOP(Wish Outcome Obstacle Plan)应用到生活中,是否能帮助大家进行改变呢?

人生如产品,产品映人生,借鉴产品思维,快速提升软技能!

今天我们要了解一个有关用户调研的常用方法“用户故事映射法”,这个概念起源于敏捷开发,强调通过用户故事映射,可以更好地理解系统的功能,识别待办事项中的漏洞和遗漏,并有效地规划整体路线,为用户和业务提供价值。

用户故事映射的思想基础是“用户故事(User Stories)”,它是从用户角度描述一个或多个产品/功能特性的一种非正式描述。它通过各种调研方法,将用户故事排列成一个有用的模型,比如用户故事地图,从而帮助团队了解产品的整体背景,客户的痛点,痒点等,并确定功能需求、开发过程中的优先级的一种方法。这种映射方式有助于整个研发团队从全局的视角看当前要做的事情,让研发团队更加聚焦地满足用户当前的真实需求(不是源自于某一个人的偏好或大家以为的习惯等)。用户故事映射法主要有以下几个步骤:

  1. 收集用户故事:首先产品团队要收集来自用户、市场、业务等方面的需求,确定用户在使用产品或服务时的主要活动或任务序列,这构成了映射的骨架。然后,根据活动流,将具体用户故事贴到相应的活动中。每个故事代表了一个用户需求或功能点。
  2. 构建用户故事地图:通常包括将故事按照业务流程、使用场景或用户角色进行归类,形成“史诗”(Epics)或“主题”(这些通常是较大功能模块的概要描述)。通过这个过程,产品团队能够更直观地了解产品的功能结构和用户的使用路径。
  3. 识别优先级和依赖关系:产品团队还需要识别不同用户故事之间的优先级和依赖关系,基于价值和紧急度对用户故事进行排序。可以采用莫汉诺维奇优先级矩阵,即必须有、应该有、可以有、这次不会有(Must-Have, Should-Have, Could-Have, Won’t Have This Time)。这个步骤有助于确定产品团队确定哪些故事应该优先开发,以及哪些故事之间存在依赖关系,需要协同开发(部分场景下,技术人员需要参与讨论)。
  4. 迭代和优化:随着产品的开发和市场的反馈,团队可能需要调整用户故事的内容和优先级。通过不断地迭代和优化,产品团队需要能够确保产品始终满足用户的真实需求。

用户故事映射法有一些可应用到个人生活的思路,比如:

  • 沟通工具:它提供了一个共同的语言和视角,帮助团队成员、利益相关者和用户之间进行有效沟通。生活中的我们,想要提升跟他人的沟通效率,解决冲突都可以尝试采用“用户故事映射法”的思路,画出目前的需要沟通的人群,关联的流程,各自的利益冲突等等,有了书面化的“沟通用户故事映射”,可以让自己对现在更清晰,从而更能找到沟通的突破口。
  • 优先级与规划:它帮助团队识别出哪些故事最重要,应优先开发,哪些故事可以后期迭代或舍弃。现代人的生活,虽然信息分享、购物等各种方式都很便捷,但是却没有比以前“车马慢”的日子多出很多时间,主要是因为有的地方时间被省出来了,但又新增了很多以前没有的事情“分心”。所以如果有个书面的“个人故事映射”,就可以了解自己哪些事情是可以暂时放一放的,哪些事情是当下必须集中注意力解决的,哪些事情是可以转交给别人处理的,这样能让自己更专注在对自己当下最有价值的事情上。
  • 风险识别:用户故事映射过程有助于提前识别潜在的风险和依赖关系,便于产品团队做出调整。生活中,不管是“沟通用户故事映射”还是“个人故事映射”,当某个环节可能因为拖延或冲突而引发更大风险时,书面化的分析就可以及时帮助自己识别出风险,从而尽早地思考解决方案。
  • 迭代与适应:随着项目的进展,用户故事映射可以动态调整,来适应新的场景或客户类型。生活中唯一不变的事情是“变化”,所以保持动态调整,才能让自己的分析一直适用于每个当下的环境。

总的来说,用户故事映射法通过视觉化的方式帮助团队更深入地理解用户需求,并在此基础上进行有效的规划和优先排序,它不仅促进了团队对用户需求的共识,也提高了开发过程的透明度和协作效率。与它有着相似思路的还有一种WOOP思维模型。

WOOP(Wish Outcome Obstacle Plan)是一种帮助个体有效设立和实现目标的心理策略,通过“识别愿望、设想结果、识别障碍和制定计划”四个步骤,促使人们更加积极地面对和克服挑战,实现自我效能的最大化。它的实施步骤大致为:

  1. W(愿望,Wish)明确你想要实现的一个具体愿望或目标,比如“我希望在接下来的一个月中完成某个项目”。而用户故事映射也是开始于理解用户的需求和目标,每个用户故事描述了用户的一个愿望或需求,这与WOOP法中首先明确愿望的步骤相呼应。
  2. O(结果,Outcome):详细地想象如果你实现了这个愿望,最好的结果是什么样子,感受那种成功的喜悦和满足感,尽可能生动、具体地描绘出愿景。而在用户故事映射中,团队通过讨论用户故事来想象如果团队满足了用户的这些需求,将为用户带来什么样的积极结果。
  3. O(障碍,Obstacle)认真思考在实现愿望的过程中,可能会出现哪些内在的心理障碍(比如拖延、害怕失败)或外在的实际情况(比如时间紧张、资源匮乏)。而在将用户故事组织到映射上时,团队会识别实现这些故事中可能遇到的障碍和挑战,比如技术限制、资源约束或依赖关系等。
  4. P(计划,Plan)针对识别出来的主要障碍,制定一个简洁有力的计划。基于用户故事的映射法中,团队也会制定开发计划,来决定哪些用户故事会在产品的哪个版本中实现,以及如何优先处理。

下面我们以程序员的生活来举个例子说明如何应用WOOP思维模型到个人的思维上。一个程序员同学最近要开发一个重要且复杂的关键功能,但是自己又担心可能会来不及开发完或匆忙开发完后bug太多等,那此时他可以根据WOOP思维模型来进行如下思考:

  • 愿望(W):书面化写出自己的愿望,如“我希望在两周内完成这款应用程序的关键功能开发。”
  • 结果(O):想象自己成功完成了这项任务,应用程序上线后运行良好,没有收到什么大的bug,客户也积极反馈他们对产品的看法,自己也因此获得了思考和技术层面的提升。
  • 障碍(O):根据愿望的良好结果, 来思考什么可能导致happy ending无法如期到来,即过程中可能存在的障碍包括哪些,也许是每天工作时间太长会影响健康、或者是突发的技术难题、又或者是工作与家庭生活的没法平衡、团队协作中的沟通需要耗费很多时间等。
  • 计划(P):根据以上每个可能的障碍来制定应对的措施,例如,假如遇到突发的技术难题,那么我可以寻求某个同事的帮助,他在这个领域是个专家;或者为了平衡工作与生活,可以设定严格的下班时间或者在跟家人吃饭休息一段时间后再挑灯夜战(听上去有点心酸,只是举个例子);或者自己不擅长沟通,但是当前项目重要,不得不沟通,那可以提议定期组织个小会让团队各协作方碰头说下进度和当前的难点,或者是找到擅长沟通的同事帮忙沟通下等等。

以上只是抛个砖,大家各自可添加自己的内容补充进去这个思维模型中,WOOP思维模型没有复杂的逻辑,4个简单的步骤,就可以让你轻松掌握问题的症结所在,让人能更清晰地看到到自己的目标和挑战,并有针对性地制定行动计划,从而有效提高工作效率和生活质量!不啰嗦,赶紧拿起笔,尝试下吧!

本文由 @养心进行时 原创发布于人人都是产品经理,未经许可,禁止转载

题图来自Unsplash,基于 CC0 协议

该文观点仅代表作者本人,人人都是产品经理平台仅提供信息存储空间服务。

更多精彩内容,请关注人人都是产品经理微信公众号或下载App
评论
评论请登录
  1. 目前还没评论,等你发挥!