Портал №1 по управлению цифровыми
и информационными технологиями

Дополняющие услуги

Опубликовано 19 ноября 2012
Рубрики: ITIL, ITSM, SLA, SLM, BRM, Источники знаний, Постоянное улучшение
Комментарии

Среди нескольких классификаций услуг, которые предлагает ITIL, есть и такая:

  • Основная (Core) услуга – та, которая попадает под определение услуги вообще .
  • Вспомогательная (Enabling) – загадочная: та, которая заказчику может быть не видна, но, тем не менее, необходима для предоставления основной. Из примеров и описаний не очень ясно, чем она отличается от поддерживающей–обеспечивающей (supporting). Будем считать, что это одно и то же.
  • Дополняющая (Enhancing) – такая, которая не нужна никому, но делает основную услугу привлекательной для заказчика.

Так вот: приходится признать, что идея дополняющих услуг в ITIL не продумана до уровня прикладных рекомендаций.

Из пары-тройки абзацев на эту тему становится ясно, что речь идёт примерно о том, что Пелевин называл "вау-факторами". Заказчик, глядя на пакет услуг (service package), в который входят "факторы восхищения" (excitement factors), скорее всего, выберет именно его из всех аналогичных. И вообще, у заказчика появится неудержимое желание купить.

Дополняющие услуги (в русском словаре терминов они иногда называются еще и улучшающими) и являются такими изюминками, выгодно отличающими предложение данного продавца от других. Примеров в ITIL мало: "первый напиток в баре – бесплатно" и "wi-fi в гостиничном номере". Еще есть ИТ-шные примеры, на эти два не очень похожие: "печать высококачественных брошюр в текстовом редакторе" (?) или "программа снижения веса на корпоративном интранет-портале" (???).

Мне кажется, что с дополняющими услугами все серьезнее.

Во-первых, дополняющие услуги отражают технологическую эволюцию. Ноу-хау, изобретения очень быстро прекращают приносить выгоду изобретателю и начинают применяться всеми остальными. Дополняющие технологии быстро становятся вспомогательными (то есть воспринимаются заказчиками как нечто само собой разумеющееся, и не интересуют его в отрыве от основной услуги), а затем, возможно и частью основных (то есть заказчик будет и к такой технологии предъявлять требования по качеству). Пример с wi-fi тут всем понятен. Значит, поставщик ИТ-услуг должен быть искать возможности обновления и развития своей инфраструктуры, чтобы постоянно доказывать заказчикам своё превосходство.

Во-вторых, в дополняющие ИТ-услуги нужно вкладываться при разработке корпоративных информационных систем. И уж точно речь идёт не о программе снижения веса, но о дополнительном удобстве использования новых ИС, в сравнении со старыми. Новая система должна быть проще в использовании (меньше кнопок, кликов, полей и т.п.), быстродейственнее (не тормозить) и гибче (в части персонализации), чем старая\привычная. Ключевой мне видится как раз демонстрация подобных сравнений при "продаже" новых услуг.

Моё мнение: дополняющая услуга – это то, насколько удобнее и приятнее стало пользоваться существующей ИТ-услугой (т.е. инструментом автоматизации) после её замены или обновления в ходе ИТ-проекта. Как вам?

ИНТЕНСИВ С ТРЕНЕРОМ
VAP: Управление уровнем услуг и каталогом услуг
Разработка каталога, SLA, метрик качества, расчёт доступности

Также по теме:

