Разработка сайта с нуля: этапы создания, технологии, сроки и цена

Разработка сайта с нуля: главное

Разработка сайта с нуля — это не только дизайн и программирование, а последовательный процесс: анализ бизнеса и аудитории, формирование требований, проектирование структуры, создание прототипа и интерфейса, выбор технологий, разработка, наполнение, тестирование, запуск и дальнейшее сопровождение. В России в 2026 году простой лендинг обычно можно подготовить за 2–6 недель, корпоративный сайт — за 2–5 месяцев, интернет-магазин — за 3–8 месяцев, а сложный веб-сервис — за 6–18 месяцев и более.

Ориентировочная стоимость начинается от 100–250 тыс. рублей за шаблонный лендинг и может превышать несколько миллионов рублей для магазина, портала или сервиса с интеграциями. Итоговая смета зависит от объема уникального дизайна, количества типов страниц, функциональности, интеграций, контента, требований к безопасности и доступности. Чтобы сайт находили клиенты, структуру, семантику, скорость и технические требования для SEO-продвижения сайта следует учитывать до начала дизайна и программирования, а не после релиза.

Этапы, технологии, сроки и цены: сводная таблица

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

Какой тип сайта выбрать?

Сравнивать варианты полезно по единым признакам: задача бизнеса, необходимая функциональность, потенциал роста, срок запуска, стартовая стоимость и стоимость владения.

Лендинг

• Задача: продвижение одного продукта, услуги, события или рекламного предложения.
• Функциональность: презентационные блоки, формы, квиз, контакты, аналитика.
• Масштабирование: ограниченное; для новых направлений потребуются страницы или отдельный сайт.
• Срок: 2–6 недель.
• Бюджет: 100–450 тыс. рублей.
• Подходит: для теста предложения и платного трафика.

Корпоративный сайт

• Задача: представить компанию, услуги, экспертизу, кейсы и точки контакта.
• Функциональность: многоуровневая структура, формы, блог, вакансии, филиалы, интеграция с CRM.
• Масштабирование: высокое при правильно спроектированной CMS и структуре.
• Срок: 2–5 месяцев.
• Бюджет: 500 тыс.–2,5 млн рублей.
• Подходит: компаниям с несколькими услугами, регионами или аудиториями.

Интернет-магазин

• Задача: продажа товаров с онлайн-оплатой или оформлением заказа.
• Функциональность: каталог, фильтры, корзина, доставка, платежи, учет остатков, возвраты.
• Масштабирование: зависит от платформы, качества каталога и интеграций.
• Срок: 3–8 месяцев.
• Бюджет: 900 тыс.–6 млн рублей.
• Подходит: розничной и оптовой торговле с выстроенными процессами.

Каталог без онлайн-оплаты

• Задача: показать ассортимент и получать заявки на расчет.
• Функциональность: категории, карточки, характеристики, фильтры, поиск, формы.
• Масштабирование: высокое при нормализованных данных и управляемых фильтрах.
• Срок: 3–7 месяцев.
• Бюджет: 800 тыс.–4 млн рублей.
• Подходит: производителям, поставщикам и B2B-компаниям со сложным ценообразованием.

Веб-сервис

• Задача: дать пользователю цифровой инструмент или автоматизировать операцию.
• Функциональность: учетные записи, роли, расчеты, подписки, уведомления, API.
• Масштабирование: проектируется под прогноз нагрузки и продуктовую дорожную карту.
• Срок: 6–18 месяцев и более.
• Бюджет: 4–30 млн рублей и выше.
• Подходит: продуктам с подтвержденной потребностью и владельцем продукта.

Этапы создания сайта с нуля

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

1. Предпроектное исследование.
   Цель: связать сайт с измеримыми задачами бизнеса.
   Работы: интервью, анализ аудитории, конкурентов, спроса, текущих данных и ограничений.
   Результат: цели, показатели, гипотезы, объем первой версии.
   Участники: аналитик, маркетолог, владелец продукта, SEO-специалист.
   Доля бюджета: 5–12%.
   Приемка: согласованы аудитории, сценарии, показатели и границы проекта.
2. Техническое задание.
   Цель: превратить бизнес-требования в проверяемые условия.
   Работы: описание ролей, функций, данных, интеграций, ограничений и приемочных тестов.
   Результат: спецификация, backlog или комплект требований.
   Участники: аналитик, архитектор, руководитель проекта, заказчик.
   Доля бюджета: 5–15%.
   Приемка: каждое требование однозначно и может быть проверено.
