Когда компания впервые заказывает веб-приложение, самое непонятное — что будет происходить между первым звонком и днём, когда сотрудники начнут им пользоваться. Когда появится готовое, что можно открыть и попробовать? В какой момент зафиксируют цену, и что делать, если по ходу работы захочется поменять половину экранов?
Из каких этапов состоит разработка веб-приложения
Этапов пять: обследование, проектирование, разработка, проверка и запуск, после которого приложение сопровождают и развивают. У нас они выглядят так:
| Этап | Что происходит | Что вы получаете |
|---|---|---|
| Обследование | выясняем, как работа устроена сейчас и с чем приложению обмениваться | состав первой версии, стоимость и сроки остальных этапов в договоре |
| Проектирование | собираем экраны и схему данных | прототип, по которому можно пройти основной сценарий |
| Разработка | делаем приложение частями | работающие части системы на показе каждую неделю |
| Проверка | тестируем сценарии, права ролей и обмен с другими системами | проверенные сценарии и исправленные ошибки |
| Запуск и развитие | переносим данные, открываем доступ, исправляем и дорабатываем | работающее приложение, код, документацию и доступы |
Для примера возьмём дистрибьютора, у которого дилеры присылают заказы в почту и мессенджеры, а менеджеры переносят их в 1С вручную. Он хочет портал, где дилер сам видит свои цены и остатки и оформляет заказ.
Что происходит до первой строки кода
Обследование занимает около двух недель. За это время мы разбираемся, откуда берутся цены и остатки, кто работает с заказом и что с ним происходит после 1С. Допустим, выяснится, что у части дилеров индивидуальные скидки, а остатки в 1С обновляются раз в час. Такие вещи меняют устройство портала, и лучше узнать о них до разработки.
По итогам обследования составляем список того, что войдёт в первую версию, и записываем в договор стоимость и сроки остальных этапов. Готовое техническое задание не обязательно, состав первой версии соберём на обследовании. Если ТЗ у вас уже есть, пригодится и оно, а как его составить, читайте в статье о техническом задании.
Как проектируют экраны и данные
Прототип — это экраны без настоящей логики, по которым можно пройти путь дилера от входа до отправленного заказа. Поправить экран в прототипе проще, чем в готовом коде, поэтому сначала мы показываем прототип вам. Параллельно решаем, где живут данные и какая система главная для каждого их вида. В нашем примере цены и остатки остаются в 1С, а портал получает их через программный интерфейс.
Что вы увидите в ходе разработки
Приложение собирают частями, и каждую неделю мы показываем то, что уже работает. Сначала вход и каталог с ценами дилера, потом корзина и заказ, потом обмен с 1С и история заказов. Так вы видите продукт задолго до запуска и можете поправить направление, пока это дёшево. Если по ходу появляется новая функция, её оценивают отдельно от того, что уже записано в договор.
ИИ участвует на каждом этапе, от требований до тестов, а код и архитектуру контролируют специалисты. Как это устроено, объясняем в статье об AI-native разработке.
Начнём с обследования и покажем, что войдёт в первую версию.
Как проверяют и запускают приложение
Проверяют не только то, что кнопки нажимаются. Для портала важнее, что дилер видит только свои цены, что заказ доходит до 1С без потерь и как система ведёт себя, когда заказы приходят разом. Найденные ошибки исправляют до того, как к системе получат доступ дилеры.
Когда и для кого открыть доступ, договариваются до запуска. После него пользователи находят сценарии, которых не было в прототипе, и часть правок приходится на первые недели работы. Три месяца гарантии включены в стоимость, а дальше приложение можно развивать с той же командой или своими силами, потому что код, документация и доступы остаются у вас.
Сколько времени занимает разработка веб-приложения
Срок зависит от числа ролей, систем для обмена и объёма данных, которые нужно перенести, и оценку мы даём по итогам обследования. Чтобы проверить идею быстрее, можно начать с небольшой первой версии. Как выбрать её состав, написано в статье об MVP.
Вопросы об этапах разработки
Можно ли пропустить обследование, если задача понятна?
Нет. Без него цена и срок получаются гаданием, а спорные места всплывают уже в разработке, где их исправлять дороже.
Что делать, если требования поменялись посреди работы?
Обсудить изменение на ближайшем показе. Что войдёт в текущую работу, решаем вместе, а новую функцию оцениваем отдельно.
Веб-приложение или мобильное?
Если пользователи работают за компьютером или открывают систему время от времени, хватит веб-приложения, которое удобно открывать и с телефона. Мобильное нужно, когда человек пользуется им каждый день на ходу. Промежуточный вариант — PWA.
Обновлено 1 октября 2026 · Редакция Rule 90