Для провайдеров управляемых услуг (MSP) SOP — это операционная система бизнеса. С Trupeer вы можете сэкономить часы на документации для MSP: начните с бесплатного шаблона SOP для MSP, настройте его с помощью ваших бренд-гайдлайнов и используйте наш AI-создатель SOP, чтобы превратить каждую процедуру в понятный видеообзор.

Что такое шаблон MSP SOP и чем он отличается?

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

Техническое содержание почти полностью совпадает с внутренним IT SOP. Добавляются две вещи — и обе связаны с тем, что вы работаете по коммерческому соглашению на территории чужой организации.

У каждой процедуры есть коммерческая граница. Где-то в процессе вы переходите от того, что покрывает контракт, к тому, что должно быть выставлено к оплате или указано в смете, и человек, который стоит на этой границе, — это техник, работающий «внутри» тикета.

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

У внутренней SOP нет этой проблемы. Игнорируйте оба момента — и получите процедуры, которые технически отличные, но тихо дорогие; именно об этом и большая часть этой страницы.

Где «течёт» маржа MSP: внутри тикета

Спросите владельца MSP, куда уходит маржа, и вы услышите про зарплаты, инструменты или клиентов, которые берут слишком много поддержки. Это реальные и заметные причины — поэтому их и «закрывают».

А утечка, которая не видна, происходит внутри легитимных тикетов.

Инженер берёт запрос, который входит в рамки, решает его корректно и, пока он залогинен, замечает, что есть ещё одна проблема. Структура Teams у клиента — хаос, или правила firewall — это десятилетие накопленных исключений. Они тратят девяносто минут на исправление, потому что очевидно, что это нужно чинить, и регистрируют работу в том же тикете.

В этом нет нарушения. Это хороший инженер делает хорошее дело. Но это также неоплачиваемая работа по контракту с фиксированной стоимостью, и поскольку она находится внутри тикета, входящего в рамки, ни один отчёт никогда не покажет её вам.

Спросите инженеров, почему так происходит, и ответ будет одинаковым. Никто не объяснил им, где проходит граница. Описание услуги — это коммерческий документ в папке контракта, а runbook’и описывают, как выполнять работу, не говоря, где именно она заканчивается.

Поэтому коммерческая граница десятки раз в неделю определяется тем, кто в данный момент оказался в тикете. Это проблема дизайна процедуры, а не дисциплины.

Как настроить этот шаблон в Trupeer

Шаг 1: Откройте раздел «Templates»

Перейдите в раздел Templates из главного меню.

Шаг 2: Выберите и откройте шаблон

Нажмите на любой шаблон, с которым хотите работать, чтобы открыть его.

Шаг 3: Разверните просмотр шаблона

При необходимости разверните просмотр шаблона, чтобы увидеть полную раскладку и детали.

Шаг 4: Отредактируйте шаблон

Нажмите Edit, чтобы начать изменять выбранный шаблон.

В редакторе вы можете:

• Добавлять новые разделы

• Задавать или обновлять правила форматирования

• Добавить логотип и настроить его положение и связанные параметры

Шаг 5: Сохраните настроенный шаблон

После того как вы внесёте все необходимые изменения, нажмите Save, чтобы сохранить обновлённый шаблон как свой.

Шаг 6: Предпросмотр и точная настройка шаблона

Когда вы захотите увидеть, как выглядит ваш настроенный шаблон, откройте Preview.

На экране предпросмотра вы можете продолжить вносить изменения напрямую при необходимости — так вы гарантируете, что шаблон будет выглядеть ровно так, как вам нужно.

С шаблоном MSP SOP вы можете:

• Экономить часы на написании: пропускайте пустую страницу — структура уже создана под процедуры MSP.

• Сократить MTTR: понятные SOP помогают любой техподдержке быстро обслуживать любого клиента.

• Оставаться в фирменном стиле: применяйте логотип, шрифты и цвета с помощью бренд-набора Trupeer.

