Разработка · 6 мин чтения

Сайт или веб-приложение: как понять, что нужно вашему бизнесу

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

В чём принципиальная разница

Сайт показывает одинаковый контент всем: страницы услуг, каталог, статьи. Веб-приложение работает с данными конкретного пользователя: его заказами, документами, правами. Внешне разница может быть незаметна — граница проходит по словам «войти в аккаунт».

Как только появляется авторизация, появляются и её спутники: база данных пользователей, права доступа, безопасность персональных данных, восстановление паролей, состояния «а что, если два человека редактируют одно и то же». Это и есть причина разницы в бюджетах.

Пять признаков, что вам нужно приложение

1. У каждого клиента — свои данные. Заказы, абонементы, документы, история. Если клиент должен видеть «своё», нужен кабинет.

2. Есть роли. Менеджер видит одно, клиент — другое, руководитель — всё. Ролевая модель — территория приложений.

3. Сайт должен заменить ручной процесс. Приём заявок с согласованием, расчёт стоимости по параметрам, документооборот — это логика, а не контент.

4. Данные меняются часто и многими. Остатки, расписания, статусы — когда информация живёт, нужна система, а не страницы.

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

Почему приложения дороже — и на чём именно

Статья работСайтВеб-приложение
ДизайнСтраницыЭкраны + состояния (пусто, ошибка, загрузка)
BackendМинимальныйОсновная часть работы
БезопасностьБазоваяАутентификация, права, аудит
ТестированиеПросмотр страницСценарии по ролям
ПоддержкаОбновления контентаМониторинг, бэкапы, развитие

Главный «невидимый» кост — состояния и краевые случаи: у страницы «О компании» одно состояние, у экрана заказа их десяток.

Гибрид: сайт снаружи, приложение внутри

Самая частая правильная архитектура для бизнеса — гибрид: публичная часть работает как сайт (быстро, индексируется, продаёт), а за авторизацией живёт кабинет. Так каталог собирает SEO-трафик, а клиенты получают самообслуживание. Проектировать эти части лучше вместе, даже если строить по очереди.

С чего начать, чтобы не переплатить

Опишите главный процесс одним сценарием: «клиент делает X, система делает Y, менеджер видит Z». Если сценарий укладывается в формы и письма — начните с сайта и ручной обработки: это честная проверка спроса. Стройте кабинет, когда ручной процесс начал захлёбываться — к этому моменту вы будете точно знать, что автоматизировать.

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

Главное из статьи

  • Граница между сайтом и приложением — авторизация и работа с данными пользователя
  • Роли, личные данные и живые процессы — признаки задачи «приложение»
  • Основная стоимость приложений — backend, состояния и безопасность
  • Гибрид «публичный сайт + кабинет» — самая частая правильная архитектура
  • Проверяйте спрос сайтом, автоматизируйте кабинетом

Связанная услуга

Разработка веб-приложений

Разработка веб-приложений

Личные кабинеты, порталы, внутренние системы и SaaS-продукты под ваши процессы.

  • Личные кабинеты
  • Клиентские порталы
  • SaaS-продукты
Подробнее

Читайте также

Все статьи

Обсудить вашу задачу

Статья — теория. Применим её к вашему проекту на бесплатной консультации.

Получить расчёт