Проектируем поток данных: было → стало

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

🎯 После урока сможешь: нарисовать поток данных «было → стало» до написания кода.

Было → стало

  БЫЛО:
    форма сайта ─▶ письмо на почту ─▶ менеджер вручную копирует в таблицу
                                        (долго, часть теряется)

  СТАЛО:
    форма сайта ─▶ [ вебхук ] ─▶ запись в Google Sheets
                              └─▶ уведомление менеджеру в Telegram
    пятница ─▶ авто-отчёт: сколько заявок за неделю

Точки входа и выхода

• Вход: форма сайта отправляет заявку на наш адрес — это вебхук (сервис сам «стучится» к нам, когда есть событие).
• Хранилище: Google Sheets — таблица, понятная менеджеру.
• Выходы: уведомление в Telegram + еженедельный отчёт.

MCP или прямой API

Чтобы писать в Google Sheets, есть два пути. MCP — готовый переходник (из фундамента): подключил MCP-сервер Google Sheets — и Claude умеет с таблицей работать, почти без ручного кода интеграции. Прямой API — сам пишешь запросы к сервису, гибче, но дольше.

  Нужно подключить готовый сервис (Sheets, Telegram)  ─▶  MCP (быстрее)
  Нужен тонкий контроль / особая логика               ─▶  прямой API
  Часто в проекте есть и то, и другое.

Заложи запасной путь (fallback): если Google Sheets временно недоступен, заявка всё равно не теряется — сохраняем её в простой файл (CSV или SQLite), а потом дольём. Клиент это ценит: «ни одна заявка не пропадёт».

Контрольный вопрос. Что такое вебхук в нашем потоке?

АСервис сам «стучится» к нам, когда происходит событие (пришла заявка)

БТаблица, куда складывают заявки

ВОтчёт, который приходит в пятницу

Подсказка: Вебхук — про вход данных: кто и когда присылает событие.

Онлайн-проверка ответа появится позже

Контрольный вопрос. Нужно быстро подключить готовый сервис Google Sheets. Что удобнее взять?

АMCP — готовый переходник, почти без ручного кода интеграции

БПрямой API — писать все запросы вручную с нуля

ВНи то, ни другое — Sheets подключается сам

Подсказка: Для готовых сервисов есть переходник из фундамента.

Онлайн-проверка ответа появится позже

Контрольный вопрос. Зачем закладывать запасной путь (fallback), если Google Sheets недоступен?

АЧтобы заявка не потерялась — сохраняем в файл и дольём позже

БЧтобы бот работал быстрее

ВFallback не нужен, Sheets не ломается

Подсказка: Главная ценность для клиента — ни одна заявка не пропадает.

Онлайн-проверка ответа появится позже

Что дальше

Поток спроектирован. В следующем уроке соберём его с Claude Code: сделаем вебхук, который принимает заявку и пишет её в Google Sheets.

← Назад  ·  ↑ В начало урока  ·  ⌂ В начало курса  ·  Вперёд →