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

Как проверить, что сайт IT-интегратора отвечает на вопросы клиента

Сайт интегратора часто описывает компанию, но не отвечает на вопросы ИТ-директора и закупщика. Разбираем, как проверить это без аналитики: по вопросам, ролям и сценариям.

Раздел: Бизнес — статьи о сайтах

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

Какие вопросы клиент задаёт интегратору до первого звонка

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

  • Какие задачи вы решаете: проектирование, поставка, монтаж, настройка, сопровождение?
  • С каким оборудованием и ПО работаете и какой у вас статус у вендоров?
  • Как выглядит проект по этапам и что я получу на каждом?
  • Что нужно от нас, чтобы вы назвали ориентир по срокам и стоимости?
  • Как устроена поддержка: часы работы, каналы обращения, время реакции?
  • Есть ли лицензии и сертификаты, нужные для вашего вида работ, и где их можно увидеть?

Как собрать список вопросов без догадок

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

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

Разбор страницы услуги на условном примере

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

Теперь фрагмент, который отвечает на них:

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

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

Три сценария проверки с посторонним читателем

Найдите двух-трёх людей, не работающих в вашей компании: знакомого ИТ-руководителя, сотрудника закупок, коллегу из смежной отрасли. Дайте каждому задачу и наблюдайте, не подсказывая.

  • Сценарий «подходите ли вы». Человек открывает главную и за минуту должен сказать, чем занимается компания, для каких организаций и в каких городах. Если он называет только «ИТ-услуги», главная не справилась.
  • Сценарий «найти ответ». Дайте конкретный вопрос: «Есть ли у них круглосуточная поддержка?» Засеките, сколько кликов и сколько времени уходит на ответ. Проверьте и поиск по сайту, если он есть.
  • Сценарий «подготовить запрос». Попросите собрать, что нужно отправить интегратору для расчёта. Если человек гадает, сайт не объясняет входные данные.

Записывайте не оценки, а места, где человек остановился, вернулся назад или сказал «не понятно». Это и есть список правок.

Что проверить в формах, контактах и документах

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

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

Короткий чек-лист для самопроверки

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

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

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

Заявка

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

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

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

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

Написать в Telegram