雪俐| 伦士度| 美女艺体| 仙剑5官网| 中行手机银行| 长春医保| 刘诗诗的妈妈| 我叫高达| 重庆市住房公积金中心| 正华影城| 浙江联通营业厅| 迅雷浏览器下载| 无头骑士异闻录下载| 逃不过此间少年| 植物大战僵尸手机破解版| 照片制作| 光井爱佳| 广州电视塔图片| 最新版西游记| 城市猎人地图| 兰cf| 终极忍者| tonywear| 防水堵漏施工方案| kfc半价| 新世纪福音战士国语| 电动车车篷| 智力方块| 长江我的家| 进击的巨人人物介绍| 中国农产品交易网| 天堂2外挂| 东营礼品| eva动画| 中国天气在线| 安适购| 桌面宠物下载| 智力游戏大全| 我一个人不孤单| 武装突袭2箭头行动| 豪杰速递| 中国文学名著| aqounsenton| 丽江到大理要多久| 打击乐器图片及名称| 征信中心个人信用查询| 水上气球| 侦探推理| 白洋淀景点| 红樱粟| 在线体育365| 365体育送彩金| 365体育足球| 365bet体育注册| 365体育交流群| 365体育怎么回事| 365体育交流群| 365体育投注台湾| 365bet比分直播| 365直播体育| 365体育网上开户| 365体育中文站| 体育在线365| 体育365买球| 365bet现金信誉| 体育365怎样| 体育365乐园| 365体育贴吧| 体育乐园365| 365体育网投群
首页 - 网站建设 - 用户故事地图浅析(上)

用户故事地图浅析(上) 返回列表

笑笑2019-12-06编辑发布,已经有3484个小可爱看过这篇文章啦

用户故事地图浅析

引言

万博手机版首页 受助群众赠送锦旗感谢信5年来,他为旅客群众排忧解难100余次,收到表扬信、锦旗12封(面);他发动并带领当地爱心人士,共同帮助救济铁路沿线近300名孤寡老人、孤儿、五保户和残疾人员,个人捐款4万余元。

本文图文内容,来源于蚂蚁金服体验技术部“芝士会”分享。

中后台产品大多通过产品化工具来给用户提效,随着用户的应用场景开始延伸到线上线下各个角落,设计师也开始思考如何从时间空间维度去关注完整的用户体验。因此用户故事地图作为一种常见工具,进入了大家的视野。但是体验地图到底能解决什么问题,该怎么用呢?很多同学也许并不太了解。这次分享主要是将我们在各类渠道了解到的关于用户体验地图的各类说法做了一个总结,并结合了我们在工作中的实际运用,给有兴趣了解该方法的同学提供一点我们的见解和看法。如有不赞成地方或更好的见解,希望可以不吝赐教,我们相互学习,共同进步。

用户发现你提供的产品真正的价值,就像这张封面背景图一样,往往要经过一段旅程,必定不是一马平川。通过我们的专业知识、见解和洞察搞清楚用户这段旅途当中坑在哪里、怎么填才能让用户走的更顺。帮助用户更容易获取产品价值,帮助项目组获得成功。

A.怎么做?

用户故事地图虽然是一个耳熟能详的体验工具,但事实上当你接触的时候才知道并不容易。其中需要注意的要点很多,能找到的模型也很多样,导致做一个正确的方向变得复杂,结果可能会产出一个适得其反的用户故事地图,或者什么都没有产出,那我们到底该怎么做呢。


我们在支持项目的过程中,初期会选择采用“故事编写工作坊”的形式来梳理产品的用户故事地图。一般是项目组成员共创的形式,参与人员包括:技术开发、产品经理、项目经理、设计师、用户、产品老大。

重要流程分成四个步骤:产品定义——梳理骨干故事——拆分故事——沟通确认。下面我简要介绍下这四步分别需要做哪些事情。

第一步:产品定义

一般是在故事编写工作坊准备阶段,首先由PD提主导产出,主要有几点内容:

1.产品的目标用户。

2.解决了哪些问题。

3.用户目标。

4.产品目标。

将这些内容记录在黑板上,与大家讨论达成共识,最终确定产品定义。简单来说,需要明确“我们为什么要做这个?”以及“用户为什么要用这个?”明确业务诉求和用户诉求为之后的设计提供了指导,不仅可以在接下来在讨论的过程中不易迷失方向,还可以避免陷入设计细节纠结。基于业务诉求和用户诉求其实就是为了不忘初心,是为了明确设计的初衷。所以,在做交互设计之前,一定要问自己这两个问题:”这能给我们带来什么价值?”“这能为用户提供什么价值?”这一步可以让项目组内所有人和用户共同明确产品覆盖的整个范围。



第二步:梳理骨干故事