3. Информационная архитектура.
   Цель: организовать страницы, данные и навигацию.
   Работы: семантика, карта сайта, типы страниц, URL, фильтры, перелинковка.
   Результат: структура сайта и матрица страниц.
   Участники: UX-архитектор, SEO-специалист, контент-стратег.
   Доля бюджета: 4–10%.
   Приемка: основные пользовательские и поисковые сценарии имеют целевые страницы.
4. Прототипирование.
   Цель: проверить сценарии до дорогой отрисовки и разработки.
   Работы: схемы экранов, переходы, состояния, мобильные сценарии.
   Результат: кликабельный прототип.
   Участники: UX-дизайнер, аналитик, заказчик.
   Доля бюджета: 5–12%.
   Приемка: ключевые задачи выполняются без тупиков и неописанных состояний.
5. Визуальный дизайн.
   Цель: создать понятный, доступный и соответствующий бренду интерфейс.
   Работы: концепция, сетки, компоненты, адаптивы, состояния, дизайн-система.
   Результат: макеты и библиотека компонентов.
   Участники: UI-дизайнер, арт-директор, UX-дизайнер.
   Доля бюджета: 10–20%.
   Приемка: подготовлены все шаблоны, адаптивные версии и состояния элементов.
6. Разработка.
   Цель: реализовать интерфейс, бизнес-логику и управление содержимым.
   Работы: frontend, backend, CMS, база данных, API, интеграции, инфраструктура.
   Результат: рабочая версия на тестовой среде.
   Участники: frontend- и backend-разработчики, DevOps, технический руководитель.
   Доля бюджета: 30–55%.
   Приемка: функции соответствуют требованиям и проходят автоматические и ручные проверки.
7. Контент и миграция.
   Цель: наполнить сайт точными и полезными материалами.
   Работы: тексты, изображения, документы, карточки, перенос URL и метаданных.
   Результат: заполненный сайт и карта перенаправлений.
   Участники: редактор, копирайтер, контент-менеджер, SEO-специалист.
   Доля бюджета: 8–25%.
   Приемка: данные проверены, источники подтверждены, отсутствуют пустые шаблоны.
8. Тестирование.
   Цель: обнаружить дефекты до запуска.
   Работы: функциональные, интеграционные, кроссбраузерные, нагрузочные и безопасностные проверки.
   Результат: отчет, исправления и протокол приемки.
   Участники: QA-инженер, разработчики, специалисты по безопасности.
   Доля бюджета: 10–20%.
   Приемка: нет критических дефектов, а допустимые ограничения документированы.
9. Запуск и наблюдение.
   Цель: безопасно опубликовать сайт и проверить его в рабочей среде.
   Работы: домен, DNS, TLS, резервная копия, мониторинг, аналитика, индексация.
   Результат: доступный пользователям сайт и план отката.
   Участники: DevOps, разработчик, аналитик, руководитель проекта.
   Доля бюджета: 3–8%.
   Приемка: доступны основные сценарии, собираются данные, настроены оповещения.
10. Поддержка и развитие.
    Цель: сохранять надежность и улучшать результат.
    Работы: обновления, исправления, эксперименты, развитие функциональности и контента.
    Результат: управляемый backlog и регулярные релизы.
    Участники: команда поддержки, аналитик, продуктовый менеджер.
    Доля бюджета: обычно отдельный ежемесячный бюджет.
    Приемка: соблюдаются согласованные сроки реакции и показатели качества.

Исследование и техническое задание

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

Что собрать до старта?

• Цели сайта и показатели, по которым будет оцениваться результат.
• Описание целевых групп и их основных задач.
• Приоритетные продукты, услуги, регионы и языковые версии.
• Список конкурентов и функциональных ориентиров.
• Перечень ролей пользователей и права доступа.
• Сценарии покупки, заявки, регистрации, возврата и поддержки.
• Источники данных и ответственные за их качество.
• Интеграции с CRM, ERP, 1С, телефонией, доставкой и платежами.
• Требования к нагрузке, доступности, резервированию и времени восстановления.
• Правила обработки персональных данных и модель угроз.
• Требования к редакторской системе и согласованию публикаций.
• План переноса материалов и старых адресов.
• Требования к поисковой видимости и веб-аналитике.
• Ограничения по сроку, бюджету, лицензиям и инфраструктуре.

«Программы для ЭВМ относятся к объектам авторских прав и охраняются как литературные произведения».

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

