
Нужна помощь с реализацией?
Наша команда готова взяться за ваш проект. Оставьте заявку — мы свяжемся с вами и обсудим детали.
Похожие статьи
Все статьи

Как создать сайт с нуля: 8 шагов и реальный бюджет
Читать полностью

Сайт под ключ: цена, состав работ и что в нее не входит
Читать полностью

Заказать сайт в 2026: 7 этапов сделки и цена каждого
Читать полностью
Телеграмм
Делимся визуально привлекательными фрагментами наших последних веб-проектов.
ВКонтакте
Пишем о интересных технических решениях и вызовах в разработке.
MAX
Демонстрируем дизайнерские элементы наших веб-проектов.
TenChat
Деловые связи, кейсы и экспертные публикации.
Рассылка
© 2025-2026 МАЙПЛ. Все права защищены.
Разработка корпоративного сайта занимает 8–14 недель и делится на шесть этапов — от брифа и исследования до тестирования и приемки. Бюджет в 2026 году — от 250 000 до 1 500 000 ₽.
Половину срока съедает не код, а согласование текстов и фотосъемка на стороне заказчика.
Дальше — календарь проекта по неделям, смета по строкам бюджета и список того, что на этом этапе делает заказчик, а не студия.

Проект проходит шесть этапов: бриф и исследование, структура и прототипы, дизайн, контент, разработка с интеграциями, тестирование и приемка с передачей прав. Каждый закрывается артефактом: подписанный документ, акт, доступы. Если этап не закрыт подписью, следующий не начинается.
Допустим, дизайн одобрили устно, а прототип не подписали. Через месяц структура не подошла под новый каталог, и переделка легла в смету отдельной строкой. Будь прототип подписан, новый раздел считался бы новой задачей, и спорить было бы не о чем.
Что сделать сейчас: запросите у подрядчика список артефактов по каждому этапу — какой документ, кто подписывает и в какую неделю.
| Этап | Недели | Результат | Кто подписывает |
|---|---|---|---|
| Бриф и исследование | 1 | Бриф с целями, аудиторией, анализом конкурентов | Заказчик |
| Структура и прототипы | 2–3 | Карта разделов, ТЗ, прототипы ключевых страниц | Заказчик |
| Дизайн | 4–7 | Макет главной и шаблонов | Ответственный заказчика |
| Контент | 4–7, параллельно с дизайном | Тексты, фото, кейсы | Заказчик |
| Разработка с интеграциями | 8–11 | Рабочий сайт с CRM и почтой | Подрядчик, проверяет заказчик |
| Тестирование и приемка | 12 | Акт приемки, передача прав на код и дизайн, доступов к хостингу и домену | Заказчик |

Первые три недели проекта уходят на бриф, интервью с заказчиком, анализ конкурентов, карту разделов и прототипы ключевых страниц. Здесь же собирают ТЗ: цели сайта, аудиторию, разделы, модули, интеграции и роли участников со стороны заказчика. У студий вроде SURF на UX-проектирование корпоративного сайта закладывают 1–2 недели — это ориентир, от которого можно отталкиваться при планировании.
Если компания относится к госсектору, образованию, медицине или финансовой сфере, на этом этапе стоит сразу свериться с отраслевыми требованиями к сайту: для таких организаций действуют отдельные нормы, и их проще учесть в структуре и прототипе, чем переделывать позже.
После подписи прототипов и карты разделов новые страницы и перестройка навигации становятся платными правками — не потому, что подрядчик придирается, а потому, что дальнейшие этапы уже опираются на утвержденную структуру.
К концу этого этапа заказчик подписывает четыре документа: бриф, карту разделов, ТЗ и прототипы. Каждый из них — не формальность, а основа для следующего шага: дизайнер работает от утвержденного прототипа, разработчик — от ТЗ.
Формулировки в ТЗ стоит проверять на конкретность. «Удобная форма обратной связи» — расплывчатая фраза, которую можно понять как угодно. «Форма из трех полей с отправкой заявки в CRM» — требование, которое подрядчик выполнит однозначно и которое легко проверить при приемке.
Чем точнее формулировки в ТЗ, тем меньше споров на этапе тестирования: расхождения видно сразу, а не после запуска сайта.