Комментариев: 15

  • ZW

    Основная – документооборот в облаке.
    Вспомогательная – организация защищённых каналов связи до точек клиента.
    Дополнительная – 200 подключений = IM обмен бесплатно.

    В принципе, вспомогательная услуга – внутренняя услуга внутри сервис-провайдера.

  • Дмитрий Исайченко

    В ITIL v3 было так: услуги бывают core и supporting, supporting бывают enabling и enhancing (SS, 5.5.4.1 “Core services and supporting services”). А вот в ITIL 2011 действительно стало так: услуги бывают core, enabling и enhancing (SS, 3.2.2.4 “Core, enabling and enhancing services”). Термин supoorting service теперь является частью другой классификации – на внутренние и внешние услуги – и описан как услуга, которую ИТ-подразделение потребляет для того, чтобы предоставлять свои услуги – core, enabling или enhancing. Хотя дальше по тексту книги термины enabling service и supoorting service, как мне кажется, смешиваются.
    Что касается enhancing services, это услуга (или её часть), которая стимулирует использовать (приобретать) core-услугу именно у вас, а не у другого поставщика. Например, core service – обеспечение работоспособности ПК, enhancing service – предоставление ПК из подменного фонда на время ремонта. Или core service – обеспечение e-mail (прости, Господи), enhancing service – антивирусная и антиспам защита почты.

  • Дмитрий Исайченко

    Вот ещё один — более “наш” — пример. Core service — обучение, enhancing service — доступ участников обучения к тематическому разделу базы знаний на портале сервис-провайдера.
    “Дополняющие технологии быстро становятся вспомогательными (то есть воспринимаются заказчиками как нечто само собой разумеющееся)”
    Мне кажется, скорее идёт переход enhancing -> core. Например, предложение ШПД + Internet TV для физлиц сегодня скорее воспринимается как core. Или личный кабинет для пользователей, который раньше предоставлялся как довесок для VIP-пользователей, а сегодня его отсутствие кажется странным. То, что “сегодня” лидер придумал как enhancing service для привлечения клиентов и получения конкурентного преимущества, “завтра” делает весь рынок.
    “в дополняющие ИТ-услуги нужно вкладываться при разработке корпоративных информационных систем”
    Вот этот тезис мне не очень понятен. Во-первых, в сценарии корпоративных ИТ-услуг конкуренция, как правило, гораздо ниже, и думать про enhancing services гораздо меньше стимулов. Во-вторых, само по себе совершенствование ИТ-услуги не означает создание enhancing услуг. Костя, или я не уловил Вашу мысль?

    • Константин Нарыжный

      Дмитрий, переход enhancing > enabling мне кажется более естественным. Тот же личный кабинет вам не продают, а, напротив, вы его считаете бесплатным, и вообще, можете им не пользоваться (я вот не пользуюсь, основной услугой он для меня не является).
      Конкуренция, ниже, это да. Но вот делать (разрабатывать или выбирать на рынке) ИС удобными, с “sexy” интерфейсами, как на передовых веб-порталах – почему бы нет? На функционал ИС это не повлияет, а вот удовлетворенность пользователей поставщиком услуг повысит. Хотя, кто их, пользователей, когда спрашивал, хехе…

  • Дмитрий Исайченко

    Вообще, вся эта кухня – service packages, enhancing services – становится более интересной именно в коммерческих сценариях, когда поставщик начинает думать, как превратить свои услуги в продукты (то, что продается), как скомпоновать свои услуги так, чтобы они отличались от конкурентов и приносили новых клиентов или дополнительную прибыль от существующих клиентов (в телекоме – задача увеличения ARPU). Поэтому важно понимать, как поставщик себя позиционирует, на какие сегменты рынка он ориентирован, что делают его конкуренты. Поэтому этой теме и уделяется такое внимание в книжке SS, а не SD.
    В корпоративных сценариях (ИТ-подразделение – внутренний поставщик) гораздо более важным становится не придумывание сервисных пакетов и дополняющих услуг, а определение и отслеживание связи между услугами и ресурсами, обеспечение механизмов совершенствования (в отсутствие коммерческого стимулирования поставщика). См., например, здесь: http://www.realitsm.ru/2012/08/value-network-and-service_approach/

    • Константин Нарыжный

      Дмитрий, вас, с вашим опытом, не переубедить =)
      Но я думаю, что логика о привлекательности услуг применима и в корпоративных сценариях:
      Непривлекательные услуги > пользователи, которые не используют корпоративные инструменты автоматизации > корпорация работает неэффективно.
      Вот такая логическая цепочка как вам?

      • Дмитрий Исайченко

        “Дмитрий, переход enhancing > enabling мне кажется более естественным. Тот же личный кабинет вам не продают, а, напротив, вы его считаете бесплатным, и вообще, можете им не пользоваться”

        Это же не делает личный кабинет enabling услугой 🙂

        “Но вот делать (разрабатывать или выбирать на рынке) ИС удобными, с «sexy» интерфейсами, как на передовых веб-порталах — почему бы нет?”

        Конечно, делать можно. Но почему Вы трактуете это как создание enhancing услуг? Дружественный интерфейс ИС, как отдельная услуга?

      • Дмитрий Исайченко

        “Дмитрий, вас, с вашим опытом, не переубедить”

        Откуда Вы знаете? Вы же пока не пытались 😉

        “Вот такая логическая цепочка как вам?”

        Не знаю. Во-первых, я не считаю хорошо внедрённую систему эквивалентом криво внедрённой системы с пакетом enhancing услуг. Предоставлять качественно можно и core услуги. Во-вторых, если система сдана в эксплуатацию, такой сценарий вряд ли возможен, по крайней мере в крупных компаниях, потому что деваться пользователям некуда. Собственно ИТ-подразделениям (особенно тем, кто отвечает за предоставление ИТ-услуг на операционном уровне) тоже бывает некуда деваться от таких “замечательных” внедрений.

        В отсутствие конкуренции enhancing услуги не нужны по определению. Если внутренний поставщик реально конкурирует с внешними, тогда другое дело.

  • Дмитрий Исайченко

    Прочитал свои и комментарии и понял, что написал много банальностей. Прошу меня простить 🙂

  • Pavel Solopov

    Поддерживаю Дмитрия в том, что полезность раскладывания услуг на основные и дополняющие для внутреннего ИТ весьма сомнительна.

    У меня вообще другие ассоциации возникли. Точнее идея эта возникла у меня уже давно, а сейчас проассоциировалась (слово-то какое) со статьёй.
    ИТ-сервисы можно разделить на две части. Первые это технологические сервисы (название условное, другого в голову не пришло), суть их в том, чтобы предоставить потребителю некий инструмент, или другими словами ИТ-систему, выполняющую необходимые ему автоматизированные функции.
    А вторые, извините за каламбур, это сервисные сервисы (извините уж, но ничего более подходящего для их именования в голову не пришло), это всякие работы по администрированию системы без которых система, в принципе, может работать или выполнение каких-то задач за пользователя.
    Так вот эти “сервисные сервисы” 🙂 как раз и можно назвать Enhancing. Т.е. в принципе без них система работать будет и функции свои будет выполнять, но их наличие добавляет удобства и скорости работы с ней.
    Банальный пример такого Enhancing service – консультирвоание пользователей по работе с системой. Вообще-то все пользователи должны были пройти обучение и пользоваться мануалами, но мы (поставщик сервиса) понимая все реалии жизни предоставляем дополнительный сервис: Если вы что-то забыли или не поняли, мы вам расскажем какие кнопки жать.

    P.S. Сполна осознавая всю полноту несоответствия моих идей с общепринятыми на сегодняшний день готов взойти на костёр. Начинайте стаскивать хворост. 🙂

  • Роман Журавлёв

    Получил вчера смс от одной таксомоторной компании из Перми. Яркий пример enhancing services, как мне кажется:
    “Предлагаем воспользоваться дополнительной услугой: ИНОМАРКИ – т.206-2-***. Хорошие иномарки – т. 2-700-***. Новые иномарки т. 215-15-**.”

    То есть core service – что вас довезут живым. Если вам важно, на чем довезут – извольте “воспользоваться дополнительной услугой”.
    На схожем приеме основаны рекламные компании более дорогих поставщиков – они предлагают в базе то, что у дискаунтеров отнесено к категории enhancing. А те в ответ подчеркивают возможность эти услуги НЕ покупать.

    Маркетинг – страшно увлекательная штука.

Добавить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *

DevOps
Kanban
ITSM
ITIL
PRINCE2
Agile
Lean
TOGAF
ITAM
Авторы и редакторы портала — консультанты и тренеры компании Cleverics.
Использование материалов данного сайта допускается исключительно с разрешения правообладателя.
Использование данного сайта означает согласие с обязательством соблюдать нашу Политику конфиденциальности и Согласие на обработку персональных данных.