Сайт, веб-приложение или веб-сервис: как понять, что нужно
«Сделайте нам сайт» иногда означает сайт, а иногда — полноценное веб-приложение с личными кабинетами и авторизацией, просто заказчик пока не знает верного термина. Разница не формальная: от неё напрямую зависит и архитектура, и бюджет. Разбираем, как отличить одно от другого ещё до брифа с разработчиком.
Разработать сайт или веб-приложение под ключ — разные по объёму работы задачи, и путать их дорого обходится на старте.
Три термина, в чём разница
| Что это | Кто пользователь | Ключевая черта |
|---|---|---|
| Сайт | Любой посетитель, без входа в систему | Показывает контент, одинаковый для всех |
| Веб-приложение | Пользователь с личным аккаунтом | Интерактивно, персонализировано, данные вводятся и меняются |
| Веб-сервис | Другая программа или система, не человек напрямую | Программный интерфейс (API), может не иметь визуального интерфейса вовсе |
Как определить, что нужно именно вам
На практике проекты редко ограничиваются одним типом: публичные страницы для посетителей — это сайт, личный кабинет с авторизацией — веб-приложение, а API для мобильного приложения или партнёров — веб-сервис. Это не взаимоисключающие категории, а разные слои одной системы.
От чего зависит стоимость
Не от количества страниц, а от объёма уникальной логики:
- Авторизация и роли. Простой вход по email — недорого; несколько ролей с разными правами доступа — заметно сложнее.
- Интеграции. Каждая внешняя система, с которой должен взаимодействовать продукт — платёжный шлюз, CRM, служба доставки — отдельная часть работы.
- Требования к нагрузке. Внутренний инструмент для двадцати сотрудников и публичный сервис на тысячи одновременных пользователей — разные по сложности архитектуры.
- Повторяющийся контент против уникальной логики. Пятьдесят однотипных страниц каталога дешевле в разработке, чем пять страниц с уникальными интерактивными сценариями.
Чек-лист перед обращением к разработчику
- Кто пользователи системы — посетители без входа, зарегистрированные пользователи, другие программы, или все сразу?
- Какие действия пользователь должен выполнять, а не только что он должен видеть?
- С какими внешними системами нужна интеграция уже на старте?
- Есть ли ожидания по нагрузке — сколько пользователей одновременно, какой рост планируется?
Как выбрать подрядчика
Разработчика для такой задачи стоит выбирать по конкретным признакам, а не по общему впечатлению от презентации:
- Уточняет, кто и как будет пользоваться системой, прежде чем предлагать конкретную архитектуру.
- Не продаёт веб-приложение там, где хватило бы простого сайта — и наоборот, честно говорит, если задача сложнее, чем кажется на первый взгляд.
- Разделяет публичную и закрытую части продукта в архитектуре, если они нужны обе, а не строит всё как единое веб-приложение без необходимости.
- Предлагает начать с пилота — рабочего сценария в проде, а не с полного технического задания на месяцы вперёд.
Частые вопросы
Чем веб-приложение отличается от сайта?
Сайт в первую очередь показывает контент — тексты, изображения, каталог — и обычно одинаков для всех посетителей. Веб-приложение интерактивно и персонализировано: у пользователя есть учётная запись, он вводит и получает данные, а не только читает контент, и то, что он видит, зависит от его действий и данных.
Что такое веб-сервис и чем он отличается от веб-приложения?
Веб-сервис — это в первую очередь программный интерфейс (API), с которым работают другие системы, а не человек напрямую. У веб-приложения обычно есть визуальный интерфейс для пользователя; веб-сервис может вообще не иметь интерфейса — только программную точку доступа, через которую с ним взаимодействуют другие приложения.
Может ли один проект сочетать все три типа сразу?
Да, и на практике это обычная ситуация: публичные страницы для посетителей (сайт), личный кабинет с авторизацией (веб-приложение) и API для интеграции с мобильным приложением или партнёрами (веб-сервис) часто существуют в рамках одного продукта, просто это разные слои одной системы.
С чего начать, если непонятно, что именно нужно разработать?
С описания того, кто и что должен уметь делать в системе — не с названия технологии. Если ответ «посетитель читает информацию» — вероятно, нужен сайт. Если «пользователь входит под своим аккаунтом и управляет своими данными» — веб-приложение. Если «другая программа должна получать данные автоматически» — веб-сервис.
От чего больше всего зависит стоимость веб-разработки?
От объёма уникальной логики, а не от количества страниц: авторизация и роли пользователей, интеграции с внешними системами, требования к нагрузке. Пять уникальных страниц с интерактивной логикой почти всегда стоят дороже, чем пятьдесят однотипных страниц с контентом.
Опишите, кто и что должен делать в системе — на созвоне за 40 минут поймём, что перед вами: сайт, веб-приложение, веб-сервис или всё сразу.
Обсудить проект