设计调研分析

设计调研分析今天带来的分享话题是基于实际项目，使用服务设计的工具呈现数据，帮助我们找到产品改进的方向。网上有大量的文章关于体验旅程图的讲解以及一些设计机构也开了关于服务设计的工作坊。所有今天我要讲的内容不会跟他们重合，更多的是结合我们目前实际的工作，如何来串联整个工作过程，最终目的是达到从用户调研资料-》可视化呈现调研分析的结果-》实现产品迭代优化。服务设计首先，我们来理解下服务设计的5大要点，将有助于我们接下来的工作形成共识。1、user-centered以用户为中心，服需要从用户的眼睛看世界2、co-creaive共同创造，服务设计需要所有参与者进入到设计流程中。需要服务设计人员流程控制能力和组织能力，去激发大家灵感产生。3、sequencing服务需要有逻辑、有节奏的视觉化展示出来服务在一段时间内的动态过程，时间线对用户非常重要，把用户与服务互动的每个点连接起来，讲述一个很漂亮的故事。4、evidencing五星的服务需要被适时展现出来。服务很多时候在后台默默的进行着，用户无法感知5、holistic服务设计过程中要注重全局思考服务设计过程中，一定呀理解用户有不知一个逻辑/方法去完成一个任务，所有我们要从不同的维度去思考用户是哟哦难过服务的各个环节，确保没有遗漏的场景和故事。服务设计在演变过程中，人们总结了很多工具，但是我们普遍用户旅程图用得最多。本片文章我们用了服务设计中的两个工具：

用户旅程图服务设计蓝图01用户体验旅程图用户体验旅程图01用户体验旅程图用户体验旅程图以视觉化层线目标用户为达到某一目标所经历的过程，在特定的时间的感受、想法、行为系统的整合了用户在这过程中的接触点或所有的互动。它能够使你明确许多关键因素，帮助你在经验中识别创新机会

