Корпоративный сайт: что это и как разработать
Перед сделкой на несколько миллионов закупщик открывает ваш сайт. Не чтобы восхититься дизайном — чтобы понять, существует ли компания, делала ли она похожие проекты и можно ли ей доверять. От того, что он найдёт за три минуты, зависит, дойдёт ли дело до переговоров. Мы в Code Pilots делаем веб-платформы и порталы, в том числе корпоративные, и видим: сайт компании работает не имиджем, а ответами на вопросы клиента.
Если совсем коротко. Корпоративный сайт — официальный ресурс компании для внешней аудитории: клиентов, партнёров, соискателей, инвесторов, прессы. Его не надо путать с корпоративным порталом — тот работает внутрь, для сотрудников.
Задачи у него четыре: помочь проверить компанию перед сделкой, работать на HR-бренд и найм, поддерживать продажи материалами и приводить заявки из поиска. Структура зависит от сегмента, а разница между сайтом-брошюрой и рабочим инструментом — в интеграциях с 1С, CRM и HR-системой и в том, кто отвечает за контент.
Что такое корпоративный сайт
Корпоративный сайт — это официальное представительство компании в интернете, рассчитанное на внешнюю аудиторию. В отличие от продающего лендинга у него нет одной цели «оставьте заявку»: он обслуживает несколько разных сценариев одновременно.
Типичные посетители и их вопросы. Потенциальный клиент: делаете ли вы то, что мне нужно, и делали ли похожее. Закупщик: реальная ли компания, есть ли документы и опыт. Соискатель: чем вы занимаетесь и хочу ли я здесь работать. Партнёр или дилер: как с вами работать, где условия и материалы. Журналист или аналитик: факты и контакты пресс-службы.
Отсюда главный принцип структуры: сайт строится не вокруг того, что компания хочет рассказать о себе, а вокруг вопросов, с которыми на него приходят. Это звучит очевидно, но большинство корпоративных сайтов устроены наоборот: раздел «О компании» с историей и миссией занимает первое место в меню, а того, зачем пришёл клиент, приходится искать.
Сайт, портал, лендинг, магазин: не путать
Половина запросов «нужен корпоративный сайт» на самом деле означает другое. Разница принципиальная — разные аудитории, задачи и бюджеты.
| Тип | Для кого | Задача | Типичное наполнение |
|---|---|---|---|
| Корпоративный сайт | Внешняя аудитория: клиенты, партнёры, соискатели | Показать компанию, поддержать сделку, привести заявки | Услуги или продукция, кейсы, документы, вакансии, контакты |
| Корпоративный портал (интранет) | Сотрудники | Помочь работать: задачи, документы, справочники, заявки | Новости, база знаний, оргструктура, сервисы для сотрудников |
| Лендинг | Трафик из рекламы | Одно действие: заявка или покупка | Один экран-предложение и форма |
| Интернет-магазин | Покупатели | Продажа онлайн | Каталог, корзина, оплата, доставка |
Практически: если вам нужно, чтобы сотрудники согласовывали документы и видели новости компании, вам нужен портал, а не сайт. Если задача — продать один продукт по рекламному трафику, это лендинг. Подробнее о том, где заканчивается сайт и начинается веб-приложение с логикой и ролями, — в отдельном материале про сайт и веб-приложение.
Бывает и так, что нужно оба: внешний сайт для клиентов плюс закрытый контур для партнёров с ценами и документами. Это нормальная архитектура, но проектировать её надо сразу — дописать закрытую часть в готовый сайт-брошюру обычно дороже, чем заложить с начала.
Четыре задачи, ради которых он нужен
Формулировки вроде «повышает имидж» не помогают принимать решения. Разложим на то, что можно проверить.
Помочь проверить компанию перед сделкой. В B2B решение принимают неделями и несколькими людьми. Кейсы с цифрами, реквизиты, сертификаты, лицензии, годы работы, состав команды — это не украшения, а материал для внутреннего обоснования выбора у клиента.
Работать на найм. Соискатель смотрит сайт до отклика и после приглашения. Если о работе в компании нет ничего, кроме списка вакансий из HR-системы, конкурировать за людей сложнее.
Поддерживать продажи. Хороший корпоративный сайт используется отделом продаж: ссылка на кейс, презентация, каталог, документация, страница услуги вместо длинного письма. Если менеджеры пересылают клиентам файлы из личных папок, а не ссылки, сайт свою работу не делает.
Приводить заявки из поиска. Страницы услуг, отраслевые страницы, статьи — органический канал, который не требует платы за клик. Именно поэтому структура сайта проектируется вместе с семантикой, а не после запуска.
Структура: обязательный минимум
Набор, без которого сайт не отвечает на вопросы посетителей:
- Главная — кто вы, что делаете, для кого и почему вам можно верить; без загадок и слоганов ни о чём.
- Услуги или продукция — отдельная страница на направление, а не один общий список: это и понятнее человеку, и работает в поиске.
- Кейсы или проекты — с задачей, решением и результатом; для производства — реализованные поставки и объекты.
- О компании — факты: годы, масштаб, производство, лицензии, команда, сертификаты.
- Документы — то, что запрашивает закупщик: реквизиты, сертификаты, паспорта продукции, типовые договоры.
- Вакансии — с описанием работы и условий, а не только с кнопкой на внешний сервис.
- Контакты — филиалы, склады, дилеры, ответственные подразделения, а не одна форма.
- Блог или пресс-центр — если есть кому его вести; иначе лучше не заводить.
Отдельно про страницу услуги или продукции — она делает основную работу по заявкам, и её структура повторяется от направления к направлению: что это и для кого, какие задачи закрывает, как проходит работа или что входит в поставку, кейсы по этому направлению, документы и характеристики, ответы на частые вопросы, форма с указанием направления. Страница из двух абзацев и кнопки «оставить заявку» не собирает ни поиск, ни клиента.
Здесь же решается вопрос дизайна. Корпоративному сайту не нужны награды за анимацию, ему нужны понятная навигация, читаемость и аккуратная работа на телефоне. Проверять это стоит на прототипе: дизайн и прототипирование до разработки дешевле, чем переделка готовых страниц.
Структура под сегмент бизнеса
Универсального набора разделов не существует: у производителя и у IT-компании клиент задаёт разные вопросы.
| Сегмент | Что критично на сайте | Чего обычно не хватает |
|---|---|---|
| Производство | Каталог продукции с характеристиками, документы и сертификаты, география поставок, объекты | Технической документации в открытом доступе |
| Дистрибуция, дилерская сеть | Условия для партнёров, карта дилеров, закрытый раздел с ценами и остатками | Личного кабинета партнёра |
| B2B-услуги | Страницы услуг под задачи клиента, кейсы с результатами, состав команды | Кейсов с измеримым результатом |
| IT и разработка | Продукты и технологии, экспертный блог, вакансии, открытость команды | Живого блога и внятных вакансий |
| Госсектор и инфраструктура | Раскрытие информации, документы, доступность, требования к ПО | Соответствия требованиям и доступности |
Логика простая: сначала выясняем, какие вопросы задаёт ваш клиент и в каком порядке, потом собираем структуру. Обратный порядок даёт сайт, который нравится руководству и не помогает продажам.
Вакансии и HR-бренд: недооценённый раздел
Это наблюдение по опыту, которое почти никогда не учитывают при проектировании: у промышленных и IT-компаний раздел с вакансиями и информацией о работе нередко собирает трафик, сопоставимый с разделом услуг, а иногда и больше. Люди ищут работодателя так же, как клиенты ищут поставщика.
Что делает раздел рабочим. Описание работы, а не формальные требования: чем занимается команда, какие проекты, какие технологии или оборудование. Условия честно: график, локация, что с обучением. Возможность откликнуться прямо на сайте, а не только через внешний сервис. Живые фото и люди вместо стоков. Если вакансии подтягиваются из HR-системы автоматически, раздел не устаревает — это простая интеграция с большим эффектом.
Дополнительный смысл для найма: соискатель, который пришёл через ваш сайт, а не через агрегатор, уже знает, куда идёт, и стоит дешевле в подборе.
Мультиязычность и регионы
Как только у компании появляются филиалы, экспорт или дилеры в разных городах, простая структура перестаёт работать.
Языковые версии. Полный перевод нужен не всегда: часто достаточно английской версии с ключевыми разделами для экспорта и партнёров. Технически важно, чтобы версии были отдельными адресами с корректной языковой разметкой, а не переключателем, подменяющим текст на той же странице, — иначе поиск их не различит.
Региональные страницы. Если вы работаете в нескольких городах и это влияет на условия, склады или сроки, региональные страницы дают и удобство, и видимость в поиске. Ключевое требование — уникальное содержание: адреса, склады, контакты, специфика. Страницы, отличающиеся только названием города, поиску не нравятся и клиенту не помогают.
Карта дилеров и филиалов. Для дистрибуции это одна из самых посещаемых страниц. Хорошо, когда она подтягивается из справочника, а не поддерживается вручную в вёрстке.
Интеграции: 1С, CRM, HR
Именно интеграции превращают сайт из брошюры в рабочий инструмент. Четыре самых полезных:
1С или учётная система. Номенклатура, характеристики, наличие, документация к продукции. Каталог, который обновляется сам, всегда актуален; каталог, который обновляет контент-менеджер руками, устаревает через месяц.
CRM. Заявка с сайта должна попадать в воронку с источником и страницей, а не письмом на общий ящик. Иначе теряются и лиды, и понимание того, какие страницы работают.
HR-система. Вакансии публикуются автоматически, отклики попадают в тот же процесс подбора.
Закрытый контур для партнёров. Персональные цены, остатки, документы, история заказов — это уже личный кабинет, который живёт рядом с публичным сайтом и требует отдельного проектирования.
Практический совет: список интеграций фиксируется до дизайна. Каталог, который тянется из 1С, и каталог, который наполняют вручную, выглядят по-разному — переделывать шаблоны потом дороже.
Требования крупного бизнеса
Чем крупнее компания, тем больше требований к сайту, которые не видны на макетах.
Роли и согласование. Публикация новости в крупной компании проходит через несколько согласований: маркетинг, юристы, иногда пресс-служба. Если этого нет в системе, процесс уезжает в переписку.
Соответствие брендбуку. Шаблоны и компоненты должны собираться из фирменных элементов, чтобы новые страницы не разъезжались по стилю. Это вопрос дизайн-системы, а не отдельных макетов.
Персональные данные. Любая форма собирает персональные данные: нужны согласие, политика обработки, корректная работа с cookie и хранение данных в России.
Доступность. Читаемость, контраст, работа с клавиатуры, альтернативные подписи к изображениям. Для госсектора это требование, для остальных — вопрос охвата аудитории.
Требования к ПО. Для госкомпаний и части закупок применимы требования реестра отечественного ПО — их проверяют до выбора платформы, а не после.
CMS или заказная разработка
Развилка, на которой стоит быть честным. Если задача сайта — контент и материалы, готовая система управления контентом её закроет, и это нормальный выбор: быстрее и дешевле. Мы такие проекты не берём и говорим об этом сразу.
Заказная разработка оправдана, когда у сайта появляются функции продукта: закрытый контур для партнёров с персональными условиями, конфигуратор продукции, расчёты, интеграции с несколькими системами, высокая нагрузка или требования, которых движок не выдерживает. Тогда сайт — это уже веб-приложение с публичной частью, и делать его на коробке дороже в поддержке, чем сразу на фреймворке.
Про деньги, чтобы ориентироваться: корпоративный сайт как заказная веб-разработка у нас начинается от 1 млн ₽, корпоративный портал для сотрудников — от 2 млн ₽, дизайн и прототипы отдельной услугой — от 300 тыс. ₽, интеграция с внешней системой — от 150 тыс. до 1,5 млн ₽ в зависимости от системы.
Точная сумма зависит от числа разделов, интеграций и требований — оценка проекта у нас бесплатная: опишите задачу, вернёмся со структурой и сметой по этапам.
Метрики: как понять, что сайт работает
Посещаемость сама по себе почти ничего не говорит: на корпоративный сайт заходят соискатели, конкуренты, студенты и действующие клиенты. Смотреть стоит на действия.
- Заявки и обращения с указанием страницы-источника — базовая метрика коммерческой части.
- Скачивания документов — презентаций, каталогов, сертификатов: показывают, что материал нужен и находится.
- Отклики на вакансии с сайта — метрика HR-части.
- Использование сайта продажами — переходы по ссылкам, которые менеджеры отправляют клиентам.
- Видимость в поиске по коммерческим запросам ваших направлений, а не по названию компании.
- Поведение на страницах услуг — доходят ли до конца, где уходят.
Полезная привычка: раз в квартал смотреть, какие страницы вообще никто не открывает. Обычно это половина разделов, созданных «чтобы было», и повод упростить структуру.
Ошибки при разработке
Сайт-брошюра. Красивые страницы без интеграций, без обновляемого контента и без сценариев для клиента. Работает первые полгода, дальше устаревает.
Структура от себя, а не от клиента. Меню начинается с «О компании» и миссии, а то, зачем приходят, лежит на третьем уровне.
Кейсы без результата. «Разработали и внедрили» без цифр и контекста не помогают в проверке компании — а именно для неё кейсы и читают.
Нет владельца контента. Если ни у кого нет обязанности обновлять сайт, через год там висят прошлогодние новости и уволившиеся сотрудники.
Заявки на почту. Без CRM и источника лиды теряются, а связь между страницами и деньгами не видна.
Игнор вакансий. Ссылка на внешний агрегатор вместо раздела о работе — упущенный трафик и упущенный HR-бренд.
Дизайн ради награды. Тяжёлые анимации, нестандартная навигация, медленная загрузка. Клиенту нужно быстро найти ответ, а не рассматривать эффекты.
С чего начать
Три шага до брифа подрядчику. Первое — выписать, кто приходит на сайт и с какими вопросами: клиент, закупщик, соискатель, партнёр. Второе — решить, что сайт должен делать измеримо: приводить заявки, снабжать продажи материалами, собирать отклики. Третье — собрать список интеграций и требований: 1С, CRM, HR, персональные данные, реестр, брендбук.
С этими тремя пунктами разговор с подрядчиком сразу переходит от «сколько стоит сайт» к структуре и объёму работ. Общий порядок этапов от аналитики до запуска мы разбирали в материале про этапы создания сайта.
Часто задаваемые вопросы
Официальный сайт компании для внешней аудитории: клиентов, партнёров, соискателей, инвесторов, прессы. В отличие от лендинга он обслуживает несколько сценариев сразу — от проверки компании перед сделкой до найма — и строится вокруг вопросов, с которыми на него приходят, а не вокруг рассказа о себе.
Аудиторией и задачей. Сайт работает наружу: показывает компанию клиентам и партнёрам, приводит заявки, помогает найму. Портал (интранет) работает внутрь: задачи, документы, новости, справочники и сервисы для сотрудников. Это разные продукты с разной архитектурой, и путаница между ними — самая частая причина неверно поставленной задачи.
Минимум: главная с понятным ответом «кто вы и для кого», отдельные страницы услуг или продукции, кейсы с результатами, раздел о компании с фактами, документы для закупщиков, вакансии, контакты с филиалами. Блог заводить стоит только если есть кому его вести. Точный набор зависит от сегмента: производству нужна документация, дистрибуции — карта дилеров и условия для партнёров.
Если задача в контенте и материалах — берите готовую CMS, это быстрее и дешевле. Заказная разработка нужна, когда у сайта появляются функции продукта: закрытый контур для партнёров с персональными ценами, конфигуратор, расчёты, несколько интеграций, высокая нагрузка или требования, которых движок не выдерживает.
Не по посещаемости. Считайте заявки с указанием страницы-источника, скачивания документов и презентаций, отклики на вакансии, использование ссылок на сайт отделом продаж и видимость в поиске по коммерческим запросам ваших направлений. Полезно раз в квартал проверять, какие разделы вообще не открывают, — их обычно можно убрать.
Разработка с Code Pilots
Code Pilots — студия заказной разработки полного цикла: веб- и мобильные продукты с нетривиальной бизнес-логикой, интеграциями и высокими нагрузками. Типовые визитки и лендинги мы не делаем — если задача только в контенте, готовая система решит её дешевле. Мы берём проекты, где сайт связан с учётной системой и CRM, где есть закрытый контур для партнёров, конфигураторы и расчёты, где нужны нагрузка, роли и согласования.
Внутри — сильная in-house команда: аналитики с отраслевой экспертизой, продуктовые дизайнеры, разработчики, QA и DevOps. Мы начинаем не с нуля: часть каркасов и админ-панелей уже готова, поэтому структура и прототип появляются быстро — и их можно проверить на своих же клиентах до разработки.
Расскажите, кто приходит на ваш сайт и что должен на нём делать, — предложим структуру и оценим объём. Обсудить проект →