На этом отрезке параллельно идут два процесса: дизайнер собирает макет главной и внутренних шаблонов с ограниченным числом раундов правок, а заказчик готовит тексты и фото. Именно здесь проекты чаще всего встают на три месяца — не из-за верстки, а из-за того, что тексты гуляют по согласованиям, а съемку раз за разом откладывают.
Если к пятой неделе нет готовых текстов для главной и хотя бы ключевых услуг, запуск сдвигается: дизайнер и верстальщик не могут доделать шаблоны без контента.
Плохой сценарий: текст для страницы услуги отправляют на согласование пяти сотрудникам разом, каждый правит свое, финальную версию собирают заново через месяц. Съемку офиса откладывают до ремонта, а макет переделывают после того, как директор увидел его впервые на дизайне, а не на прототипе. Вывод: назначайте одного согласующего с правом финального решения, фиксируйте контент-план на запуск заранее и утверждайте концепцию дизайна до перехода к деталям, а не после.
Хороший сценарий: заказчик заранее выделяет ответственного за тексты, к четвертой неделе присылает черновики главной и трех ключевых услуг, а фотосъемку планирует на конкретный день до старта дизайна. Дизайнер работает по утвержденной концепции без пересмотра. Вывод: держите дедлайны на тексты и дату съемки как часть графика проекта, а не как фон.
Что сделать сейчас: назначьте дедлайны на тексты и дату фотосъемки, определите одного согласующего по дизайну и контенту, зафиксируйте эти сроки в графике проекта до начала недели 4.

На этом отрезке команда верстает страницы с адаптивом, устанавливает CMS, подключает интеграции с CRM и почтой, затем наполняет сайт готовым контентом. Наполнение идет после интеграций, чтобы не переносить контент дважды. В конце сайт проверяют на нагрузку и в разных браузерах — до этого он к запуску не готов.
Если заявки должны падать в CRM, интеграцию проверяют тестовыми заявками еще до наполнения. Иначе ошибку найдут на живом сайте, среди реальных обращений клиентов.
Что сделать сейчас:
Отталкивайтесь от того, как часто планируете обновлять контент, нужен ли личный кабинет, будет ли каталог с фильтрами и требуется ли обмен данными с 1С. Tilda подходит для простого сайта без сложной логики и быстрого запуска. WordPress удобен, если на сайте будет активный блог. 1С-Битрикс закрывает сценарии с интеграциями и объемным функционалом, ModX — вариант для проектов среднего масштаба.
Универсально правильной CMS нет: выбор зависит от задач и от того, кто будет вести сайт после запуска.

Смету одной строкой «разработка сайта» проверить нельзя: за что вы платите, непонятно. Ориентир рынка — 250 000–1 500 000 ₽ и 100–250 часов работы команды. Доли строк зависят от проекта:
| Строка сметы | От чего растет доля |
|---|---|
| Аналитика | Число интервью, глубина анализа конкурентов, объем ТЗ |
| Дизайн | Индивидуальные шаблоны вместо типовых |
| Фронтенд | Число шаблонов, анимация, адаптив |
| Бэкенд и CMS | Интеграции с CRM и 1С, личный кабинет, каталог |
| Контент и фото | Тексты и съемка силами студии |
| SEO-основа | Число страниц и разделов |
| Тестирование | Число интеграций, браузеров и тестовых сценариев |
Если смета сильно дешевле рынка, обычно выпали аналитика и тестирование: их проще всего убрать незаметно. Сравнивайте подрядчиков по часам в одной строке, а не по итогу.
Можно: шаблонный дизайн внутренних страниц, меньше разделов на старте, свои фото сотрудников вместо студийной съемки. Разделы добавите после запуска, когда станет ясно, что ищут клиенты.
Нельзя: прототипы, тестирование и SEO-основу — без них ошибки находят на живом сайте, и переделка дороже самой работы. Что сделать сейчас: попросите смету по этим строкам с часами на каждую и сверьте ее с таблицей до подписи договора.

