Управление уровнем услуг внешних поставщиков

External-providers-SLA
У поставщиков управляемых услуг (MSP) могут быть много выделенных компонентов услуг, каждый из которых предоставляет, по существу, одинаковые функции разным клиентам. Но также могут быть компоненты услуг, которые используются несколькими клиентами. Таким образом, общий компонент услуги может быть связан с несколькими соглашениями об уровне услуг (SLA), что позволяет устанавливать разные цели для каждого из этих клиентов. И хотя большинство приложений для управления услугами, похоже, предполагают, что установка пороговых значений аналогична определению SLA, решение должно позволять организациям-поставщикам регистрировать фактические SLA, которые имеют значение не только для поставщика, но и для его клиентов.

Поделиться

Share on facebook
Share on linkedin
Share on twitter
Share on email

Управление уровнем услуг внешних поставщиков

Несмотря на то, что существует множество решений для управления услугами внешних поставщиков, многие из них не имеют структуры данных, необходимой для точной отчетности SLA. Если они даже признают, что услуга заслуживает быть отдельной сущностью, а не просто особым типом конфигурационной единицей (CI), эти решения не учитывают тот факт, что обычно существует несколько сред услуг, каждая из которых имеет потенциально разные цели SLA.

Например, сбой в среде QA приложений услуг, возможно, не нужно устранять в выходные дни, но специалистам может потребоваться незамедлительно принять меры, если производственная среда той же услуги затронута в воскресенье. Или Wi-Fi в корпоративном головном офисе может иметь более строгие цели SLA, чем WiFi в удаленном офисе продаж. Эти разные среды одной и той же услуги могут быть зарегистрированы как компоненты услуг.

У поставщиков управляемых услуг (MSP) могут быть много выделенных компонентов услуг, каждый из которых предоставляет, по существу, одинаковые функции разным клиентам. Но также могут быть компоненты услуг, которые используются несколькими клиентами. Таким образом, общий компонент услуги может быть связан с несколькими соглашениями об уровне услуг (SLA), что позволяет устанавливать разные цели для каждого из этих клиентов.

И хотя большинство приложений для управления услугами, похоже, предполагают, что установка пороговых значений аналогична определению SLA, решение должно позволять организациям-поставщикам регистрировать фактические SLA, которые имеют значение не только для поставщика, но и для его клиентов.

Решения по управлению услугами должны позволять иметь следующие функции: анализ качества предоставляемых услуг в режиме реального времени. Организации должны иметь в своем распоряжении информационную панель (дэшборд), которая позволит увидеть, насколько хорошо работает каждый из их поставщиков, внутренних или внешних.

Должна быть возможность высокоуровневого просмотра уровня обслуживания каждого поставщика, какие поставщики в настоящее время нарушают одну или несколько целей SLA. Это можно отобразить красной точкой, что позволяет руководству легко увидеть, на чем следует сосредоточить свое внимание. Также, для эффективного управления поставщиками нужно проводить обзоры поставщиков, их эффективность может быть представлена ​​12-месячной историей в дэшборде, где каждый месяц может быть представлен зеленым или красным блоком в зависимости от того, были ли нарушены какие-либо целевые показатели SLA.

И наоборот, каждый внешний поставщик также должен иметь доступ к разделу «Отчеты клиентов» дэшборда. Эти информационные панели (дэшборды) показывают, насколько хорошо организация работает для своих внутренних и внешних клиентов.

Из этих отчетов поставщика или заказчика должна быть возможность легко перейти к отдельным отчетам SLA, а оттуда – к отдельным запросам, которые были включены в вычисления для отчета SLA.

Однако решение по управлению услугами внешних поставщиков не только должно отслеживать выполнение соглашений об уровне услуг от начала до конца. Когда компонент услуги Заказчика полагается на другие компоненты услуг, соглашения, лежащие в основе SLA, также должны отображаться в отчете SLA Заказчика. Каждое базовое соглашение, цели которого не были достигнуты, должны отмечаться красной точкой, чтобы помочь организациям определить причину любых нарушений целевых показателей. Если были сбои в приложении из-за инцидентов в инфраструктуре, это должно быть доступно для просмотра в отчетах.

Подпишитесь на рассылку

Мы будем направлять Вам различные новости

Вас также может заинтересовать...

External-providers-SLA
SLA

Управление уровнем услуг внешних поставщиков

У поставщиков управляемых услуг (MSP) могут быть много выделенных компонентов услуг, каждый из которых предоставляет, по существу, одинаковые функции разным клиентам. Но также могут быть компоненты услуг, которые используются несколькими клиентами. Таким образом, общий компонент услуги может быть связан с несколькими соглашениями об уровне услуг (SLA), что позволяет устанавливать разные цели для каждого из этих клиентов.
И хотя большинство приложений для управления услугами, похоже, предполагают, что установка пороговых значений аналогична определению SLA, решение должно позволять организациям-поставщикам регистрировать фактические SLA, которые имеют значение не только для поставщика, но и для его клиентов.

4-совета-для-менеджеров-по-закупкам
SaaS

4 совета для менеджеров по закупкам

Многие поставщики SaaS по-прежнему используют модели ценообразования, которые серьезно ограничивают гибкость их клиентов. Ниже приведены несколько простых советов, которые помогут заключить более выгодные условия с поставщиками программного обеспечения SaaS.
1. Избегайте привязки к одному поставщику решений
2. Платите после запуска (Go-Live).
3. Масштабируйте вверх и вниз
4. Исключите проекты по обновлению

ru_RUРусский
en_USEnglish ru_RUРусский

Мы здесь, чтобы Вам помочь

Оставьте нам заявку и наши консультанты свяжуться с Вами