Запрос «нужно веб-приложение под ключ» я слышу почти на каждой встрече с новым клиентом - и в большинстве случаев за ним стоит список из пяти пунктов на салфетке, а не техническое задание. Сроки и стоимость разработки зависят не от красоты дизайна, а от того, насколько чётко определены роли пользователей, интеграции и структура данных ещё до старта. Ниже - чек-лист, по которому я сам прохожу с клиентами перед тем, как назвать смету: он закрывает вопросы, которые обычно всплывают на третьей неделе разработки и стоят дополнительных денег и нервов.
Зачем нужен чек-лист до старта разработки веб-сервиса
Без зафиксированных требований оценка проекта - это гадание. Клиент говорит «нужен личный кабинет», а через две недели разработки выясняется, что кабинетов на самом деле три: для клиента, для менеджера и для администратора, каждый со своим набором прав. Это уже не доработка, а фактически отдельный модуль CRM/админ-панели - плюс 3-4 недели к сроку и ощутимая прибавка к бюджету, которую никто не планировал.
Чек-лист не убирает изменения в процессе работы - они бывают почти всегда. Но он переводит их из разряда «сюрприз на финише» в разряд «предсказуемая доработка со своей оценкой». На практике проекты, где я получал заполненный бриф с ответами на вопросы ниже, укладывались в срок в 7-8 случаях из 10. Проекты без брифа - в 3-4 случаях из 10, и почти всегда с пересогласованием бюджета в процессе.
Определите тип продукта: SPA, SaaS, магазин или лендинг
Первый вопрос, который я задаю - что вы вообще заказываете. «Веб-приложение» для одного клиента означает лендинг с формой заявки, для другого - SaaS с подписками и биллингом. Это разные архитектуры, разный стек и разная цена.
| Тип продукта | Что это на практике | Цена от | Типичный срок |
|---|---|---|---|
| Лендинг на Next.js | Одна страница с формами, конверсия в заявку | 80 000 ₽ | 2-3 недели |
| Интернет-магазин под ключ | Каталог, корзина, оплата, интеграция с доставкой | 80 000 ₽ | 4-6 недель |
| Веб-сервис / SaaS / SPA | Личные кабинеты, подписки, роли пользователей | 150 000 ₽ | 6-10 недель |
| CRM / админ-панель на React | Внутренний инструмент для команды | 100 000 ₽ | 5-8 недель |
| Дашборд / BI на Vue.js | Визуализация метрик, отчёты, аналитика | 90 000 ₽ | 4-6 недель |
| API / бэкенд на Laravel | Серверная часть без фронта, для мобильных приложений или внешних интеграций | 100 000 ₽ | 4-7 недель |
Если на этом этапе не определиться, а решать по ходу дела, риск в том, что архитектура, выбранная под лендинг, не выдержит рост до SaaS с ролями и биллингом - и часть кода придётся переписывать заново.
Техническое задание: что фиксируем на бумаге
Полное ТЗ на 40 страниц для MVP не нужно - но минимальный набор пунктов должен быть закрыт до того, как я сажусь писать код:
- Список ролей пользователей и что каждая роль может делать (просмотр, редактирование, удаление, экспорт)
- Ключевые пользовательские сценарии - от регистрации до целевого действия (оплата, заявка, экспорт отчёта)
- Источник дизайна: готовый макет в Figma, референсы конкурентов или дизайн «по ходу» на моей стороне
- Нефункциональные требования - ожидаемая нагрузка, нужна ли мобильная адаптация, поддержка каких браузеров
- Готовность контента - тексты, изображения, юридические документы (оферта, политика конфиденциальности)
- Критерии приёмки - что именно проверяется перед тем, как проект считается сданным
Отдельно проговариваю формат сдачи: поэтапная приёмка модулей или единая сдача в конце. Первый вариант дороже в администрировании, зато исключает ситуацию, когда клиент видит результат впервые через два месяца и он не совпадает с ожиданиями.
Интеграции и обмен данными между сервисами
Это раздел, где чаще всего теряют время. Интернет-магазин на WooCommerce с эквайрингом T‑Bank требует не только ключей API, но и настроенного тестового окружения на стороне банка - без него проверить сценарий оплаты нельзя, и это может встать на неделю, если заявку на тестовый доступ подают только после старта разработки. То же самое с СДЭК: расчёт стоимости доставки и трекинг заказов работают через API, для которого нужен договор и токен - их стоит запрашивать заранее, а не в день интеграции.
Если в проекте нужен Telegram-бот для уведомлений о заказах (обычно пишу на aiogram), заранее нужен токен от @BotFather и понимание, кто администрирует канал уведомлений. Для связки веб-приложения с CRM, рассылками или таблицами часто беру n8n - это быстрее, чем писать отдельный сервис-интегратор под каждую пару систем, но сценарии автоматизации тоже нужно описать заранее: что триггерит цепочку и куда уходят данные.
Часть таких интеграций я уже реализовывал раньше, и рабочие заготовки есть в библиотеке готовых скриптов - иногда дешевле адаптировать существующий скрипт под задачу, чем писать интеграцию с нуля.
Бесплатный материал
🎁 Полезный скрипт в подарок
Подпишитесь на Telegram - пришлю готовый скрипт по этой теме.
Без спама. Отписка в 1 клик.
Бюджет и сроки: как считается смета на веб-приложение под ключ
Смету считаю по объёму подтверждённых требований, а не «на глаз». Если бюджет ограничен, обычно предлагаю разбить проект на MVP и последующие итерации - так клиент получает рабочий продукт раньше и может тестировать его на реальных пользователях, прежде чем вкладываться в полный набор функций.
Пример из практики: интернет-магазин с оплатой через T‑Bank и доставкой через СДЭК стартует от 80 000 ₽ и занимает 4-6 недель при готовом каталоге товаров. Если каталог нужно собирать и структурировать параллельно с разработкой, срок растягивается минимум на 1-2 недели. SaaS-сервис с личными кабинетами и подписками стартует от 150 000 ₽ - здесь основное время уходит не на интерфейс, а на логику ролей, биллинг и обработку граничных случаев (просроченная подписка, возврат средств, смена тарифа).
Оплату почти всегда веду поэтапно - аванс на старте, промежуточные платежи по завершённым модулям, финальный расчёт после приёмки. Это защищает обе стороны: я не работаю бесплатно в ожидании оплаты за весь проект, а клиент не платит вперёд за работу, которую ещё не видел.
Хостинг, домен и защита персональных данных
Если в приложении собираются персональные данные пользователей - имена, телефоны, адреса доставки - сервер и база данных должны располагаться на территории РФ, это требование статьи 18 152-ФЗ. Иностранные облачные таблицы или ноукод-базы для хранения контактов клиентов в такой схеме не подходят, даже если удобны на этапе прототипирования.
До запуска стоит закрыть: SSL-сертификат на домене, регламент резервного копирования базы данных, и кто отвечает за сервер после сдачи проекта - сам клиент, хостинг-провайдер или подрядчик на техподдержке. Я веду техподдержку отдельно от разработки, от 15 000 ₽/мес - это плановые обновления, мониторинг и оперативные правки, не входящие в исходную смету проекта.
Если на старте непонятно, какой сервис вообще нужен - сайт, интернет-магазин, CRM или бот - можно свериться с полным списком на странице услуг и ценами по каждому направлению, это часто помогает точнее сформулировать запрос ещё до брифа.
Когда нужен не сайт, а сервис
SaaS / SPA
от 300 000 ₽
Подробнее →Частые вопросы
Сколько стоит веб-приложение под ключ?
Зависит от типа продукта и объёма ролей. Лендинг или интернет-магазин без сложной логики - от 80 000 ₽, SaaS-сервис с личными кабинетами, подписками и биллингом - от 150 000 ₽. Точную сумму называю после брифа, когда понятен список экранов и интеграций.
Сколько времени занимает разработка веб-приложения под ключ?
Лендинг обычно закрывается за 2-3 недели, интернет-магазин - за 4-6 недель, SaaS с ролями и биллингом - за 6-10 недель. Срок сильно зависит от готовности контента и от того, есть ли уже тестовые доступы к внешним сервисам вроде эквайринга или СДЭК.
Что делать, если требования изменятся в процессе разработки?
Изменения - это нормальная часть проекта, особенно на длинных SaaS-разработках. Я фиксирую базовое ТЗ и смету на его основе, а любые доработки сверх согласованного объёма оцениваю отдельно и обсуждаю до того, как начинаю их делать - без сюрпризов в финальном счёте.
Нужно ли техническое задание, если бюджет ограничен?
Полноформатное ТЗ - не обязательно, но минимальный бриф с ролями пользователей, сценариями и списком интеграций нужен всегда. Он занимает пару часов на составление, а экономит недели переделок - особенно если бюджет и так ограничен и на пересогласование объёма просто нет запаса.