• Быстрее обучать техников: сочетайте SOP с видеообзорами, чтобы быстрее вводить в работу новых специалистов.

• Быть готовыми к аудитам: встроенные разделы поддерживают SOC 2, ISO 27001 и аудиты клиентов.

• Достигать глобальных команд: переводите SOP для MSP на 65+ языков одним кликом.

Почему каждой процедуре MSP нужен «срез области»

Исправление небольшое — и его нужно вносить в процедуру, а не в политику, которую никто не читает.

В каждом SOP для MSP вверху указано, что именно покрывается по контракту и где процедура заканчивается. Не в общих формулировках. Достаточно конкретно, чтобы инженер уровня one в 16:30 в пятницу мог понять, по какую сторону границы он находится, не звоня никому.

Формулировка, которая работает, задаёт границу, а не разрешение. «Эта процедура покрывает восстановление одного почтового ящика из резервной копии. Восстановление более чем пяти почтовых ящиков или любое восстановление, требующее новой задачи резервного копирования, выходит за рамки и требует примечания по области (scope note)».

Это даёт три вещи, которые не может сделать описание услуги. Оно доносит информацию до человека, который выполняет работу, именно в тот момент, когда она нужна. Оно использует лексику задачи, а не контракта. И оно даёт им действие — поднять примечание по области, а не выносить суждение.

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

Как помечать процедуру: включена, оплачивается или требуется смета

Три тега — по одному на каждую процедуру, иногда по одному на шаг, если процедура пересекает границу.

Средняя строка требует максимальной аккуратности, потому что тег billable без инструкции «сначала сообщить клиенту» приводит к спорным счетам — а это стоит отношений больше, чем заработанная работа.

Ежегодно сверяйте теги с актуальным описанием услуги, а не с тем, которое действовало, когда runbook’и были написаны. Область «плывёт» в одну сторону, и процедуры с тегом included, которым уже три года, часто описывают заметно больше работы, чем покрывает контракт.

Зависимости со стороны клиента и тикеты, которые «стареют»

Вторая вещь, которой чаще всего не хватает в процедурах MSP, — это маркер на каждом шаге, где требуется кто-то вне вашей организации.

Отметьте это и задайте ожидаемое окно ответа. Одобрение клиентом отключения сотрудника, физический доступ для замены оборудования, решение о том, восстанавливать или расследовать.

Затем дайте инженеру инструкцию: «поставить тикет на паузу», а не ждать. Это звучит административно — и двигает два числа. Возраст тикета перестаёт раздуваться из-за времени, которое никогда не было вашим, и инженеры перестают держать незавершённую работу у себя в голове.

Формулируйте конкретно: «Требуется авторизация клиента. Ожидается в течение одного рабочего дня. Поставьте тикет на паузу и установите напоминание, а не держите его открытым».

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

Бесплатный шаблон MSP SOP: структура, которую нужно копировать

Скопируйте отсюда. Поля, отмеченные звёздочкой, — это добавления, специфичные для MSP.

Заголовок. Номер процедуры и название, написанные с глагола в повелительном наклонении. Владелец. Дата последней проверки — то есть когда в последний раз кто-то выполнял её. Тег области: included, billable или quote required. Billing code, где billable. Оценка времени инженера. Применимость для клиента — то есть все клиенты или указанные исключения.

Граница области. Один-два предложения: что именно покрывается, и конкретные условия, при которых это становится billable или требует сметы.

Триггер. Запрос или событие, которое запускает эту процедуру.

Не выполняйте, если. Условия, при которых процедура неверна, включая случаи, когда применяется отклонение со стороны клиента.

Предпосылки. Доступ, инструменты, авторизация клиента, нужная информация. Отметьте каждый пункт со стороны клиента.

Шаги. Пронумерованные, по одному действию на каждый шаг, с ожидаемым результатом. Любой шаг, где требуется действие клиента, отметьте с ожидаемым окном ответа.