Структура, прототип и дизайн

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

Какие макеты должны быть в дизайн-комплекте?

• Главная страница.
• Страница раздела или категории.
• Карточка товара, услуги, проекта или статьи.
• Поиск и страница без результатов.
• Фильтры, сортировка и пагинация.
• Формы и сообщения об ошибках.
• Авторизация, восстановление доступа и личный кабинет.
• Корзина и оформление заказа, если применимо.
• Системные страницы 404 и 500.
• Состояния загрузки, пустых данных и недоступного сервиса.
• Мобильные, планшетные и настольные версии.
• Компоненты навигации, кнопок, полей, таблиц и уведомлений.

Доступность интерфейса

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

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

Технологии разработки в 2026 году

Универсально лучшего стека нет. Платформы корректно сравнивать по единым признакам: скорость запуска, стоимость лицензий, доступность разработчиков в России, интеграции, производительность, безопасность, масштабирование и зависимость от поставщика.

Конструкторы и low-code

• Примеры: Tilda, Craftum, Flexbe, uKit, Creatium, Битрикс24.Сайты и другие доступные заказчику сервисы.
• Скорость запуска: высокая.
• Стоимость старта: низкая или средняя.
• Гибкость: ограничена возможностями платформы.
• Масштабирование: подходит небольшим презентационным проектам.
• Риск: зависимость от тарифа, экспорта, доступных интеграций и условий сервиса.

Готовые CMS

• Примеры: 1С-Битрикс, WordPress, MODX, Drupal, Joomla, HostCMS, UMI.CMS, Netcat, DIAFAN.CMS, OpenCart, CS-Cart.
• Скорость запуска: средняя или высокая при типовой задаче.
• Стоимость старта: от низкой до высокой с учетом лицензий и модулей.
• Гибкость: высокая в пределах архитектуры выбранной CMS.
• Масштабирование: достаточно для большинства корпоративных сайтов и магазинов при грамотной реализации.
• Риск: устаревшие плагины, уязвимости, конфликт расширений и технический долг.

Headless CMS и статическая генерация

• Примеры: Strapi, Directus, Payload, Keystone, Contentful и другие решения после проверки доступности и условий использования.
• Скорость запуска: средняя.
• Стоимость старта: средняя или высокая.
• Гибкость: высокая, контент можно отдавать нескольким каналам через API.
• Масштабирование: подходит медиа, каталогам и омниканальным продуктам.
• Риск: усложнение архитектуры там, где достаточно обычной CMS.

Индивидуальная разработка

• Frontend: JavaScript, TypeScript, React, Next.js, Vue, Nuxt, Angular, Svelte, SvelteKit, Astro.
• Backend: PHP с Laravel или Symfony, Python с Django, Flask или FastAPI, Node.js с NestJS или Express, Java со Spring, C# с ASP.NET Core, Go, Ruby on Rails.
• Базы данных: PostgreSQL, MySQL, MariaDB, MongoDB, ClickHouse, Redis.
• Поиск: OpenSearch, Elasticsearch, Sphinx, встроенные средства CMS или базы данных.
• Инфраструктура: Linux, Nginx, Docker, Kubernetes при обоснованной нагрузке, CI/CD, объектное хранилище, CDN.
• Скорость запуска: ниже, чем у готовой платформы.
• Стоимость старта: высокая.
• Гибкость: максимальная.
• Масштабирование: проектируется под продукт и нагрузку.
• Риск: высокая стоимость владения и зависимость от качества команды.

Когда достаточно CMS, а когда нужен собственный код?

• Выбирайте CMS, если большинство функций типовые и доступны проверенные модули.
• Выбирайте CMS, если редакторы должны самостоятельно управлять страницами и каталогом.
• Рассматривайте индивидуальную разработку, если бизнес-логика является конкурентным преимуществом.
• Рассматривайте индивидуальную разработку, если нужны сложные роли, расчеты, высокие нагрузки или нестандартные интеграции.
• Используйте гибридный вариант, если CMS отвечает за контент, а отдельный сервис — за специфическую бизнес-логику.
• Не выбирайте микросервисы только ради моды: для первой версии монолит часто дешевле и надежнее.

Контент, SEO и юридические требования

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

Что подготовить для каждой страницы?

