售后服务服务级别管理SLM

（售后服务）服务级别管理SLM20XX年XX月峯年的企业咨询咸问经验.经过实战验证可以藩地执行的卓越萱理方案.值得您下载拥有服务级别管理 （ 上）金涛方乐科索路咨询SLM 介绍“服务级别管理” 是指企业于能够接受的成本条件下， 就 IT 服务的质量所做出的包括谈 判、定义、评估、管理、改进等于内的壹系列管理活动。于壹个组织里， 进行服务级别管理是非常必要的。 组织需要利用 IT 服务来支持业务的发 展，而 IT 服务则需要 SLM 来保证其服务有效： SLM 能够定义 IT 服务的级别，建立服务水 平监督体系，来保证服务达到规定的水平等级，即使服务失败，也能够正确分析原因，帮助 公司做出正确的应对决策。目前，人们往往认为 SLM 只于大型组织里才有效，这是错误的。当然，当客户需要提 供的服务涉及面比较广而且比较复杂时 SLM 将能显著降低服务风险，保证服务能够满足顾 客特殊的业务需求，确保服务能够跟随顾客业务的转变及时转变，且提高服务的成本效益。 可是于事实上，任何组织，只要它需要给客户提供服务，需要对员工、企业资源、以及财务 进行管理， SLM 均能发挥其作用，促使组织提供优质服务。只不过于小型组织里，由于规模 的限制，公司所需的 SLM 流程复杂程度较小， SLM 流程可能和诸如变更管理之类的流程融 合于壹起，不再需要有专人来负责罢了。服务级别管理定义、匹配、存档和管理客户要求的各个级别的服务。服务级别管理通常 包括以下壹些活动：供求双方就“服务需求”以及“用户期望服务特性”达成协议 制定关联的衡量标准和信息汇报方式，包括服务水平目标、所需资源和服务成本等和其他服务管理流程之间进行协作成本管理，对关联 IT 服务的开销进行成本论证对服务水平进行定期回顾，根据情况对服务内容进行必要的改变；如果服务需要进行改 变，或者出现问题需要解决，仍要认真衡量相应的成本和工作量 最主要的是，服务级别管理建立了壹个管理框架来约束服务提供者和顾客，它鼓励双方 达成壹种默契，认为双方均对服务的质量负有责任。这样做能够增强对客户业务的理解，使 工作量和服务特性能够及时做出合理的改变，同时为和顾客进行建设性的对话提供条件，这 些均是 IT 服务良好质量的保证。SLM 的收益综上所述，公司实施 SLM 所能带来的明显的好处包括：于很多组织里，壹个高效的 SLM 流程往往是组织吸引客户的主要竞争优势 拥有高效的 SLM 将意味着壹个组织能够更好地提供客户满意度，保留现有客户 SLM 能够帮助客户认真地考虑、记录且定义自己的真实需求SLM 能给服务提供商提供壹些关键的管理信息以利于正确决策的制定， 从而保证服务提 供商能够提供更具针对性、更加负责的服务SLM 能够保证服务提供商提供符合客户需要的服务SLM 能够使第三方供应商提供更好的服务支持其他的好处包括： 使服务目标、业务优先级、服务影响和服务成本均能很好的被理解，存档且实施 明确客户和服务提供商双方的责任，避免不必要的误解更好地定义服务的价值服务的质量能够被监控且能够被鉴定 为对服务进行比较和评估提供基础为改进服务质量提供基础SLM 和 ITIL 流程服务级别管理是 ITIL 中提供的十大关键管理流程之壹。 它和其他的管理的流程紧密结合。 下图是服务级别管理和其他管理流程的关系图：图 1 ： SLM 和 ITIL 流程的关系图从上图能够见出， IT 服务管理的其他流程均是依据服务级别管理的要求来开展的。服务 级别协定是依据企业的业务需求来制定的。因此，服务级别管理是 IT 服务管理的关键所于。 于这个层次上， 企业业务是需求方， 而 IT 级别管理是满足业务需求的供应方和需求方共同达 成的协定。需求方往往是企业内部的客户，供应方往往是企业内部的IT 服务部门。同时，从上图仍能够见出， 所有的服务最终均是由 IT 基础设施来提供的。 于这个层次上， 服务级别协 议中定义的服务级别是需求， 而企业内部和外部的 IT 基础设施是供应方。 因此， 从这俩个层 次能够见出， 服务级别管理是企业业务和企业 IT 基础设施的桥梁， 它是业务流程对服务需求 的具体实现描述，也是 IT 基础设施规划的目标描述。SLM 的管理过程服务级别管理的管理过程是壹个动态的循环的过程，也就是说于 SLM 的实施过程中， 服务质量将得到螺旋式上升，下面我们用壹张图来表示 SLM 的管理过程，我们需要认真地 进行规划、实施、执行和控制。图 2 ：SLM 管理过程于 SLM 管 理 过 程 中 需 要 涉 及 到 服 务 目 录 （ ServiceCatalogue ）、 SLA （ ServiceLevelAgreement ，服务级别协议） 、OLA （ OperationalLevelAgreement，操作级别协议）和 UC （UnderpinningContract ，支持协议）等关键管理要素，关于这些要素的 详细知识我们将于服务级别管理下篇中为您介绍。SLM 可能的问题 于 SLM 实施过程，可能会遇到这样那样的问题，常见的有以下壹些：如果服务提供商不愿去详细了解客户的业务，那么客户可能就需要反过来去学习和了解 服务提供商的日常术语来和服务提供商洽谈服务细节，这明显不符合客户的利益 SLA 可能没有把握好重点业务流程，可能没有定期监控和回顾，也可能过于复杂而无法 管理有些服务种类的水平很难准确地衡量，这样 SLA 很可能就只建立于猜测的基础上 于 SLA 中规定的服务水平不切实际 （ 可能于目前的资源水平下根本无法达到）有些服务级别水平只考虑了用户的意愿，而缺乏成本分析，结果只能是壹厢情愿 如果实施 SLM 后，服务提供者和客户不愿意分享他们于彼此工作流程中的经验，那么 这么流程很可能就不会有什么进步效果 最后要提及的是，于企业的实际运行过程中，服务级别管理将是壹个动态的过程，这不 仅仅是因为服务级别管理流程的实施过程本身是壹个循环滚动的过程，更重要的是服务级别 管理贯穿于整个 IT 服务运作的全过程。另外，市场环境和技术发展日新月异， SLM 也必须 将这俩者的动态因素考虑于内。总之壹句话， SLM 的任务就是要于 IT 服务质量、客户关系、 以及 IT 服务成本三者之间博弈，以寻找最有利的平衡点。服务级别管理 （ 下）金涛方乐科索路咨询于服务级别管理上篇中，我们介绍了服务级别管理的概念、管理过程、和 ITIL 流程 的关系、于 ITIL 中的地位、以及实施服务级别管理的优缺点，于这篇文章里，我们将逐条为 您介绍服务级别管理中关键管理要素的详细知识。服务目录 （ServiceCatalogue）服务目录”定义了服务提供商所提供服务的全部种类以及服务目标，可是于很多情况下，由于涉及到的内容很可能已经于其他的壹些文档比如 SLA 中被提及， 服务目录往往不再 单独列出，避免文档的重复。服务目录是表达客户期望的关键性文档，它应该是公开的，不论是服务提供者仍是客户 均应该能方便的查阅这些资料，于某些场合下，甚至会有壹个专门的内部网站点来完成这项 任务。服务目录会利用壹些来自质量控制系统的信息和文档，这些质量信息需要进行定期回 顾，及时做出相应调整以适应客户或者业务的具体需求。虽然不同的服务提供商对待服务目录以及关联文档的方式会有所不同，可是有壹个原则 是大家均应该遵守的， 那就是服务目录要避免信息处理过程中产生的冗余， 得到妥善的管理， 而且要方便查阅。服务水平协议 (ServiceLevelAgreement)于 SLM 的管理流程里， 服务级别协议 SLA 是很重要的壹个组成部分， 它是 IT 服务提供商和 其客户之间的壹种书面协议，规定了服务需要达成的主要目标和双方具体的责任，是有效的 衡量考核工具。SLA 的重点是个“ A ” Agreement ，这就是说 SLA 要建立于双方互相理解，互相 同意的基础上， 而不能互相敌视， 以防止对方敲诈勒索为目的。 于 IT 服务提供商和客户之间 应该有壹个共识，要努力建立真诚的合作伙伴关系，只有这样 SLA 才有可能是互惠互利的， 否则 SLA 带来的结果只能是信誉的下降和互相之间无休止的推诿扯皮， 根本无助于服务质量 的改进。图 1 ：SLA 关系图服务水平协议最初是用于描述针对单项服务或是单个客户的细节信息。可是于实际操作 过程中，关联信息会于服务目录或者质量手册上被详细记录，因此服务提供商无需于每壹个SLA 中再重复。 这样 SLA 就逐渐地只关注某项服务的特征信息， 不再面面俱到， 以保证壹些 重要的细节不会因为信息的复杂而丢失。于最终成文的 SLA 中，每壹个细节均是经过谈判、双方同意、且被记录于案做为 SLM 中的壹部分。 SLA 是由客户和服务提供商双方的高层管理人员授权认可的， 很重要的壹点是， 这个授权建立于信任和了解的基础之上，而且于需要的时候，任壹方的管理层均能够及时对 授权进行必要的调整。某些细节信息可能于壹个或者多个 SLA 中被描述， 这取决于所提供服务的规模、 服务的 复杂程度、客户分布以及客户数量。 SLA 能够非常的简单（比如仅仅说明所有的PC 硬件故障均必须于 X 个小时内恢复正常） ，也能够具备非常复杂的条款以覆盖服务的方方面面。 SLA 中所包含的信息大致上包括：服务概述和业务关键流程描述有效期限和 SLA 变更控制机制 授权协议的细节信息 双方沟通的渠道、方式以及回顾汇报形式的描述 服务时间、服务进度计划客户的责任服务提供商的责任和义务 高管理层面的财务信息，比如说关联费用的记账方式 术语表服务要达到的目标，比如响应时间、可靠性和可用性等 “意外”的定义以及故障的恢复定义服务目标需要双方仔细地推敲制定合适的目标，要考虑用户需求，经济效益，力求SLA实际可行。同时服务目标不可能面面俱到，有许多信息于其他的文档中会提及，所以于 中应该更多的关注关键服务的关键指标，且由客户明确向服务提供商指出，避免日后不必要 的矛盾以及于管理成本和时间的损耗。 壹般来说， SLA 不需要面面俱到， 如果公司制定的 SLA 过于复杂，那问题很可能出于俩个方面：壹，可能是双方对客户真实需求以及其重要程度的 认识不足；二，客户对服务提供商且不信任，从而于 SLA 中坚持将服务要求详细说明，借此 希望能够“迫使”提供商提供高质量的服务。虽然见起来好像是客户于吹毛求疵，可是从客户的立场出发，他们有理由认为壹份 SLA 的内容、结构以及其定义的服务目标完全应该是以客户的业务需求为最终依据，因为归根到 底是 SLA 是为客户服务的，客户决定了 SLA 的壹切，服务目标究竟有没有达到的确应该从 客户的角度来衡量，而不是服务的提供者说了算。所以于某种程度上，只有客户对服务提供 商充满信任， SLA 才有可能简化。服务的可持续性计划和财务管理的具体细节只是参考 SLA 中的信息，而不会于 SLA 中 进行专门规定。术语表应该统壹制定，且于各类文档里强制规范使用，包括服务目录和 SLA 。于制定术 语表的时候要“不厌其烦” ，要学壹学德国人的严谨作风，就算再简单明显不过的东西该统 壹就要统壹，这对日后衡量评估服务水平大有裨益。和所有其他的管理文档壹样， SLA 应该服从公司整体的变更控制行动。壹旦发生的变革 比较显著， SLA 就需要重新谈判，重新授权，关联的信息也要做出相应的改动。于现实环境 中，壹些大的业务变更，如组织扩张、业务重组、公司兼且、客户需求改变等，均要求服务 级别进行相应调整、重新定义、甚至暂时冻结。所以， SLA 有必要保证壹定的灵活性来适应 这些变化的情况。总之，有关服务级别管理的最佳实践证明 SLA 将是 SLM 赖以成功的信息基础。支持服务协议 (SupportingServiceAgreements)支持服务协议有时也能够叫做操作级别协议 (OLA) ，用来支持 SLA 中的服务水平级别的 实现。 OLA 是后台的协议， 它定义的服务内容可能和客户不发生直接关系， 但却是实现 SLA 所必不可少的。OLA 于很大程度上和 SLA 很相似，可是定义的服务内容仍是有较大差异的。于公司内 部，人们关心的首要问题是公司的业务能不能正常的运作。比如对于工作结算部门来说，关 心的是确保公司的每壹个员工能够及时的领取其应得的工资，而不愿意过多的去关心完成这 壹任务所必需的哪怕是关键的服务模块，比如网络设备、工资表单的处理软件或者打印机等 等。而 OLA 定义的就是这些底层的，用户不太关心的服务，比如打印机是否可用，网络是 否连通等等。这且不说明 OLA 可有可无， 相反， OLA 有很重要的地位， 是制定 SLA 的先决条件之壹。 壹个很简单的例子就是，如果客户和它的硬件提供商签订的合约中只能保证计算机的硬件故 障于 4 个小时内解决，那么服务提供商是不可能于和客户达成的SLA 中同意于 2 个小时内解决所有计算机故障的。遇到这种情况，就可能需要修改原先的OLA 。OLA 带来的好处是明显的， 它明确了服务提供商的角色和责任， 也明确了服务供求双方 的责任关系。支持合同 (UnderpinningContract) 支持合同是指公司和外部供应商之间签订的有关服务实施的供货合同，比如故障检测服务 器、维护光纤通讯电缆等。这有壹点像和外部供应商之间的OLA ，于许多公司里， IT 服务是由内部的 IT 部门提供的，所以 OLA 可能只是壹份内部协议，不具法律效力，可是 UC 则壹 定是和外部组织签订的合同，是正规的具备法律效力的。服务章程 (ServiceCharters)服务章程用来描述组织所提供的服务，明确组织的义务，被视作是提高客户满意度，保 持和吸引客户的壹种手段。有些服务章程是非正式的，而且对服务要求只进行定性而不是定 量的规定，可是于大部分情况下，它和 SLA 异曲同工，于 SLM 管理流程中经常发挥着相同 的作用。不过，就算公司有意认真制定服务章程，我们仍是认为其于 SLM 的运用不是十分 合适，效果不及 SLA 。理想的处理方法是将服务章程用来从较高的层次、较为宏观地描述服 务，作为服务目录和 SLA 的先导，而具体的服务仍是由 SLA 来规范较为妥当。 总结服务级别管理不仅能够于 IT 和客户之间建立友好的合作关系， 它通过对协商、 监控、 汇 报等壹系列活动进行动态连续的管理， 仍能够有效地保持且改进公司 IT 服务的质量， 且促使 公司更多的考虑自己的业务需求和成本效益，从而于根本上杜绝质量低下的 IT 服务再次发 生。因此能够说，服务级别管理是企业优质 IT 服务最有力的保障。