服务设计初探

标签: 用户体验 | 发表时间:2015-08-27 15:23 | 作者:77
出处:http://ued.ctrip.com/blog

以往,交互设计师的日常主要是配合产品功能需求,快速地绘制线框图,做原型demo,设计网站、手机上人机界面的交互——可若仅限于此,不免有沦为“绘图师”之虞。在屏幕上与用户的信息交互,只是用户行为的一环。在设计的过程中我们大可以从固定的配合需求中跳出来,加入“服务设计”的理念,更广泛地思考用户与多服务触点的关系,以求给用户更好的体验。

服务设计概念

所谓“服务设计”,简言之,就是使你将要提供的服务有用、可用、高效、有效和被需要。比如乘坐地铁,从进站,根据标识找到自动售票机,输入目的地站,投币完成购票取票,安检入站……这一整套流程乘客如果能顺利无障碍地完成,则这里的服务设计就得以应用了。

论及服务设计,我们的思考聚集于5个基本的原则:以用户为中心、共同创造、按顺序执行、实物化展示和整体性。、

服务设计5原则

以与我们最相关的酒店预订为例,服务设计就要考虑用户与该服务的不同触点(比如依序为查询酒店、预订酒店、到店check-in、入住、离店点评),然后整合线上、线下资源(比如酒店、网站、App、call center),以用户为中心来进行全面的设计,提升用户对服务的满意度。

酒店服务设计现状

用户在服务过程中,以时间为维度与相关触点产生关系并形成体验,从服务前的期待到服务中的体验再到服务后的评价,形成服务的闭环。应用到酒店服务角度,就是从预订前用户对于酒店的期待,到预订开始及至离店过程的体验,再到最后离店后对酒店的点评。

服务阶段

以往,我们的设计仅集中在预订-入住阶段,即停留在关注单一界面和单一触点的层级。而目前,携程酒店UED扩大了对体验触点的探索,致力于提高用户预订酒店的全过程体验。

客服电话专访

在引入服务设计理念后,我们跳出了移动端和Web端固有设计模式的禁锢,以Call center这个容易被忽视的线下触点为切入,进行研究和分析。

服务触点

基于用户的参与,服务设计才能形成完美的闭环,因此设计师派驻到上海、南通两地的Call center,听取电话接线员与客人的直接对话,来了解用户的心声(这里的用户,既包括通过电话预订的终端用户,也包括使用后台预订系统的接线员)。在积累了问题和发现之后,UED邀请产品、业务、预订员、开发等人员一起参与头脑风暴,以焦点小组的模式来扩散并细化研究点,了解问题所在。

call center走访流程

在此基础上,用研团队也通过问卷调研、消费数据分析等进行用户分类。基于对用户的认知,设计师在Call center中按不同用户模型对预订员深度访谈,来获取更多酒店用户的使用场景及习惯,发掘易被忽视的接线员的潜在需求;同时自己也充当预订员角色,实际接听用户电话——服务是基于时间线的动态过程,所以设计时要基于用户实际所在场景有节奏地逐层展示,接听电话可以增强对每个节奏的了解,增强用户预订的自由度和控制感。

callcenter现场

后续,设计师通过对已记录问题的梳理及数据分析,总结出电话预订服务中现有的痛点并发现潜在需求。然后根据应用场景,列出关键用户之间的关系,整理出问题卡片,通过问题卡片以及服务体验列出触点,并把对应的问题卡片分派到各触点上,令各触点存在的问题一目了然。接着走查问题卡片,画出用户体验路线图,标出流程问题,最后为每个问题划分类型和优先级。

实地调研与走进销售

同样的方法也被应用到客栈管理系统的设计,设计师在外出度假时邂逅了一家携程未签约的青年旅舍,于是瞬间角色代入成“地面推广员”的角色,与客栈老板从闲聊客栈经营情况入手逐渐深入交流,在不经意的谈话与吐槽间把老板关注的触点走查了一遍,由此发现了客栈加盟系统、管理系统中所未考虑到的用户痛点和典型场景下的问题。青旅的加盟问题反馈到了业务部门,设计师则收获了不少实际的软服务提升点。

实地走访

经过这样完整的服务设计流程,设计师明显更懂业务,“更接地气”,也进一步发现在服务设计过程中要注重考虑全局,保证用户每一次与服务互动瞬间都被考虑到。

相关 [服务设计] 推荐:

再谈服务设计

- - 人月神话的BLOG
服务设计本身分两个方面的内容,一个是本身的服务契约和接口的设计,如soap webservice下的wsdl和xsd文件的设计. 一个更加重要的是关于服务的性能,安全,事务,同步/异步,大数据量,日志监控,SLA等方面的设计,前者是实现基本的服务功能,后者才是满足一个高可用的服务架构. 尽量多根据业务场景设计适合特定业务场景的粗粒度的业务服务,而减少数据服务的使用.