• Цель страницы и целевое действие.
• Основной вопрос или потребность аудитории.
• Уникальный заголовок и понятная структура подзаголовков.
• Фактические данные с источниками и датой актуальности.
• Сведения об авторе или ответственном эксперте.
• Условия покупки, оплаты, доставки, возврата или оказания услуги.
• Изображения с подтвержденными правами использования.
• Мета-заголовок и описание для поисковой выдачи.
• Внутренние ссылки на связанные материалы.
• Структурированные данные Schema.org там, где они соответствуют видимому содержанию.
• Призыв к действию без скрытых условий и манипулятивных формулировок.

Техническая подготовка к поиску

• Открытые для индексации полезные страницы возвращают код 200.
• Удаленные адреса корректно перенаправляются или возвращают код 404/410.
• Основные материалы доступны в HTML, а не только после действий в браузере.
• Настроены robots.txt и XML-карты сайта.
• Указаны canonical для действительно дублирующихся страниц.
• URL понятны и сохраняются при миграции либо имеют перенаправления 301.
• Фильтры и параметры не создают бесконечное число индексируемых дублей.
• Есть навигационные цепочки и внутренняя перелинковка.
• Изображения сжаты и отдаются в современных форматах с резервным вариантом.
• Страницы корректно отображаются на мобильных устройствах.
• Подключены Яндекс Метрика и другие согласованные системы аналитики.
• Проверена передача целей, электронной торговли и рекламных идентификаторов.

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

«До начала обработки персональных данных оператор обязан уведомить уполномоченный орган по защите прав субъектов персональных данных о своем намерении осуществлять обработку персональных данных», кроме предусмотренных законом случаев.

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

• Определено законное основание для каждого процесса обработки персональных данных.
• Опубликована политика в отношении обработки персональных данных.
• Формы содержат необходимые сведения и получают согласие там, где оно требуется.
• Согласие на рекламные сообщения отделено от согласия на обработку данных.
• Собираются только данные, необходимые для заявленной цели.
• Соблюдаются требования к локализации баз данных граждан России, когда они применимы.
• Назначены ответственные лица и утверждены внутренние документы.
• Проверена необходимость уведомления Роскомнадзора.
• Оформлены отношения с хостингом, CRM, коллтрекингом и другими обработчиками.
• Регламентированы сроки хранения, удаление и ответы на обращения субъектов.
• Для интернет-магазина опубликованы сведения о продавце, цене, оплате, доставке и возврате.
• Для онлайн-расчетов проверены требования Федерального закона № 54-ФЗ и выдача кассовых чеков.
• Реклама и маркировка материалов проверены на соответствие Федеральному закону № 38-ФЗ.
• Для размещаемого контента подтверждены авторские и лицензионные права.

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

Тестирование, безопасность и запуск

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

Чек-лист перед публикацией

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

«Безопасность — это процесс, а не продукт».

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

Сколько времени занимает разработка?

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

Формула планирования: срок проекта = длительность критической последовательности работ + согласования + резерв на риски.

Типовые сроки по масштабу

• Лендинг на готовой платформе: 2–4 недели.
• Лендинг с уникальным дизайном: 4–8 недель.
• Сайт-визитка: 3–8 недель.
• Промосайт с интерактивом: 1–3 месяца.
• Небольшой корпоративный сайт: 2–4 месяца.
• Крупный корпоративный сайт: 4–9 месяцев.
• Каталог: 3–7 месяцев.
• Типовой интернет-магазин: 3–6 месяцев.
• Магазин с 1С и несколькими службами: 5–10 месяцев.
• Информационный портал: 3–9 месяцев.
• Личный кабинет: 4–12 месяцев.
• Маркетплейс: 8–24 месяца.
• Первая версия SaaS: 6–12 месяцев.
• Высоконагруженная платформа: 12–24 месяца и более.

Что чаще всего увеличивает срок?

• Изменение целей после утверждения концепции.
• Отсутствие ответственного лица со стороны заказчика.
• Задержка текстов, фотографий, цен и юридических документов.
• Неописанные состояния и исключения в бизнес-процессах.
• Нестабильные или недокументированные API.
• Низкое качество данных в 1С, CRM или старом сайте.
• Многоступенчатые согласования без установленного срока ответа.
• Покупка лицензий и доступов после начала разработки.
• Требования по безопасности, появившиеся перед запуском.
• Попытка включить все будущие идеи в первую версию.

Сколько стоит сайт в России в 2026 году?