Распространенное заблуждение: подрядчик закрывает все сам, а заказчику остается только оплатить счет. На практике тексты, фотосъемка, доступы к домену, хостингу, CRM и почте — зона ответственности заказчика, и именно на этом уходит половина срока проекта.
Второе заблуждение: материалы можно передавать частями, когда появится время. Если у ответственного со стороны заказчика нет права финального решения, каждое согласование идет по кругу — макет или текст возвращают снова и снова, потому что решение принимает кто-то другой.
Третье заблуждение: политику обработки персональных данных можно дописать после запуска. Федеральный закон № 152-ФЗ требует соблюдать правила о политике обработки персональных данных и указывать основания обработки уже на работающем сайте, а не постфактум. Проверить готовность просто: назначен один человек с правом решения, доступы собраны до старта разработки, документ по ПДн подготовлен заранее.
За нарушения в сфере персональных данных и информации КоАП РФ предусматривает административную ответственность — это касается и корпоративного сайта, если на нем собирают данные через формы заявок.

Пять причин повторяются из проекта в проект: затянутый контент, много согласующих, правки после подписи, поздние интеграции, отсутствие доступов к домену, хостингу и CRM. Ни одна из них не про код. Каждая решается не уговорами, а формулировкой в договоре.
Допустим, тексты двух разделов неделями лежат на проверке у нескольких сотрудников, а доступ к хостингу так и не выдали. Студия ждет, календарь идет, и запуск переносится, хотя код готов вовремя.
Если заказчик задержал материалы, срок сдвигается на то же число дней — это условие закрепляют письменно до старта. Тогда задержка видна в графике, а не превращается в спор о том, кто виноват.
Что сделать сейчас: проверьте договор на пункты из таблицы и убедитесь, что у каждой причины есть свой пункт.
| Причина срыва | Пункт договора |
|---|---|
| Затянутый контент | Сроки предоставления материалов, сдвиг срока на дни задержки |
| Много согласующих | Один ответственный и срок ответа на согласование |
| Правки после подписи | Лимит раундов правок и порядок платных изменений |
| Поздние интеграции | Этапная оплата: интеграции — отдельный этап с актом |
| Отсутствие доступов | Срок передачи доступов к домену, хостингу, CRM и почте |

Приемка идет по чек-листу: адаптив на телефонах и планшетах, формы и заявки в CRM, скорость загрузки, подключенная аналитика, вычитанные тексты, SEO-основа (метатеги, карта сайта, редиректы), безопасность (SSL, резервная копия, надежные пароли админки), права доступа к домену, хостингу и CMS на заказчика. Юридические требования, включая сведения о владельце сайта, проверяют здесь же одним пунктом.
После запуска действует гарантийный период: подрядчик бесплатно исправляет ошибки и обучает команду работе с CMS. Если на сайте есть интеграции, без абонентской поддержки не обойтись. Допустим, связка с CRM сломалась после обновления, и заявки уходят в никуда, пока кто-то не заметит провал в статистике. С мониторингом такой сбой видят в тот же день.
В абонент входят обновления CMS, резервные копии, мелкие правки и мониторинг. Форматы: абонентка у студии, разовые часы или свой специалист. Развитие — отдельный план доработок на год с оценкой в часах. Что сделать сейчас: заложите поддержку в бюджет первого года и пропишите в договоре, кто и как быстро реагирует на аварию.
Пришлите вводные — соберем план проекта по неделям и смету по строкам за 2 рабочих дня. Сайты в МАЙПЛ — от 50 000 ₽, корпоративные проекты от 250 000 ₽ (раздел «Сайты»).