以会议申请功能的设计为例：To B产品的角色及场景分析.pdfVIP

以会议申请功能的设计为例 ：To B产品的角色与场景分析 不同于t o C产品中用户的角色通常与家 角色、态度、相关活动方法、兴趣、选择生活方式 的能力等对应 ，在t o B产品中 ，角色常与工作角色或职责相对应 ，用户的目标和行为受其 性格、能力、经验的影响较小 ，而受在企业内的岗位职能的影响较大。 下面将以实际工作中一个小功能——某公司办公管理系统A PP的会议申请功能的设计为例 ，讨论 对t o B类产品进行角色和场景分析的方法。文章最后会以一个与PM的争议为例 ，看看这一方法在交 互设计初期 ，如何帮助团队及时地与产品经理一起解决异议、统一思路。同时 ，也会顺便以这个争 议为例 ，探讨一下用户体验和产品目标之间的权衡问题。 注 ：实际上线项目不便展示设计细节 ，仅就方法本身进行探讨 1 角色分析 目标用户 ：对办公管理系统A PP中的一个会议申请模块而言 ，目标用户就是企业内与一场会议的进 行相关的申请人、审批人、参与人员 （含普通参与人员与主持人 ）、场地管理人员。 2 人物模型 对t o B产品而言 ，目标用户通常比t o C产品的目标用户更为宽泛 ，需要为不同岗位职能、不同部门、 具有不同需要的特定个体类型设计。因此不可避免地在用户的认知负担和导航成本上会高于t o C 产品。正因为这样 ，清晰地划分不同人物模型 ，有助于避免设计对用户的理解过于笼统、重点混乱 。 根据部门、职能和与场景相关的职能 ，我们考虑建立5个典型的人物模型 ，用于分析和建立情境场景 。 3 情境场景 会议的申请人、审批人、主持人、参与人、会议室管理人 ，五个典型的人物模型在会议室管理模块 的使用中 ，会面对截然不同的使用路径和具体目标。而会议室管理模块本身 ，在“申请会议室”这一 核心场景之外 ，又有非常多的支线场景和异常场景。 通过情境场景 ，可以通过叙事这一用户研究与设计之间绝佳的粘合剂 ，简明地描述五个人物模型使 用本模块完成各自任务的过程 ，并从中关注人物模型的思考和行为方式 ，对理想的体验进行描述。 3.1 核心场景 ：申请会议室 张文涛 ： 张文涛早上才到办公室不久就接到了某建筑设计院赵工的电话 ，对方希望对A项目的图纸与公司 领导一起进行评审。 张文涛将这一消息转告给项目主管周尧后 ，周尧对这一进展很高兴 ，让张文涛赶紧用A PP订一个 下午两点半会议室。 张文涛马上拿出手机照办。他进入办公管理系统A PP后 ，在首页的主界面点选”会议管理“按钮 ， 进入了会议管理模块 ，并在列表中选择了“会议申请”、进入了会议室列表。 会议室列表中列出了公司所有可用的会议室 ，同时显示了会议室的照片、地址、规模、座位数、 有无投影等关键信息。同时 ，在页面顶部有一个会议时间控件 ，填写时间后 ，可以筛选当前时间段 可以借用的会议室。 张文涛填写了开始时间和借用时长后 ，列表中筛选后只剩下3个可选项。张文涛按照周尧提到的 名单 ，粗估了一下人数大概为6~7个人 ，于是点击了规模为“小型”、离工程部最近的10楼东会议室。 进入该会议室的详情页后 ，下方的已预约列表中显示了当前的预约情况 ，张文涛粗略地扫了一眼 ，发现这个会议室的预约情况很满 ，很是抢手 ，他不禁庆幸了一下自己的运气。 张文涛点击确定按钮 ，进入了信息填写页。以往需要通过电话和综合办确认半天 （还经常因为听 不清导致不必要的重复甚至错漏 ）的各种信息 ，在这里只要逐一选择即可——开始时间、结束时间 、会议主题、主持人、参会人员、会议日程、会议详情、会务要求 （视频会议系统、快餐、茶 水等 ），张文涛逐一填写、选择并确认填写无误后 ，点击了确定按钮 ，提交了申请。页面随即跳转 至一个提醒提交成功的页面 ，页面中同时告知 ，本次申请由他的部门行政主管杨威审核。至此 ，张 文涛在3个页面内完成了一次清晰的会议室预预订流程。 杨威 ： 杨威在他的主管办公室里习惯锁着门 ，聚精会神地盯着屏幕上的报表 ，封闭的空间更有利于他静心 思考问题 ，所以他不喜欢不停地有人来敲门、进进出出报告琐碎的小事 ，好在最近公司引进了综合 办公系统A PP后 ，这样的琐事一下子少了不少 ，只要留心A PP的提醒就是了。正想着 ，手机响起一 声清脆的提示音。杨威解锁屏幕后 ，看到正是综合办公系统的A PP弹出一条待办提醒 ，他点开详情 页后 ，看到是部门的小张在申请A项目的图纸评审会。他简单地浏览了会议时间、人员、议程、详 情和会务要求 ，确定没有问题后便点击了确认按钮。 周尧 ： 周尧的手机上收到了推送消息”会议通知 – A项目评审会 11月1日 1