Цена зависит от состава команды и ответственности подрядчика. Фрилансер обычно дешевле студии, но заказчик берет на себя больше координации и рисков замены специалиста. Агентство или продуктовая команда стоят дороже, поскольку в смету входят аналитика, управление, тестирование, процессы качества и гарантийная поддержка.

Ориентиры по исполнителю

• Самостоятельная сборка на конструкторе: от нескольких тысяч рублей в месяц плюс время владельца и платные дополнения.
• Фрилансер для типового небольшого сайта: примерно 80–400 тыс. рублей.
• Небольшая студия: примерно 250 тыс.–2 млн рублей.
• Специализированное агентство: примерно 700 тыс.–7 млн рублей.
• Выделенная продуктовая команда: примерно 1,5–6 млн рублей в месяц в зависимости от состава.
• Сложная заказная платформа: от 5–30 млн рублей и выше за проект.

Что обычно входит в смету?

• Управление проектом.
• Бизнес- и системная аналитика.
• Исследование аудитории.
• Информационная архитектура.
• Прототипирование.
• Дизайн и дизайн-система.
• Frontend-разработка.
• Backend-разработка.
• Настройка CMS.
• Интеграции.
• Тестирование.
• Настройка инфраструктуры.
• Подготовка и перенос контента.
• Техническая подготовка к поисковой индексации.
• Обучение редакторов.
• Гарантийное исправление дефектов.

Что часто оплачивается отдельно?

• Домен и хостинг.
• Лицензия CMS и платные модули.
• Коммерческие шрифты, фото, видео и иллюстрации.
• CRM, телефония, email- и SMS-сервисы.
• Эквайринг, онлайн-касса и фискальный оператор.
• Сервисы доставки и платный доступ к API.
• Юридическая экспертиза документов.
• Аудит и тестирование безопасности.
• Перевод и локализация.
• Большой объем ручного наполнения.
• Рекламный бюджет.
• Регулярная редакционная работа.
• Поддержка после гарантийного периода.
• Услуги SEO-оптимизации сайта после первичной технической подготовки.

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

Как рассчитать бюджет?

Базовая формула: бюджет проекта = сумма трудозатрат специалистов × их ставки + лицензии + инфраструктура + внешний контент + резерв.

Для проекта с неопределенными интеграциями и миграцией обычно предусматривают резерв 10–25%. Резерв не должен скрывать размытое техническое задание: крупные неизвестные сначала исследуют отдельным этапом.

Пример расчета корпоративного сайта

• Исследование и требования: 120–300 тыс. рублей.
• Структура и прототип: 120–300 тыс. рублей.
• Дизайн: 180–500 тыс. рублей.
• Frontend и CMS: 350–900 тыс. рублей.
• Интеграции: 100–500 тыс. рублей.
• Контент и миграция: 100–500 тыс. рублей.
• Тестирование и запуск: 120–350 тыс. рублей.
• Резерв: 10–20% от оцененных работ.
• Ориентировочный итог: около 1,2–4 млн рублей в зависимости от объема и команды.

Модели оплаты

• Фиксированная цена: подходит при стабильном и подробно описанном объеме.
• Time & Materials: оплачиваются фактические часы; подходит развивающимся продуктам.
• Фиксированные этапы: каждый блок имеет отдельную цену и приемку.
• Выделенная команда: заказчик ежемесячно оплачивает согласованный состав специалистов.
• Гибрид: обязательное ядро фиксируется, а гипотезы оплачиваются по времени.

Как выбрать подрядчика?

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

Критерии сравнения

• Опыт: проекты сопоставимого масштаба и отрасли.
• Команда: названные специалисты, роли, занятость и порядок замены.
• Исследование: готовность выяснить задачу до предложения решения.
• Оценка: декомпозиция работ, допущения и исключения.
• Процесс: этапы, демонстрации, управление изменениями и рисками.
• Качество: тест-план, code review, контроль зависимостей и доступности.
• Безопасность: управление доступами, секретами, резервными копиями и инцидентами.
• Права: понятная передача исходников, макетов и исключительных прав.
• Инфраструктура: учетные записи оформляются на заказчика или передаются по акту.
• Поддержка: сроки реакции, гарантия и стоимость изменений после запуска.
• Рекомендации: возможность подтвердить участие подрядчика в заявленных проектах.
• Финансовая прозрачность: налоги, НДС, лицензии и внешние расходы явно указаны.

Тревожные признаки

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

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

Договор, права и приемка

Комплект документов зависит от модели сотрудничества, но условия должны позволять проверить объем, качество и права на результат.

