Сайт для IT-компании: как продать разработку заказчику, который не понимает в коде

Кто читает сайт IT-компании и чего он боится

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

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

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

Что написать на первом экране сайта студии разработки

Самая частая ошибка, которую мы видим у IT-компаний: заголовок «Разрабатываем цифровые решения для бизнеса». Под такую фразу подходит любая из тысяч студий, и человек не понимает, туда ли он попал.

Рабочий первый экран отвечает на три вопроса:

1. Что именно вы делаете. Конкретно: «веб-сервисы и личные кабинеты для логистики» или «мобильные приложения для сетей клиник».
2. Для кого. Ниша, размер клиента или тип задачи. Узкая формулировка отсекает часть людей, зато остальные видят, что вы про них.
3. Что будет после заявки. «Пришлите задачу — за два дня вернёмся с оценкой сроков и вилкой бюджета». Это снимает страх «сейчас начнут продавать».

Рядом — одна кнопка, которая ведёт в бриф, и два-три логотипа или цифры, которые можно проверить. Подробнее о том, как собрать первый экран под любую нишу, мы писали в статье первый экран сайта.

Кейсы: как показать разработку человеку, который не читает код

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

Структура кейса, которая работает:

1. Кто клиент и в чём была проблема. Одним абзацем, языком бизнеса: «Заявки с сайта менеджеры переносили в таблицу вручную, терялась каждая пятая».
2. Ограничения. Бюджет, срок, легаси-система, интеграция с 1С, требования безопасности. Именно здесь видно, что вы умеете работать в реальных условиях.
3. Что сделали. Этапы, ключевые решения и почему выбрали именно их. Без перечисления библиотек.
4. Сроки и команда. Сколько недель и кто работал: менеджер, аналитик, два разработчика, тестировщик.
5. Результат. Цифра, которую можно измерить: время обработки заявки, число ошибок, нагрузка, выручка через новый канал. Если цифры под NDA — опишите качественный результат и масштаб.
6. Что было после. Поддержка, развитие, передача команде клиента.

Если клиент не разрешает называть себя, кейс можно обезличить: «федеральная сеть аптек, 300+ точек». Это честно и всё равно работает.

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

Процесс и роли: как показать, что сроки не сорвутся

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

Этапы с результатом каждого. Мало написать «Аналитика → Дизайн → Разработка». Покажите, что заказчик получает на выходе каждого шага:

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

Роли. Кто будет на связи, кто отвечает за сроки, к кому идти с вопросом про деньги. Фото и имена людей работают сильнее, чем иконки «менеджер», «разработчик».

Модель оплаты. Фиксированная цена за этап, оплата по часам или выделенная команда — объясните разницу простыми словами и когда что подходит.

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

Цены на сайте IT-компании: показывать или нет

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

Как это сделать аккуратно:

• Вилки по типам проектов. «Корпоративный сайт с личным кабинетом — от … до … ₽», «MVP мобильного приложения — от … ₽». Свои цифры подставьте по реальным проектам.
• Пример сметы. Обезличенная разбивка одного проекта по этапам и часам. Она объясняет, откуда берутся деньги, лучше любого текста.
• Что увеличивает стоимость. Интеграции, сложные роли пользователей, высокая нагрузка, сжатые сроки.
• Ставка часа или стоимость спринта, если вы работаете по времени.

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

Условный пример: сколько стоит пресейл без цен на сайте

Пример условный, не кейс студии. Студия разработки получает 40 заявок в месяц. Пресейл-менеджер тратит на каждую в среднем 3 часа: созвон, вопросы, оценка. Это 120 часов. Из 40 заявок у 25 бюджет в разы меньше минимального чека студии, и это выясняется только на созвоне.

После публикации вилок цен и примера сметы заявок стало 28, но с нецелевым бюджетом осталось 8. Пресейл тратит 84 часа вместо 120, а договоров столько же или больше, потому что на целевые заявки остаётся больше времени. Цифры условные, но логика воспроизводится почти в любой студии.

Стек без жаргона: как писать для технаря и не отпугнуть собственника

Технологии на сайте нужны, но в своём месте. Вынесите их в отдельный раздел «Как мы пишем код» или в кейсы, отдельным блоком внизу.

Что там написать:

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

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

Бриф и форма заявки: как получать заявки, по которым можно оценить проект

Форма «Имя, телефон, опишите задачу» даёт заявки вида «нужно приложение, сколько стоит». На такую нельзя ответить без созвона.

Бриф на сайте решает это. Пять-семь вопросов с вариантами ответа:

1. Что нужно сделать: сайт, веб-сервис, мобильное приложение, доработка существующего.
2. Есть ли сейчас система, которую надо развивать или заменить.
3. Какие интеграции нужны: 1С, CRM, оплата, внутренние системы.
4. Ориентировочный бюджет — вилками.
5. Желаемый срок запуска.
6. Есть ли техническое задание или только идея.
7. Контакт и удобный способ связи.

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

Сайт для найма: как IT-компании привлекать разработчиков

У IT-компании сайт работает на два рынка сразу: заказчиков и кандидатов. Кандидат перед откликом почти всегда открывает сайт, и если там пусто, сильный разработчик выберет того, у кого видно проекты и людей.

Что нужно на странице карьеры:

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

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

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

Сколько стоит сайт для IT-компании

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

Разброс большой, потому что самые дорогие статьи — кейсы и тексты. Студии разработки часто хотят сделать сайт сами, силами своих разработчиков. Код пишется быстро, а кейсы и тексты откладываются месяцами. В итоге сайт с отличным кодом и пустыми разделами живёт годами.

Мы на своих проектах начинаем с простого: сайт плюс Директ плюс 30 дней ведения стартуют от 60 000 ₽, запуск — от 3 дней. Для IT-компании это хороший способ проверить, какие услуги и ниши дают заявки, прежде чем вкладываться в большой корпоративный сайт.

Как выбрать подрядчика на сайт IT-компании

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

1. Есть ли у него кейсы для B2B и сложных услуг, а не только для салонов красоты.
2. Кто будет писать тексты и кейсы — и сколько интервью с вашей командой это потребует.
3. Будет ли подключена Яндекс Метрика с целями на бриф и звонок.
4. На чьих аккаунтах останутся сайт, домен и аналитика.
5. Как он собирается приводить трафик: поиск, Директ, контент.

Если сайт уже есть и вы сравниваете «переделать» или «сделать заново», пригодится статья обновить сайт или сделать новый. А чем этот сайт отличается от сайта IT-аутсорсинга, где продаётся обслуживание инфраструктуры, — в статье сайт IT-аутсорсинга.

Чек-лист сайта IT-компании

1. Первый экран говорит, что вы делаете, для кого и что будет после заявки.
2. Минимум три кейса с задачей, ограничениями, сроком и результатом.
3. Процесс по этапам с результатом каждого этапа.
4. Вилки цен и пример сметы.
5. Раздел о подходе к коду и передаче проекта.
6. Бриф вместо пустой формы.
7. Страница карьеры с проектами и условиями.
8. Реквизиты, информация об аккредитации, если она есть, контакты живых людей.
9. Метрика с целями на отправку брифа и клики по мессенджерам.

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