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

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

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

Было → стало

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

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

MCP или прямой API

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

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

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

АТаблица, куда складывают заявки после звонка

БСервис сам «стучится» к нам, когда пришла заявка

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

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

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

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

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

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

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

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

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

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

АFallback не нужен, Sheets практически не ломается

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

ВЧтобы сервис работал быстрее без обращения к Sheets

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

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

Контрольный вопрос. В проекте нужно не просто записать заявку в Sheets, а сначала посчитать скидку по своей особой формуле клиента, а уже потом сохранить результат — готового шаблона под такую формулу ни у одного MCP-сервера нет. Что разумнее сделать?

АТолько MCP — он справится с любой логикой сам, без своего кода

БТолько прямой API — MCP тут вообще не нужен

ВСвою логику расчёта — обычным кодом, а готовую запись в Sheets — через MCP: урок прямо говорит, что часто в проекте нужно и то, и другое

Подсказка: Урок прямо говорит: часто нужны оба варианта вместе — вспомни, для чего каждый лучше подходит.

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

Что дальше

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

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