为了方便大家理解,我在这里举一个大家生活都会发生的例子。故事的整个范围:起点是起床——终点是到达公司。闭上眼睛,回想一下今天早上起床的过程。把这段故事分成这样几个阶段,起床——洗漱——穿衣——出门——上班途中——到达公司。



在真实做项目过程中,大家在这一步可能会写出不同颗粒度的故事,需要设计师把控故事的大小,这段故事可以再往下梳理一层颗粒度更小一点的故事。比如起床就可以再拆分为:闹铃响了——挣扎——关闹钟——下床。剩下的故事卡片都可以继续这样拆分归类。



这样我们骨干故事就有两层,一级故事和二级故事,故事的发生从左至右是一个叙事流。



这里需要注意的是,在真实业务中,故事的流程不可能是一帆风顺的,情况会变得复杂,我们可以借助流程图的图例线连接我们的故事卡片。




总结一下,我们在这步怎么做的。首先,我们在第一步确定产品整体范围之内尽量的把故事讲完整,比如我们这个例子,起床——洗漱——穿衣——出门——上班途中——到达公司。这样我们项目组的所有人就可以对整个产品有个全局的印象。其次,我们需要注意是要讲完整的故事,但是一定要广度优先,而非深度,要做到一公里宽一厘米深。比如刷牙这个故事里面,找牙刷、挤牙膏这类故事在这个阶段我们无须关注,不要过早的沉浸到细节中。在这步让大家做到对产品只见森林不见树木的状态。



第三步:拆分故事

在这一步,我们需要在刚刚梳理的每一个二级故事下面做停留,去拆分二级故事获取更多细节内容。如果二级故事是一个海平面的话,那二级故事以上就是海平面故事,那现在我们需要关注的是海平面以下更多不可见的故事。项目组会围绕这个故事写出很多细节来。我们可以按照以下几个维度对细节进行归类,分别是:故事细节、想法、痛点、机会、情绪。其中情绪可以通过固定的问题获得,也可以通过用户想法、用户的痛点结合主观判断。



在这个过程中,先让大家在一定时间内按照自己的想法写出来,每一条写在一张卡片上,做到相互不干扰,然后每个人出声说出自己的卡片内容,让所有人了解并贴在墙上。

项目组人在写想法的时候,相当于脑暴的过程,这时可以通过一些问题来刺激大家脑暴出更多的内容,比如:

1.用户在这步具体做什么?

2.用户还有其他选择么?

3.用户怎么做才能更爽?

4.出现问题如何处理?

5.其他用户来到这里该如何处理?

回到我们的例子,我们洗澡的时候有正常的流程,但当没有热水时这个流程就会发生变化。同样,在真实业务当中,这类情况将更普遍的发生,所以这个步我们将尽量多的关注到所有场景的故事。

做完这步,我们已经获取到了足够多的细节信息,整个项目组都会做到对产品又见森林又见树木的状态。



第四步:沟通确认

这里我们的故事已经变得很丰满,甚至变得臃肿,所以沟通确认变得极为重要。我们在这步需要花费相对多的时间,大家对内容进行对标、充足讨论,把公认的留下来,无用的踢出掉。同时可以区分要做的故事细节的优先级。



依次类推,当所有故事梳理完成之后,就完成了如下这样一张完整的用户故事地图了。



总结一下,在这步,首先,我们需要对大家写的所有卡片进行对标,排除无效故事。其次,因为我们一般项目时间不够,开发资源紧张,不可能一口吃个胖子,所以把要做的事情达成共识排出优先级变得尤为重要。最后,并不是所有的故事卡片都需要在同一时间细化,在真实业务中有些模块的故事是无法一开始就梳理清楚的,所以可以先写个占位符,待合适的时机再做拆分。

我们通过这种一目了然、格式一致的故事地图,让项目组所有人都获得足够的信息,让项目有一个明朗的开发流程。


  • 用户故事地图
  • 用户需求
  • 产品定义

相关新闻

来电咨询
万博娱乐正网 365bet赌场 365bet体育官网 365bet线上开户 365体育官网
愚人节英文 爱了没 三千预算进卡吧 北京大观园地址 机智如你
爱已逝 搞笑冷笑话 秦丽丽 北京爱情故事台词 重生高干文
杀马特图片 dove洗发水 n0890 鸡眼怎样才算干净图片 40周孕期全程手册
世界地震带 腊月羊 15画的字 共勉 螃蟹喜欢吃什么
射脚上 一块钱图片 白虎寺 北京理工大学珠海 长大后我就成了你原唱
我愿你知道歌词 一血是什么意思 爱情与生活 阴毛图片 接吻图
火锅菜品图片 热门网络歌曲 索尼摄像机说明书 自带 美女种子