Проверка. Как вы понимаете, что результат достигнут, включая любые отложенные эффекты, такие как репликация или синхронизация за ночь.

Коммуникация с клиентом. Что вы сообщаете клиенту, когда и какими словами. Это раздел, который вообще не нужен внутренним SOP.

Эскалация. Кто, каким маршрутом и на каком этапе.

Отклонения. Указатель на реестр отклонений со стороны клиента, а не список, потому что именно там живут различия для каждого клиента.

Скопируйте отсюда. Последний пункт важен структурно: эта процедура существует один раз как стандарт, а вариации для каждого клиента должны быть в реестре, описанном в наших шаблонах документации для MSP. Копирование процедуры для каждого клиента — это то, как библиотека становится невозможно поддерживать.

MSP, который раздавал 285 часов в месяц

Barrowden Technology оказывала управляемые услуги для двадцати шести клиентов силами четырнадцати инженеров по контрактам с фиксированной стоимостью, при этом проектные работы выставлялись отдельно.

Валовая маржа по управляемым контрактам снизилась с пятидесяти восьми процентов до сорока четырёх за два года. Повышения зарплат и покупка инструментов объясняли примерно треть падения. Остальное осталось без учёта.

Управляющий директор взял один месяц записей по времени: 1800 и 40 часов работы инженеров — и построчно проверил выборку из двухсот записей по описанию услуги.

Тридцать одна из двухсот описывала работу, которая выходила за рамки контракта, и при этом её никогда не включали в смету и не выставляли к оплате. Если экстраполировать на месяц, это около двухсот восьмидесяти пяти часов при внутренней стоимости примерно тридцать восемь фунтов в час — то есть примерно десять тысяч восемьсот фунтов в месяц и что-то около ста тридцати тысяч в год.

Почти каждый случай начинался внутри легитимного тикета, входящего в рамки. Самая крупная запись — девяносто минут на восстановление структуры канала Teams клиента, сделанные в тикете, который стартовал как проблема с правами одного почтового ящика.

Каждый опрошенный инженер сказал одно и то же. Они не знали, где проходит граница, никогда не читали шестистраничное описание услуги, и runbook’и не говорили об этом.

Изменение заняло три поля в каждом runbook: тег области, billing code и предложение про границу области. Шаги со стороны клиента были отмечены ожидаемыми окнами ответа и инструкцией «поставить на паузу».

В течение следующих двух кварталов работа вне рамок в выборочных записях снизилась примерно с пятнадцати процентов до около четырёх. Доходы, которые можно выставлять к оплате вне управляемых контрактов, выросли примерно на шесть тысяч двести фунтов в месяц — это та же работа, за которую теперь платят, а не отказываются. Маржа по управляемым контрактам восстановилась до пятидесяти трёх процентов.

Побочный эффект оказался тем, чего никто не ожидал. Средний возраст тикета снизился, потому что тикеты, ожидавшие клиента, теперь ставились на паузу, а не «висели» в очередях инженеров, выглядя активными.

Какие SOP должен написать MSP в первую очередь и почему

Не те, что кажутся интересными. Пишите процедуры там, где большой объём тикетов, или где граница области действительно неясна, потому что именно в этих местах процедура окупается сама.

По объёму обычно это запросы на пароли и доступ, обработка новых сотрудников и увольняющихся, восстановление почтовых ящиков и файлов, пересборка конечных точек и передача, развёртывание принтеров и периферии, а также проблемы с VPN или удалённым доступом.

По неоднозначности области — всё, что связано с другим вендором, всё, что затрагивает систему, которую клиент добавил, не сообщив вам, миграции данных любого масштаба, всё, что клиент описывает как «быстрое изменение», и реагирование на инциденты безопасности, где граница между ответом по контракту и устранением последствий проекта одновременно и неясна, и дорого обходится.