Что закрепить в договоре?

• Предмет договора и границы проекта.
• Этапы, сроки и зависимость сроков от действий заказчика.
• Стоимость, налоги, порядок оплаты и внешние расходы.
• Формат постановки и согласования требований.
• Число итераций дизайна и порядок дополнительных изменений.
• Критерии приемки и срок предоставления замечаний.
• Классы дефектов и сроки их исправления.
• Гарантийный период и его ограничения.
• Переход исключительных прав и территория их действия.
• Перечень сторонних компонентов и лицензий.
• Порядок доступа к персональным данным и конфиденциальной информации.
• Требования к безопасности и уведомлению об инцидентах.
• Порядок расторжения и передачи незавершенного результата.
• Ответственность сторон и обстоятельства непреодолимой силы.

Что получить при завершении?

• Исходный код и историю репозитория.
• Макеты и библиотеку компонентов.
• Доступы к домену, DNS, серверу, CMS и аналитике.
• Инструкцию по развертыванию.
• Документацию по интеграциям и API.
• Схему инфраструктуры и резервного копирования.
• Перечень лицензий и зависимостей.
• Акт передачи прав, если он предусмотрен договором.
• Протокол тестирования и список известных ограничений.
• Инструкцию редактора.
• Карту перенаправлений.
• План мониторинга и контакты аварийной поддержки.

Расходы после запуска

Корректнее оценивать не только цену создания, но и стоимость владения за 2–3 года. Даже простой сайт требует оплаты инфраструктуры, обновлений, контроля безопасности и актуализации информации.

Формула стоимости владения: создание + инфраструктура + лицензии + поддержка + контент + маркетинг + развитие + расходы на инциденты и миграции.

Регулярные статьи расходов

• Домен: ежегодное продление по тарифу регистратора.
• Хостинг или облачная инфраструктура: от сотен рублей до миллионов рублей в месяц в зависимости от нагрузки и отказоустойчивости.
• Лицензии: CMS, модули, шрифты, карты, сервисы рассылок и аналитики.
• Техническая поддержка: примерно 30–300 тыс. рублей в месяц для типового бизнеса; сложные системы требуют большего бюджета.
• Контент: редактура, съемка, экспертиза, обновление каталога и цен.
• Безопасность: аудит, мониторинг, защита от атак, резервирование и восстановление.
• Развитие: новые функции, интеграции и улучшение конверсии.
• Поисковое развитие: технические задачи, новые страницы, аналитика и экспертные материалы.
• Реклама: контекстная, медийная, ретаргетинг и продвижение на внешних площадках.

Показатели после запуска

• Доступность сайта.
• Время ответа сервера.
• Доля ошибок frontend и backend.
• Успешность платежей и интеграций.
• Конверсия по ключевым сценариям.
• Стоимость квалифицированного обращения.
• Доход или ценность на посетителя.
• Доля возвратов и брошенных форм.
• Видимость и переходы из поиска.
• Качество и актуальность контента.
• Число инцидентов и время восстановления.

Типичные ошибки заказчика

1. Начинать с дизайна: без целей и структуры красивый макет может не решать задачу.
2. Копировать конкурента: чужой интерфейс отражает другие процессы, аудиторию и ограничения.
3. Не назначать владельца проекта: решения задерживаются, а требования противоречат друг другу.
4. Откладывать контент: реальный объем текста и изображений меняет дизайн и срок.
5. Выбирать платформу по популярности: стек должен соответствовать функциям и ресурсам поддержки.
6. Не исследовать интеграции: недокументированный API способен увеличить бюджет в несколько раз.
7. Игнорировать мобильные сценарии: уменьшенная настольная версия не равна мобильному интерфейсу.
8. Экономить на тестировании: дефекты после запуска влияют на деньги, репутацию и данные пользователей.
9. Не оформлять права: оплата работы сама по себе не всегда означает передачу исключительного права.
10. Оформлять домен на исполнителя: заказчик рискует потерять контроль над главным цифровым активом.
11. Не планировать миграцию: смена URL без перенаправлений приводит к ошибкам и потере поискового трафика.
12. Заказывать поиск после релиза: последующая поисковая оптимизация сайта может потребовать переделки структуры и шаблонов.
13. Запускать все функции сразу: большая первая версия повышает риск потратить бюджет на непроверенные гипотезы.
14. Не учитывать поддержку: сайт без обновлений постепенно становится небезопасным и неактуальным.

Частые вопросы