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

ТЗ на сайт: структура из 12 разделов и формулировки
Читать полностью

Договор на разработку сайта: 11 пунктов и права на код
Читать полностью

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

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

Типовой корпоративный сайт укладывается в восемь недель, если контент готовят параллельно с версткой.
| Этап | Неделя | Результат на выходе |
|---|---|---|
| Бриф и ТЗ | 1 | Подписанное ТЗ |
| Прототипы | 2 | Утвержденные прототипы |
| Дизайн | 3–4 | Утвержденные макеты |
| Верстка и программирование | 4–6 | Тестовая версия |
| Контент | параллельно | Тексты и визуал |
| Тестирование | 7 | Версия без критичных сбоев |
| Запуск | 8 | Сайт на домене, акт приемки |
Реальные сроки зависят от объема: ТЗ занимает 3–10 дней, дизайн с прототипами — 2–4 недели, а интеграции могут растянуть backend до 2–8 недель. Лендинг проходит календарь быстрее, интернет-магазин — дольше.
В плане работ у каждого этапа есть старт, дедлайн и результат. Вехи — подписанное ТЗ, утвержденные прототипы, утвержденные макеты, тестовая версия, акт приемки.
Если веха сдвинулась на неделю, дату запуска пересчитывают сразу, а не надеются нагнать. Что сделать сейчас: вписать в свой календарь даты, когда компания согласует ТЗ, прототипы и макеты.

Подрядчик ведет свою часть командой: PM и аналитик — бриф и ТЗ, дизайнер — прототипы и макеты, верстальщик и backend — сборку, QA — проверку. У заказчика свой набор обязанностей:
Допустим, макеты согласуют три руководителя, и каждый правит свое. Дизайн ходит по кругу и растягивается. Если у заказчика нет одного ответственного, любое согласование превращается в переговоры, поэтому назначьте человека с правом последнего слова.

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

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

Оплату делят на 3–4 транша, и каждый привязан к документу, а не к дате в календаре.
Схема: аванс — после подписания ТЗ, второй платеж — после утверждения макетов, третий — после сдачи тестовой версии, остаток — по акту приемки.
Если транш не привязан к результату, готовность обсуждают на словах, и это превращается в спор. Стопроцентная предоплата и оплата «по времени» без результата на руках — то, чего стоит избегать: платить нужно за подписанный этап, а не за факт работы.
Сверьте график платежей в договоре с вехами плана: за каждой суммой должен стоять подписанный документ, а не просто число месяца.

После запуска начинается гарантийный период. В нем подрядчик бесплатно исправляет собственные ошибки: функции из ТЗ, которые не работают, сбои форм и заявок, поломки верстки на устройствах и в браузерах, проверенных при приемке. Новые функции и правки сверх ТЗ в гарантию не входят. Срок гарантии и этот перечень прописывают в договоре.
Поддержка — отдельная услуга: обновления, резервные копии, мониторинг доступности, мелкие правки. В договоре поддержки указывают, кто хранит код и доступы и как фиксируется каждое изменение.
В первую неделю после запуска проверьте три вещи: доходят ли все заявки, считает ли аналитика цели, не упала ли скорость по сравнению с тестовой версией.
Улучшения выбирают по аналитике. Если заявки идут, но многие уходят с корзины или формы, сначала чинят этот шаг, потом скорость и UX, затем новые разделы. Пример плана:
Что сделать сейчас: договориться о формате поддержки и назначить первый пересмотр плана через месяц после запуска.
Пришлите задачу — вернем план по этапам со сроками и сметой: разработка сайтов от 50 000 ₽, раздел «Сайты»