Разработка веб-приложения: этапы, сроки, цена

Когда ко мне приходят с запросом «нужна разработка веб приложения», первый вопрос почти всегда один: сколько это займёт и сколько будет стоить. Ответить одной цифрой нельзя, но можно объяснить структуру — и тогда вы сами прикинете порядок своего бюджета ещё до первой встречи.

Разберу на живом примере. Клиент пришёл с идеей: «Хочу, чтобы люди могли знакомиться только с теми, кто рядом. Прямо внутри Telegram. Без свайпов, без установок». MVP собрали за две недели. React на фронте, FastAPI на бэке, WebApp запускается внутри Telegram: можно поставить точку на карте, записать кружочек и написать тем, кто рядом. Совпала симпатия — открылся чат.

Что такое веб-приложение и чем оно отличается от сайта

Разграничим, потому что путаница здесь стоит денег.

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

Веб-приложение — это про действия. У пользователя есть аккаунт, он что-то создаёт, меняет, видит только своё, взаимодействует с другими пользователями. Здесь есть база данных, права доступа, состояния, уведомления.

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

Этапы разработки веб-приложения

Порядок, по которому я работаю. Он не самый модный, зато на нём не бывает сюрпризов в конце.

1. Аналитика и прототип

Здесь мы не рисуем красиво. Мы отвечаем на вопросы: кто пользователь, какие у него роли, какой путь он проходит от первого экрана до результата, какие экраны вообще нужны.

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

Сроки: от трёх дней на простое приложение до двух недель на сложное с несколькими ролями.

2. MVP — минимально работающая версия

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

В том проекте с Telegram MVP — это карта, точка, кружочек, сообщение и взаимная симпатия. Всё. Никаких рекомендаций, рейтингов и лент. Потому что до запуска непонятно, будут ли люди вообще ставить точки на карте, и вкладываться в рейтинги, пока это не проверено, — сжигать бюджет.

Сроки: две-четыре недели на нормальный MVP. Две — это реально, мы так и сделали, но при условии, что прототип готов и заказчик отвечает в течение дня.

3. Интеграции

Здесь живёт основная стоимость. Платёжная система, CRM, мессенджеры, внешние API, авторизация через другие сервисы. Каждая интеграция — это чужая документация, чужие ограничения и чужие сбои, к которым надо быть готовым.

В нашем случае это был запуск внутри Telegram как WebApp плюс платная подписка, которая открывает расширенные фильтры и приоритет в выдаче. Плюс мультиязычность — интерфейс сразу на нескольких языках, потому что проект готовили к запуску в Европе.

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

4. Нагрузка и масштабирование

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

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

5. Тесты и запуск

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

Сроки: от трёх дней до недели.

Из чего складывается цена

Платят не за экраны. Платят за решённые задачи, и пропорции обычно такие.

Логика и интерфейс — самая понятная часть и не самая дорогая. Экраны, переходы, состояния.

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

Инфраструктура — сервер, домен, сертификаты, деплой, мониторинг. Без неё приложение живёт на ноутбуке разработчика и умирает вместе с ним.

Тесты и запуск — небольшая, но обязательная доля. Экономия здесь всегда возвращается втрое в виде правок после запуска.

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

Сколько это по срокам в сумме

Честные ориентиры по моей практике:

• простое приложение с авторизацией, личным кабинетом и одной интеграцией — 3-5 недель;
• MVP с нестандартной логикой вроде карты и реального времени — 2-4 недели при готовом прототипе;
• приложение с несколькими ролями, платежами и CRM — 2-3 месяца.

Что реально сокращает сроки: готовый прототип, один человек со стороны заказчика, принимающий решения, и согласие резать функции в первую версию. Что растягивает: правки «на ходу», согласование в чате на десять человек и желание сделать сразу всё.

Как понять, что вам вообще нужно приложение

Простой тест. Если пользователю нужно только узнать о вас и оставить заявку — вам нужен сайт, и это в разы дешевле. Если пользователь должен что-то делать внутри регулярно, видеть своё, взаимодействовать с другими — да, разработка веб приложения оправдана.

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

Подробнее о том, как я веду такие проекты, — на странице веб-разработки. Если у вас есть идея и вы хотите понять сроки и цену под свою задачу — напишите мне, разберём на конкретике. Бывает, что от идеи до работающей версии проходит две недели.