Большинство путает сайт и веб-приложение. Эта разница стоит вам денег
Материал команды poehali.dev
Клиент говорит «мне нужен сайт», платит за красивую витрину — а через месяц выясняется, что нужны были личные кабинеты, база заявок и автоматический расчёт цены. То есть веб-приложение. Разберём, что такое веб-приложение, чем оно отличается от сайта и почему эта путаница бьёт по бюджету.
Что такое веб-приложение
Веб-приложение — это сайт, который не просто показывает информацию, а что-то делает: пускает в личный кабинет, хранит данные, считает, принимает заказы и реагирует на действия. Обычный сайт — это витрина без какого-либо сложного функционала.
Простой признак: если страница что-то делает в ответ на ваши клики и ввод — это приложение. Если просто показывает заранее готовый текст и картинки — это сайт. Google Таблицы, онлайн-банк, доставка еды, корзина и оформление заказа в магазине, личный кабинет оператора — всё это веб-приложения.
Сайт vs веб-приложение — таблица отличий
Проще всего сравнить их по трём осям: зачем нужен, что внутри и как пользователь с ним взаимодействует.
Граница не всегда жёсткая. Лендинг с формой заявки — ещё сайт. Но как только форма превращается в личный кабинет, где клиент видит статус заявки и историю обращений, — вы перешли в зону веб-приложения.
Почему это «стоит денег»? Заказ формулируют как «сайт», а по факту нужны функции приложения. Подрядчик либо берёт доплату за каждую «мелочь» (а их десятки), либо делает витрину, которая не решает задачу. Разобравшись в разнице заранее, вы говорите с исполнителем на одном языке — или собираете нужное сами.
Тест: вам нужен сайт или приложение?
Ответьте на пять вопросов. Если хотя бы на два-три отвечаете «да» — вам нужно веб-приложение.
1. Будет ли что-то считаться автоматически?
2. Нужно ли хранить заявки, заказы или профили?
3. Нужно ли вам обрабатывать то, что ввели пользователи?
4. Меняется ли содержимое в зависимости от того, кто зашёл?
5. Должен ли пользователь входить в личный кабинет и видеть что-то своё (например, баланс счета)?
Если на всё «нет» — достаточно сайта, и это дешевле. Если «да» — не натягивайте задачу приложения на формат витрины.
Из чего состоит веб-приложение
Если коротко — из четырёх частей:
· интерфейс (экраны, кнопки, формы);
· личный кабинет (вход и своё пространство);
· логика (что приложение делает в ответ на действия);
· база данных (где хранятся пользователи, заказы и заявки).
Раньше каждую часть собирала отдельная команда — отсюда ценник и сроки в месяцы. Сегодня эту связку можно собрать самому.
Примеры веб-приложений
За каждым «хочу сайт» обычно прячется одна из задач.
Онлайн-запись на услуги: клиент сам выбирает свободное время и оставляет контакты — нужна логика расписания и база записей.
Личный кабинет клиента: статус заказа, история, документы — снимает нагрузку с поддержки. Мини-CRM: все заявки в одном месте со статусами «новая / в работе / закрыта».
Калькулятор стоимости: ввод параметров – расчёт – цена. Тут можно приводить в пример любую логистическую компанию.
Интернет-магазин с корзиной и оплатой — самый показательный пример, где работают все четыре части сразу.
Если нужен именно магазин, разбираем его отдельно в статье «Как создать интернет-магазин без программиста».
Всё это объединяет одно: пользователь что-то вводит, приложение это обрабатывает и сохраняет, а вы потом этим пользуетесь. Это сердце любого веб-приложения, независимо от ниши.
Как собрать веб-приложение без кода
Главное, ради чего этот текст: веб-приложение больше не требует команды и года разработки. Подход, который это сделал возможным, часто называют вайбкодингом — вы описываете задачу обычным языком, а инструмент превращает описание в работающее приложение.
Принцип простой. Вы пишете:
«Сделай страницу записи к мастеру, где клиент выбирает услугу и свободное время, оставляет имя и телефон, а все записи попадают в таблицу, которую вижу только я».
Из этого собирается интерфейс, логика, база и кабинет. Именно так это работает в poehali.dev: вы описываете приложение на русском, а сервис собирает его и публикует по ссылке.
С чего начать: сформулируйте задачу как «мне нужно приложение, чтобы пользователь мог ___», опишите, кто и что вводит и что получает в ответ, решите, что нужно хранить, и соберите сначала один главный экран. Потом дайте ссылку трём знакомым из целевой аудитории — их вопросы подскажут, что улучшить.
Вывод: не заказывайте «просто сайт», если ваша задача — чтобы пользователь что-то делал. Первую рабочую версию приложения сегодня реально получить за вечер, описав идею обычными словами — без строчки кода.
Какие веб-приложения вы создавали или хотели создать? Расскажите в комментариях, — было бы интересно узнать.
Полная версия с деталями — в нашем блоге: что такое веб-приложение и чем оно отличается от сайта.