Реагирование на инциденты безопасности стоит писать заранее ещё и по второй причине. Это процедура, которую чаще всего выполняют под давлением те, кто оказался доступен, и именно её клиенты чаще всего просят показать. Сочетайте её с методом процедуры для любых запланированных работ по устранению последствий на инфраструктуре клиента.

Десять–пятнадцать процедур, покрывающих список по объёму, — это рабочая библиотека. Попытка написать сорок в первую очередь — причина, почему эти проекты буксуют.

Как написать процедуру MSP SOP пошагово

Запишите, как кто-то выполняет задачу в реальной среде клиента, в обычном темпе, без перерывов.

Напишите шаги по записи, затем удалите все шаги, которые являются навигацией, а не действием или решением. Добавьте ожидаемый результат к каждому оставшемуся шагу.

Теперь опишите границу области — и сделайте это вместе с человеком, который понимает контракт, а не в одиночку. Это тот шаг, который инженеры не могут сделать без подсказки, и который коммерческие специалисты тоже не могут сделать без подсказки. На каждую процедуру с обоими в комнате уходит примерно десять минут.

Отметьте шаги со стороны клиента и задайте для каждого ожидаемое окно ответа.

Установите тег области и, где это уместно, billing code.

Затем попросите человека, который ещё не выполнял эту задачу, пройти по процедуре в другой среде клиента. Последняя деталь важна, потому что процедура, которая работает только в той среде, под которую её написали, — это не стандартная процедура.

Чего ждут от SOP ISO 9001 и клиентские аудиты?

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

Для MSP наиболее частая проверка — это не ваша собственная сертификация, а аудиты ваших клиентов. Корпоративные клиенты и все, у кого есть система управления безопасностью, попросят показать конкретные процедуры — чаще всего это предоставление и отзыв доступа, реагирование на инциденты, управление изменениями, проверка резервного копирования и восстановления, а также то, как вы обращаетесь с их учётными данными.

Что ищут эти проверяющие — не самое «гламурное». Подтверждение того, что процедура выполняется, а не просто написана: тикеты, которые на неё ссылаются, и дата последней проверки, которая актуальна. Названный владелец. И история версий, показывающая, что она меняется.

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

Здесь нет советов по комплаенсу, и требования зависят от стандарта, фреймворка и контракта клиента. Подтвердите детали у тех, кто отвечает за вашу сертификацию.

Как SOP для MSP связаны с вашей стандартной библиотекой

SOP — это один тип документа внутри более широкой структуры. Важно чётко сохранять различие между методом и средой (estate).

Метод — стандартный, существует один раз, и он ваш. Процедуры, форматы отчётов, стандарты сборки. Уход клиента не забирает это с собой.

Среда — это отдельная часть для каждого клиента и в основном принадлежит им. Реестры активов, учётные данные, схемы и реестр отклонений, фиксирующий, где среда клиента отличается от вашего стандарта.

Процедуры ссылаются на среду, а не содержат её. Когда процедуре нужен специфичный для клиента параметр, она указывает на реестр. Это единственное правило позволяет одной процедуре обслуживать тридцать клиентов, а наши шаблоны документации для MSP покрывают и реестр, и более широкую библиотеку. Когда процедуре нужен быстрый справочник прямо в момент работы, job aid часто лучше, чем расширять SOP.

Могу ли я получить шаблон MSP SOP в Word или Excel?

Word или Google Docs подходят для самой процедуры, а структура выше вставляется напрямую. Заблокируйте блок заголовка, чтобы авторы не могли пропустить тег области, потому что это поле чаще всего оставляют пустым те, кто пишет быстро.

Excel подходит для реестра процедур — это список всех SOP с владельцем, тегом области, billing code, датой последней проверки и ежемесячным объёмом тикетов. Две колонки на этом листе окупаются: доля процедур, проверенных за последние шесть месяцев, и количество по тегу области — это позволяет сразу увидеть, какая часть вашей библиотеки по контракту неоднозначна.