服务设计初探

- - 携程设计委员会
以往,交互设计师的日常主要是配合产品功能需求,快速地绘制线框图,做原型demo,设计网站、手机上人机界面的交互——可若仅限于此,不免有沦为“绘图师”之虞. 在屏幕上与用户的信息交互,只是用户行为的一环. 在设计的过程中我们大可以从固定的配合需求中跳出来,加入“服务设计”的理念,更广泛地思考用户与多服务触点的关系,以求给用户更好的体验.

[译] 微服务设计指南

- - IT瘾-dev
本文为翻译发表,转载需要注明来自公众号EAWorld. 作者:Thilina Ashen Gamage. 原题:Microservices Design Guide. 原文:http://t.cn/EAvCCMb. 全文5949字,阅读约需要10分钟. 2018年,每个人都听说过微服务. 微服务是当今软件工程师的一个热门话题.

以互联网产品为核心的服务设计

- - 百度商业用户体验部
当前互联网产品的发展日新月异,从业者在不断地深挖产品的方方面面,这些工作足以使产品的质量非常优秀,但为什么有时却得不到广大用户的认可呢. 从服务设计的角度来分析,我们也许可以得到答案. 进行产品设计时,一般要考虑四个因素:用户、情景、过程、对象(即产品本身). 在服务设计的思路里,产品可以是有形的,也可以是无形的——与用户发生交互的每个环节都是产品的一部分.

Memcached的服务设计与启动过程——C10K系列

- - 行业应用 - ITeye博客
C10k要解决的问题,是10K个连接. LINUX下,使用EPOLL可实现异步非阻塞(注:阻塞的一定是同步的,阻塞是调用方自己阻塞自己(等待事件)). 非阻塞:是指调用方不会阻塞自己,如被调用方有数据就返回,无数据就返回EAGAIN,调用方根据EAGAIN决定自己的策略. 因此非阻塞,和异步没有任何关联.

Netty系列之Netty百万级推送服务设计要点

- - 开源软件 - ITeye博客
原文地址:http://www.infoq.com/cn/articles/netty-million-level-push-service-design-points?utm_source=infoq&utm_medium=related_content_link&utm_campaign=relatedContent_articles_clk.

为什么在做微服务设计的时候需要DDD?

- - DockOne.io
记得之前在规划和设计微服务架构的时候,张队长给了我一个至今依然记忆深刻的提示:『你的设计蓝图里为什么没有看到DDD的影子呢. 随着对充血模型的领域认知的加深,我越加感觉到DDD的重要性. 但是DDD内容繁多,是不是要深入去了解呢,我觉得不必入坑太深,个人浅见,它最核心的一点就是针对贫血模型的不足而设计,把原先传统的贫血模型里的业务逻辑层拎出来,融入到Domain层,这样面对复杂业务的规模化变更,我们只需要专注于Domain即可.

深度解析DDD中台和微服务设计

- - DockOne.io
随着业务发展,领域模型和微服务会不断变化和演进,如何用最小代价来适应因为业务变化,而带来的领域模型和微服务演进. 建立 DDD、中台和微服务的统一语言. 我们先简单回顾一下中台的发展历程,2017 年《企业 IT 架构转型之道:阿里巴巴中台战略思想和架构实战》出版后,中台就受到业界热捧. 中台的出现是为了解决以往烟囱式和单体架构的重复开发、数据分散和试错成本高的问题,也是为了提高企业市场响应能力,解决巨型企业由于产品种类繁多、部门林立和沟通困难,而导致的商业模式创新难的问题.

微观SOA:服务设计原则及其实践方式(下篇)

- - 博客园_知识库
   上篇: 微观SOA:服务设计原则及其实践方式(上篇).   在 上一篇文章中,我说到SOA是一个特别大的话题,不但没有绝对统一的原则,而且很多原则本身的内容也具备相当模糊性和宽泛性. 虽然我们可以说SOA ≈ 模块化开发 + 分布式计算,但由于其原则的模糊性,我们仍然很难说什么应用是绝对符合SOA的,只能识别出哪些是不符合SOA的.

微观SOA:服务设计原则及其实践方式(上篇)

- - 博客园_知识库
   下篇: 微观SOA:服务设计原则及其实践方式(下篇).   大量互联网公司都在拥抱SOA和服务化,但业界对SOA的很多讨论都比较偏向高大上. 本文试图从稍微不同的角度,以相对接地气的方式来讨论SOA,集中讨论SOA在微观实践层面中的缘起、本质和具体操作方式,另外也用相当篇幅介绍了当今互联网行业中各种流行的远程调用技术等等,比较适合从事实际工作的架构师和程序员来阅读.