
Разработка веб-приложений
Личные кабинеты, порталы, внутренние системы и SaaS-продукты под ваши процессы.
- Личные кабинеты
- Клиентские порталы
- SaaS-продукты
Половина запросов «нужен сайт» на брифе оказывается запросом на веб-приложение: с логинами, ролями и данными. Это другой класс задач — по бюджету, срокам и архитектуре. Разберём границу между ними, чтобы вы планировали проект правильно с самого начала.
Сайт показывает одинаковый контент всем: страницы услуг, каталог, статьи. Веб-приложение работает с данными конкретного пользователя: его заказами, документами, правами. Внешне разница может быть незаметна — граница проходит по словам «войти в аккаунт».
Как только появляется авторизация, появляются и её спутники: база данных пользователей, права доступа, безопасность персональных данных, восстановление паролей, состояния «а что, если два человека редактируют одно и то же». Это и есть причина разницы в бюджетах.
1. У каждого клиента — свои данные. Заказы, абонементы, документы, история. Если клиент должен видеть «своё», нужен кабинет.
2. Есть роли. Менеджер видит одно, клиент — другое, руководитель — всё. Ролевая модель — территория приложений.
3. Сайт должен заменить ручной процесс. Приём заявок с согласованием, расчёт стоимости по параметрам, документооборот — это логика, а не контент.
4. Данные меняются часто и многими. Остатки, расписания, статусы — когда информация живёт, нужна система, а не страницы.
5. Вы продаёте доступ. Подписки, тарифы, платный контент — значит, биллинг и управление доступом.
| Статья работ | Сайт | Веб-приложение |
|---|---|---|
| Дизайн | Страницы | Экраны + состояния (пусто, ошибка, загрузка) |
| Backend | Минимальный | Основная часть работы |
| Безопасность | Базовая | Аутентификация, права, аудит |
| Тестирование | Просмотр страниц | Сценарии по ролям |
| Поддержка | Обновления контента | Мониторинг, бэкапы, развитие |
Главный «невидимый» кост — состояния и краевые случаи: у страницы «О компании» одно состояние, у экрана заказа их десяток.
Самая частая правильная архитектура для бизнеса — гибрид: публичная часть работает как сайт (быстро, индексируется, продаёт), а за авторизацией живёт кабинет. Так каталог собирает SEO-трафик, а клиенты получают самообслуживание. Проектировать эти части лучше вместе, даже если строить по очереди.
Опишите главный процесс одним сценарием: «клиент делает X, система делает Y, менеджер видит Z». Если сценарий укладывается в формы и письма — начните с сайта и ручной обработки: это честная проверка спроса. Стройте кабинет, когда ручной процесс начал захлёбываться — к этому моменту вы будете точно знать, что автоматизировать.
Правило бюджета: в приложении режьте не качество, а охват — меньше ролей и сценариев в первой версии, но каждый доведён до конца. Полусырые кабинеты пользователи не прощают.

Личные кабинеты, порталы, внутренние системы и SaaS-продукты под ваши процессы.
Разбираем, какой тип сайта решает какие задачи: когда достаточно лендинга, когда нужен корпоративный сайт, а когда пора строить платформу.
ЧитатьПочему цены на «одинаковые» сайты отличаются в десять раз: разбираем реальные статьи затрат — от дизайна до интеграций и контента.
ЧитатьСтатья — теория. Применим её к вашему проекту на бесплатной консультации.