02服务设计蓝图营后¥UHinNSObEVES古学Hi02服务设计蓝图营后¥UHinNSObEVES古学Hi服务设计蓝图服务设计蓝图这个工具相对用得少一些。服务设计蓝图是：•描述整个服务交互过程中互动的操作工具，服务设计蓝图不是记录用户体验，而是以用户体验为起点，揭露组织如何支持该旅程。•它可以直观的展示整个客户体验过程中客户的前后台功能、所有接触点的连接。调研分析过程我要讲的是将这两个工具结合起来使用，看到上半部分是用户旅程图，下半部分是服务设计蓝图。前台以用户角色体验为时间线，可以直观的看到前台的每项任务，跟后台是怎样衔接的，后台之间又是如何运作的。因为这样的结构有利于信息掌握的更加全面，才能更好的输出可落地的机会点。围绕下面的体验落地结合服务设计者两个工具来谈谈在实际工作中总结出来的经验。从调研-》调研信息整理-》可视化梳理展示-》形成结论推进落地，整个流程是本文章整个分享的结构。03分享结构图1、调研访谈参与者：用研or交互目标：输出用户原始数据用户调研访谈具体的工作不在此次分享的范围内，更多的是基于前面的访谈，我们得到一些访谈的原始数据。但是插播说明一下，因为我们后面使用的是旅程图，所以在访谈用户的时候，最好是以体验旅程图的维度来设置访谈问题。调研访谈提纲基本信息产品及服务相关的场景，什么时候？做什么？用户行为需求及通电：碰到什么问题，有哪些期望情感需求：哪些方面开心和不开心但是，如果因为不可控因素，比如，访谈是另外同学或部门做的，我们没法限制访谈的提纲，我们又该如何开展后面的工作呢？比如，我们在某个项目中，获得了没有按照之前说的维度来设置问题，我们收录了4份录音转文字，每份7000-8000多字，3万+文字信息，我们该如何整理？2、调研信息整理参与者：用研or交互目标：输出结构化的《录音访谈》《体验旅程图excel表》信息结构化我们需要对转录的文字按照一定的维度来，尽量以用户的角度来描述每项内容。梳理和提炼。这4个维度能够把用户的说的一些内容包含进来。其实在整个梳理过程中，我已经调整过两次梳理的结构，对3万+字进行过两次不同有差别的梳理，最后确定这4个维度是最合适的。【做什么】“对第一次碰见的问题我会写下问题总结”【存在什么问题】“部署安装时勾选模块较多时，安装进度会比较慢，且看不清每个模块的进度。”【希望】“我希望组件更新升级有较详细的配置步骤说明。”【陈述】“所有的告警必须处理，否则客户会纠结海康产品不够稳定”访谈信息结构化第一次梳理的维度是【做什么】我+动词，比如：我查看ip地址确认监控点在不在线【感受什么】我觉得…比如：有个软件可以批量拼，我觉得实在太好了。【想什么】我认为…，比如我认为这个项目质量很差维度不清晰，我觉得和我饿认为有时候会混淆，提炼文字的时候发现模凌两可。第二次，增加了陈述，因为在第一次梳理中，发现很多信息其实有助于理解这个旅程的工作，虽然最终可能不会最终展示在体验旅程图上，但是通过写陈述的内容，将一些业务的信息记录下来，尤其是本身业务不熟悉，可以进行一次回顾。3、汇总信息基于前面的结构化信息后，我们可以建立这样一张表格，其实是我门最终要完成的可视化用户旅程图的前生身。我们将前面的文档梳理的内容填入到这个表格里访谈资料汇总表.祛除重复内容分类整理提炼痛点私下接触下跟这个旅程相关的角色代表，理清他们的一些行动是如何与这个旅程相联系的。我们为什么要有这个中间过程？1避免遗漏：信息量大，容易遗忘一些信息2便于回顾：便于回顾某位访谈者的内容。3利于讨论:每个人对用户的描述有不同的理解，便于多人讨论和查看。注意：不同颜色的文字，代表的是几个不同访谈者，确保用户信息不泄漏的同时，在讨论中方便回溯用户的原始信息。之后就可以基于此开展相应的讨论了。建议召集跟这个用户角色旅程相关的几个角色代表出席讨论会。比如，我们这次围绕分公司交付，我们希望销售人员、总公司交付人员、研发人员，一同来对讨论。但是，我们通常情况下因为考虑大家工作相对位置离得匕比较远，工作比较忙等等，我们可以内部先得出一些结论了，在最后一个讨论阶段把他们加进来也是可以的。4、可视化梳理展示参与者：交互/用研、视觉（根据不同组织可以调整，我们目前因为项目时间紧张，为节省时间，我们目前可以不需要产品方的同事参与）目标：输出《可视化体验旅程图》内部稿这个时候我们正式进入服务地图可视化阶段，将前面表格里的内容进一步缩减填入。我们也可以在工作过程中形成相应的体验模版，加速在可视化转换的工作效率。对于用户旅程也可以看网上很多的文章，建议可以读下下面的这个ppt。我们在这个阶段的输出的目标是将用户旅程图和服务设计蓝图进行结合，你可以看到我们这张图，上面的用户旅程图和下面的服务设计蓝图会有一些连接线。关键点.一张旅程图代表的是同一个角色，不能讲不同角色混在一起，否则就不叫用户旅程图.将每项行为与情绪、痛点以及机会对应.将服务设计蓝图相关角色以及组织的流程、工具等相互是怎么衔接的，以及跟上面的用户行动点事如何连接，需要可视化的展示出来。

.痛点的来源可能是用户直接描述，可能会需要我们自己去葱描述的内容5.里发现。5.机会要特别关注实现的可能性，需要多方来确定。此阶段尽量先做下描述，最终确认事在下个阶段-汇总讨论的会议上。5、形成结论，跟进落地参与者：多方讨论目标：输出《可视化体验旅程图》《用户体验需求跟踪表》行动:这个阶段开启之前需要准备好.01结构化原始数据02体验旅程图excel表03体验旅程图keynot传达整个研究的背景、研究的内容，以及得出的一些想法，基于这些想法来确定机会点。.基于最终的机会点输出体验需求，输入到该产品总体的跟踪表。.明确体验需求版本落地计划以及交互方案输出的计划。•交互方案需要尽可能的在版本启动前已经输出，便于研发核实开发成本。多人参与的原因：.决策解决办法的可行性比如这次部署文档的问题，用户希望能够提供准确性、步骤详细的部署文档。我们可以想出一堆的解决办法，需要从管理角度、流程环节、研发的成本等等里考虑