PDF подходит для версий, которые вы показываете клиентам во время аудита — экспортируйте их из «живой» копии, а не поддерживайте отдельно. Для общей структуры SOP вне контекста MSP наш шаблон SOP подходит.

Генерация SOP из записи вместо шаблона

Причина, почему библиотеки процедур MSP остаются тонкими, не в разногласиях о том, что писать. Дело в том, что написание runbook’а означает, что инженер делает скриншоты и описывает задачу, которую он мог бы выполнить четыре раза за тот же период.

Trupeer AI убирает эту стоимость. Инженер выполняет задачу один раз на видео, а результат — это отформатированная процедура с шагами и экранами, которые уже захвачены: он их проверяет, а не пишет. Пятнадцать процедур превращаются в две недели вместо квартала — это разница между библиотекой, которая существует, и той, которая всегда «вот-вот» появится.

Запишите. Оформите в бренде. Переведите. Сделайте Trupeer.

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

Часто задаваемые вопросы

Есть ли бесплатный шаблон MSP SOP в Word?

Структура выше вставляется прямо в Word или Google Docs, включая тег области и поля зависимостей клиента, которых нет в общих шаблонах SOP. Нет закрытой загрузки и нет формы. Заблокируйте заголовок при сохранении как шаблона для дома, потому что тег области — это поле, которое чаще всего оставляют пустым.

Есть ли бесплатный шаблон MSP SOP в Excel?

Excel лучше подходит для реестра, чем для процедуры. Одна строка на каждую SOP: владелец, тег области, billing code, дата последней проверки и ежемесячный объём тикетов. Сортируйте по объёму тикетов, чтобы понять, какие процедуры требуют внимания, и считайте по тегу области, чтобы увидеть, какая часть вашей библиотеки никогда не имела заданной коммерческой границы.

Есть ли бесплатный шаблон MSP SOP в PDF?

Экспортируйте из вашей «живой» копии, когда клиент просит показать процедуру во время аудита, и держите рабочую версию редактируемой. Библиотека SOP в PDF имеет ту же проблему, что и любой набор «замороженных» документов: она не может сказать читателю, что документ устарел.

Где найти общий шаблон SOP в Word?

Если вам нужна стандартная структура без полей, специфичных для MSP, наш шаблон SOP подходит, а шаблон IT SOP покрывает технические операции, включая то, как решить, какие процедуры вообще стоит писать.

Что такое шаблон пошаговой стандартной операционной процедуры?

Это самый распространённый формат SOP: пронумерованные действия, по одному на строку, и каждое — с результатом, который вы должны увидеть. Он подходит для линейных задач с понятным началом и завершением — а это большая часть работы MSP. Это неправильный формат для диагностики, где следующее действие зависит от того, что вы только что обнаружили; для этого лучше подходит дерево решений.

Сколько SOP нужно MSP?

Десять–пятнадцать процедур, покрывающих самые большие объёмы тикетов, плюс реагирование на инциденты и всё, где граница области неясна. После примерно тридцати обслуживание становится ограничением, и вам будет лучше иметь меньше процедур, которые действительно актуальны, чем большую библиотеку, которой никто не доверяет.

Кто должен писать SOP для MSP?

Инженер, который выполняет задачу, вместе с тем, кто согласовал границу области по контракту. Такая связка необычна — и в этом весь смысл, потому что технически корректная процедура без коммерческой границы и создаёт утечку в приведённом примере.

Как мы останавливаем инженеров от работы вне рамок?

Скажите им, где проходит граница в тот момент, когда они стоят на ней — то есть в самой процедуре, а не в описании услуги. Затем дайте им действие вместо «оценочного решения» — поднять примечание по области. Большая часть работы вне рамок делается добросовестными людьми, которые просто не могут сказать, что это уже не входит, а исправление — это информация, а не принуждение.