Кто принимает решение
IT-аутсорсинг покупает не один человек. На сайт могут прийти:
- собственник бизнеса;
- директор;
- офис-менеджер;
- финансовый директор;
- внутренний системный администратор;
- руководитель IT;
- специалист по закупкам.
Каждый ищет свое. Собственнику важна надежность и стоимость. Руководителю IT — компетенции, процессы, безопасность. Закупкам — документы, договор, SLA. Поэтому сайт должен давать несколько уровней информации: краткое объяснение, тарифы, технические детали, кейсы, документы.
Первый экран: не «мы обслуживаем ПК», а «что получает бизнес»
Хороший первый экран отвечает на вопросы: кому подходит услуга, какие задачи решаются, как быстро можно начать, есть ли аудит, что входит в поддержку.
Пример: «IT-аутсорсинг для компаний от 10 рабочих мест: поддержка пользователей, серверов, сети и безопасности по SLA. Начинаем с аудита инфраструктуры, фиксируем зоны ответственности и время реакции».
Такой текст лучше общего обещания «профессиональная поддержка вашего бизнеса», потому что сразу показывает процесс и масштаб.
Тарифы: нужны не всем, но диапазоны полезны почти всегда
Компании часто скрывают цены, потому что инфраструктура у всех разная. Это понятно. Но полная непрозрачность ухудшает поведение. Пользователь должен хотя бы ориентироваться, от чего зависит стоимость.
Можно показать:
- тарифы по числу рабочих мест;
- стоимость базового обслуживания;
- отдельные услуги по запросу;
- диапазоны для малого бизнеса;
- факторы цены: количество пользователей, серверы, филиалы, режим поддержки, требования к SLA, безопасность, выезды.
Если цена рассчитывается индивидуально, добавьте блок «Как мы считаем стоимость». Это снижает тревогу и помогает человеку подготовить данные.
SLA как блок доверия
SLA — не украшение, а одно из главных отличий профессиональной поддержки от «звоните, когда сломается». На сайте стоит объяснить:
- какие уровни критичности заявок есть;
- какое время реакции;
- какие каналы обращения;
- что считается инцидентом;
- что входит в поддержку;
- что не входит;
- как фиксируются заявки;
- как клиент видит отчетность.
Не нужно обещать реакцию за 5 минут, если вы не можете ее обеспечить. Нереалистичный SLA хуже отсутствия SLA: он создает ожидания, которые потом ударят по отзывам и доверию.
Кейсы: меньше героизма, больше структуры
Кейс IT-аутсорсинга должен показывать проблему, ограничения, действия и результат. Хорошая структура:
- Кто клиент: отрасль, масштаб, количество рабочих мест.
- Какая была проблема.
- Что нашли на аудите.
- Какие работы провели.
- Какие процессы настроили.
- Что изменилось для бизнеса.
- Какие выводы полезны похожим компаниям.
Не стоит раскрывать конфиденциальные детали инфраструктуры. Достаточно уровня, который помогает понять компетенцию без риска для клиента.
Безопасность и конфиденциальность
Пользователь должен понимать, как подрядчик получает доступы и что делает для защиты данных. На сайте полезны блоки:
- порядок передачи доступов;
- разграничение прав;
- резервное копирование;
- антивирусная защита;
- журналирование заявок;
- NDA;
- работа с персональными данными;
- удаленный доступ;
- политика увольнения или смены ответственного инженера.
Это особенно важно для компаний, которые работают с финансами, медициной, персональными данными, производством или распределенной сетью.
Вход в услугу: аудит и план запуска
Многие потенциальные клиенты не знают, с чего начать. Они понимают, что IT работает плохо, но не могут сформулировать задачу. Поэтому сильный блок — «как проходит подключение»:
- Заявка.
- Короткое интервью.
- Аудит инфраструктуры.
- Отчет с рисками.
- Предложение по поддержке.
- Договор и SLA.
- Передача доступов.
- Запуск системы заявок.
- Первый отчет.
Такой процесс удерживает пользователя, потому что превращает сложную услугу в понятную последовательность.
Что измерять в Метрике
Для IT-аутсорсинга важны цели:
- просмотр тарифов;
- скачивание презентации;
- заявка на аудит;
- клик по телефону;
- просмотр SLA;
- скачивание договора или реквизитов;
- просмотр кейса;
- переход на страницу безопасности;
- отправка формы консультации;
- повторный визит с B2B-источника.
Особое внимание — поведению на страницах тарифов и SLA. Если пользователь туда приходит и быстро уходит, возможно, текст слишком общий или условия выглядят нереалистично.
Ошибки, которые портят поведение
Первая ошибка — слишком технический язык на первом экране. Руководитель бизнеса не обязан понимать все термины.
Вторая ошибка — отсутствие тарифных ориентиров. Даже примерный диапазон лучше полной неизвестности.
Третья ошибка — кейсы без результата. «Настроили сервер и сеть» не говорит, что изменилось для клиента.
Четвертая ошибка — нет информации о безопасности и доступах.
Пятая ошибка — форма заявки без контекста. Если вы просите «описать инфраструктуру», дайте подсказки: количество сотрудников, филиалы, серверы, проблемы, желаемый режим поддержки.
Практический чек-лист
- Первый экран говорит о бизнес-задачах, а не только о технологиях.
- Есть страницы для разных услуг и отраслей.
- Описаны тарифы или принципы расчета.
- SLA объяснен простым языком.
- Кейсы структурированы и не раскрывают лишнего.
- Есть блок безопасности и доступа.
- Описан процесс подключения.
- Форма заявки помогает сформулировать задачу.
- В Метрике настроены цели на аудит, тарифы, SLA, кейсы и документы.
- Тексты не обещают невозможной реакции без ресурсов.