Практический выбор формата для Vibe Coding

Vibe Coding в Армении: сайт, веб-приложение или бот

Небольшому бизнесу в Ереване нужен цифровой инструмент. Вопрос «сайт, веб-приложение или бот?» нельзя решить по тому, что ИИ быстрее сгенерирует. Сначала выясните, нужно ли человеку найти информацию, выполнить действие, сохранить запись на будущее или продолжить разговор в привычном канале. Пекарня ниже вымышлена: это не клиент, продукт или действующий сервис MekStep.

Автор: MekStep AcademyОпубликовано5 мин чтения
Синтетическая иллюстрация: три отдельных интерфейса — публичный сайт, закрытая рабочая панель и чат — на фоне стилизованного Еревана.

Выбирайте публичный сайт, когда главная задача — доступная информация и понятный способ связи. Оцените веб-приложение, если люди регулярно выполняют действия и нужно хранить состояние, роли или записи. Рассматривайте бота, если конкретный диалог удобен в мессенджере, которым аудитория действительно пользуется. Форматы можно совмещать. Начните с одной проверенной задачи, а не с названия инструмента.

Четыре вопроса до выбора формата

Запишите, кто пользователь, какое дело он завершает, что потребуется хранить и где начинается взаимодействие. Фраза «нужно современное решение» не объясняет, нужен ли публичный экран, внутренняя рабочая среда или канал переписки. Чёткая задача позволяет выбрать небольшой первый вариант и проверить, решает ли он проблему.

У одного бизнеса может быть несколько аудиторий. Новому клиенту нужны адрес, объяснение предложения и способ задать вопрос. Сотруднику — видимость статуса заказа. Уже обратившемуся человеку — ответ в предпочитаемом канале. Объединяйте эти потребности в одну систему только после того, как понятны движение данных и ответственность.

  • Информация: что человек должен найти без входа?
  • Действие: что он выполняет и какой результат получает?
  • Хранение: какая запись или состояние нужны позже?
  • Канал: задача начинается на сайте, в рабочей среде или в сообщении?

Сайт: когда бизнес должен быть виден и понятен

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

Доступность через поиск зависит от открытой страницы, успешного HTTP-ответа и индексируемого содержания. Google не обещает показ или позицию только за соблюдение технического минимума. Если важное объяснение спрятано за входом или существует лишь внутри бота, задача публичной страницы остаётся нерешённой.

Google Search Central: технические условия для публичной страницы

Веб-приложение: когда работа продолжается при следующем визите

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

Веб-приложение тоже использует веб-технологии и может содержать публичные страницы. MDN поясняет, что устанавливаемое PWA остаётся сайтом; возможность установки — дополнительное свойство, а не обязательный критерий выбора. Не заказывайте учётные записи, базу данных и роли, если задачу решает открытая страница и простой рабочий порядок.

MDN: что такое веб-приложение/PWA

Бот: когда задача естественно живёт в переписке

Бот может принимать определённые запросы или возвращать ответы внутри мессенджера, которым уже пользуется человек. Но канал здесь — условие: человек должен пользоваться площадкой и начать или разрешить соответствующий разговор. Официальная документация Telegram указывает, что его бот не может сам начать личный диалог с пользователем. Это свойство Telegram, а не универсальное правило для всех ботов.

Если адрес, предложение или важное объяснение должны быть доступны любому посетителю, одного бота обычно мало. Боту тоже нужны сценарий, переход к человеку при затруднении, границы данных и обслуживание. Окно чата не заменяет автоматически публичный сайт или полноценное внутреннее приложение.

Telegram: официальное введение в ботов

Одна условная пекарня — три разные задачи

Представим пекарню в Ереване, которая хочет показать новым клиентам адрес и общий ассортимент. Это задача публичного сайта. Та же команда хочет отмечать этап условного заказа. Если запись должна сохраняться и быть доступна сотрудникам согласно ролям, это требование к веб-приложению. Если уже обратившийся клиент предпочитает сообщения в согласованном канале, можно отдельно оценить бота.

Это три описания потребностей, а не обязательный список покупок. Если ещё не решено, кто обновляет публичную информацию и отвечает на обращения, большая система сама не устранит пробел. В примере нет реальных заказов, персональных данных, платежей или результатов.

  • Сайт: публичный адрес, объяснение предложения и понятный способ связи.
  • Веб-приложение: повторяемое внутреннее действие, сохранённое состояние и доступ по ролям.
  • Бот: конкретный разговор в согласованном канале сообщений.

Карточка выбора до создания первой версии

Заполните карточку для одной задачи. Если строка «сохраняемые данные» пустая, не добавляйте базу данных лишь потому, что инструмент это предложил. Если нет публичного содержания, не обещайте видимость в поиске. Если выбор канала не проверен, не навязывайте бота.

Учитывайте и дальнейшую работу: возможные категории затрат на домен и хостинг, обновление содержания, доступность, безопасность и ответственного за сопровождение. MDN отмечает зависимость расходов от масштаба и инфраструктуры. Здесь нет конкретной цены, срока или прогноза результата. Если ИИ помог создать первую версию, эти проверки всё равно нужны до публикации.

MDN: категории расходов на веб-проект

Границы первого рабочего прототипа

Опубликованное описание курса Vibe Coding

  • Для кого: …
  • Одно завершённое действие: …
  • Публичная информация: … / отсутствует.
  • Сохраняемые данные и роли доступа: … / пока не нужны.
  • Канал пользователя: … / не проверен.
  • Ответственный за первую версию и способ проверки: …

Короткое решение

  • Для открытой информации начните с сайта; для повторяемых действий и сохраняемого состояния оцените веб-приложение.
  • Бота выбирайте, только когда подтверждены конкретный мессенджер и участие пользователя.
  • Форматы могут дополнять друг друга, но для каждого отдельно определите задачу и ответственного.
  • Быстро созданная с ИИ версия всё равно требует проверки содержания, доступности, безопасности и сопровождения.

Частые вопросы

Может ли сайт принимать заявки?

Да, на публичном сайте может быть форма обращения. Одна форма ещё не означает наличие внутренних ролей, хранения заказов или автоматической обработки. Эти шаги проектируют отдельно.

Веб-приложение обязательно устанавливать на телефон?

Нет. Оно может работать в браузере. Устанавливаемое PWA — отдельный вариант, а не общее требование.

Может ли бот заменить сайт?

Если людям нужно открытое объяснение, доступное через поиск, один бот обычно не решает задачу. Он может дополнить сайт конкретным диалогом.

Что выбрать, если мы не уверены?

Выберите одну проверяемую задачу, заполните шесть строк карточки и испытайте минимальное достаточное решение. Сначала уточните неизвестные данные, канал и ответственного за поддержку.

Источники

Проверено:

  1. MDN — веб-приложения и PWA
  2. MDN — категории расходов на сайт
  3. Telegram — введение в ботов
  4. Google Search Central — технические условия индексации