Сайт в разработке Наполняем разделы и правим ошибки — что-то может выглядеть или работать не так. Если заметили — позвоните или напишите.

Как построить структуру страницы услуг на сайте IT-интегратора

Разбираем порядок блоков страницы услуги IT-интегратора: от задачи заказчика и границ работ до этапов, документов и сопровождения. В конце есть условный пример и чек-лист.

Раздел: Разработка — статьи о сайтах

У IT-интегратора страница услуги работает как предварительное техническое задание. По ней руководитель, ИТ-директор и закупщик решают, стоит ли звать вас на встречу. Если на странице только слова «комплексный подход» и «современные решения», им придётся выяснять всё по телефону. Многие этого делать не станут. Ниже описано, из чего собрать страницу, чтобы она отвечала на их вопросы.

Для кого страница и какой вопрос она закрывает

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

Правило первое: одна страница описывает одну услугу. «Построение локальной сети», «Внедрение системы хранения данных» и «ИТ-аутсорсинг» нужны разным заказчикам в разных ситуациях, поэтому им нужны отдельные страницы. Общий раздел «Услуги» с пятнадцатью пунктами и абзацем у каждого остаётся каталогом. Он помогает выбрать направление, но не заменяет страницу самой услуги.

В каком порядке расположить блоки

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

  • заголовок и подзаголовок: что за услуга, для какой задачи и для каких площадок;
  • «Когда это нужно»: три-пять ситуаций, описанных словами заказчика;
  • «Что входит и что не входит»;
  • этапы работ с результатом каждого этапа;
  • документы и доступы, которые заказчик получает на выходе;
  • оборудование и программное обеспечение: с чем вы работаете и кто закупает;
  • сопровождение после сдачи;
  • «Что нужно от вас для старта»;
  • форма запроса и контакты.

Как описать границы работ

В интеграции споры чаще всего возникают на границах: лицензии, прокладка кабеля в строительных конструкциях, перенос данных, обучение сотрудников, срок гарантии. Лучше выписать это в виде двух коротких списков: «входит» и «не входит». Если состав зависит от проекта, объясните, от чего именно. Например: «стоимость лицензий зависит от выбранной платформы и фиксируется после обследования». Такая фраза честнее, чем молчание, и снимает часть вопросов до первого звонка.

Условный пример фрагмента страницы

Ниже иллюстрация структуры, а не описание реального проекта. Допустим, услуга называется «Корпоративная сеть для офиса и склада».

Заголовок: Корпоративная сеть для офиса и склада: от обследования до передачи в эксплуатацию.

Подзаголовок: Для организаций с одной или несколькими площадками, где нужны стабильный Wi-Fi, раздельные сети для сотрудников, гостей и оборудования, безопасный удалённый доступ.

Когда это нужно:

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

Входит: обследование площадок, проект, подбор оборудования, монтаж, настройка, схема сети и таблица адресации, инструкция для администратора, приёмочные испытания.

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

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

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

Как подтвердить компетенции и не приукрасить

Блок доверия строится только на том, что можно проверить. Статусы партнёра вендора указывайте так, чтобы заказчик мог убедиться в них у самого вендора. Логотипы клиентов и описания проектов публикуйте только с их согласия. Если проектов для публикации пока нет, покажите метод работы: обезличенный образец схемы, шаблон акта приёмки, перечень вопросов для обследования. Конкретный документ убеждает лучше, чем общие заверения в надёжности.

Связи между страницами и чек-лист перед публикацией

Свяжите страницу услуги со смежными: после проектирования сети логично предложить сопровождение, после поставки серверов ведёт ссылка на услугу резервного копирования. Каждая страница должна иметь собственный H1 и уникальный title. Не копируйте один текст под разные услуги или города, меняя только название.

Проверьте страницу по списку:

  • с первого экрана ясно, что это за услуга и для какой задачи;
  • есть списки «входит» и «не входит»;
  • у каждого этапа указан его результат;
  • перечислены документы на выходе;
  • написано, что нужно от заказчика для старта;
  • описано, что происходит после сдачи работ;
  • все партнёрства и кейсы можно подтвердить;
  • форма просит минимум: контакт и краткое описание задачи;
  • есть ссылки на смежные услуги и контакты;
  • на странице один H1, а title и description не повторяют соседние страницы.

Все статьи блога

Заявка

Расскажите о проекте

Свяжемся в течение рабочего дня, зададим уточняющие вопросы и предложим варианты. Без навязчивых звонков.

Форма обратной связи

Отвечаем в рабочие дни с 10:00 до 19:00

Написать в Telegram