Как собрать бота для напоминаний и оплаты вайб-кодингом, без программиста

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

Оглавление

1. Что такое вайб-кодинг в этой задаче
2. Четыре строки, которые нужны нейросети
3. Как устроена таблица с данными
4. Что происходит после отправки напоминания
5. Денежная граница: что бот не делает никогда
6. Расширение: как донастроить бота, если результат не идеальный
7. Для кого эта схема и кому она не нужна
8. Почему про оплату неловко напоминать, и что с этим делать
9. Честные ограничения
10. С чего начать сегодня
11. Памятка
12. Частые вопросы
13. Источники

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

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

Что такое вайб-кодинг в этой задаче

Вайб-кодинг не означает «написать код самой». Это означает описать нейросети задачу так же подробно, как объяснили бы человеку, который будет её выполнять: что должно произойти, когда, из какого источника брать данные и что делать запрещено. Нейросеть переводит это описание в рабочую схему, а Вам не нужно знать, как эта схема выглядит внутри.

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

Четыре строки, которые нужны нейросети

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

1. Когда. Например, за день до встречи, в конкретное время дня.
2. Что писать. Текст напоминания: дата, время и ссылка на оплату, без лишних деталей.
3. Откуда данные. Таблица с именем клиента, датой встречи и отметкой, оплачено или нет.
4. Чего нельзя. Писать дважды в день одному и тому же человеку, напоминать тому, у кого оплата уже отмечена.

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

Как устроена таблица с данными

Боту не нужна сложная база данных, достаточно обычной таблицы: один клиент, одна строка, три столбца. Имя клиента, дата и время встречи, отметка об оплате (да или нет). Именно в этой таблице бот ищет, кому сегодня пора напомнить и кого не стоит трогать, потому что оплата уже стоит.

Таблицу удобнее всего вести там, где Вы и так храните контакты клиентов: обычный лист в Google Таблицах подходит не хуже специальной CRM. Нейросети нужно описать структуру этой таблицы словами, а дальше она сама объяснит, как подключить к ней бота технически.

Что происходит после отправки напоминания

Клиент получает сообщение с датой, временем и ссылкой на оплату. Переход по ссылке ведёт на страницу платёжного сервиса, где человек вводит данные карты и подтверждает оплату. Бот в этот момент ничего не делает, кроме как ждёт подтверждения от платёжного сервиса, чтобы поставить в таблице отметку «оплачено».

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

Денежная граница: что бот не делает никогда

Бот не хранит деньги клиентов и не обрабатывает платёж сам. Всю работу с деньгами берёт на себя платёжный сервис: он принимает оплату, хранит данные карты по своим правилам безопасности и присылает боту только факт «оплачено» или ссылку для клиента. Роль бота ограничена текстом сообщения и отметкой в таблице.

Эта граница стоит проговорить нейросети прямо в техзадании: «бот не принимает оплату сам, только присылает ссылку платёжного сервиса». Без этой строки легко случайно описать задачу так, что нейросеть начнёт придумывать, как бот сам должен проверять карту клиента, а это и не нужно, и не её работа.

Расширение: как донастроить бота, если результат не идеальный

Честно, с первого раза ровно не выходит почти никогда. Бот может написать на час раньше или позже задуманного, продублировать сообщение из-за сбоя в расписании или напомнить тому, кто на самом деле уже оплатил, но отметка в таблице не успела обновиться.

Чинится это короткими фразами в том же чате, где собирали бота, без пересборки с нуля:

• «Отправляй напоминание не в полдень, а в девять утра».
• «Проверяй отметку об оплате ещё раз перед отправкой, не только один раз в начале дня».
• «Если сообщение клиенту уже отправлено сегодня, не отправляй повторно, даже если данные обновились».

Каждую правку стоит проверить на одном тестовом клиенте, прежде чем включать бота на всю базу: так видно, что именно изменилось, и не ломается ли что-то другое.

Для кого эта схема и кому она не нужна

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

Похожую логику «описал задачу нейросети словами, получил рабочий инструмент без программиста» я уже разбирала для другого случая: приложения, которое напоминает клиенту о маленькой практике между сессиями. Шаги там почти такие же, только результат другой. Полный разбор с готовым промптом лежит в статье как собрать приложение для клиентов без программиста.

Почему про оплату неловко напоминать, и что с этим делать

Напоминание про оплату задевает ту же неловкость, что и первая просьба о предоплате. В разборе продаж для психологов и коучей это называют прямо: «у некоторых в голове застряло, что просить деньги за работу стыдно», а корень этой мысли тянется из детства, где деньги воспринимались как что-то неудобное.

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

Честные ограничения

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

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

С чего начать сегодня

Прежде чем открывать Claude Code или Codex, напишите свои четыре строки на бумаге или в заметках: когда напоминать, что писать, откуда брать данные, чего нельзя. Этого достаточно для первого черновика бота, а правки по результатам первой недели вносятся в том же разговоре с нейросетью, без новой задачи с нуля.