Beliaev.AI — боты и автоматизация

#польза Самая обидная потеря в бизнесе — не та, когда клиент выбрал конкурента. А та, когда клиент хотел купить у вас, написал — и до вас это не дошло. Он не злится и не пишет повторно. Просто уходит. Вы даже не узнаёте, что он был. Покажу, где обычно утекают заявки, чтобы вы заткнули свои дыры. Дыра первая — много каналов без единого окна. Пишут в Telegram, на Авито, в WhatsApp, в директ, на почту. Вы физически не успеваете смотреть везде, и сообщение в редко открываемом канале висит непрочитанным сутки. Лечится тем, что все заявки сводятся в одно место с уведомлением. Дыра вторая — нерабочее время. Человек написал вечером или в выходной, вы ответили в понедельник — а он уже купил у того, кто ответил за пять минут. Даже простой автоответ «увидели, ответим утром» удерживает в разы лучше, чем тишина. Дыра третья — заявка пришла, но утонула в переписке. Прочитали, отвлеклись, забыли. Без фиксации «вот заявки, вот их статусы» часть просто выпадает из головы. Список с напоминанием закрывает это. Дыра четвёртая — нет быстрого ответа на «сколько стоит». Многие уходят, не дождавшись цифры. Даже вилка «от и до» сразу удерживает. Проверьте себя честно: напишите сами себе как клиент во все свои каналы в субботу вечером. Сколько ответят и за сколько? Часто это самый отрезвляющий тест за год. Хотите — помогу свести каналы в одно окно, чтобы ни одна заявка не терялась.

#stack Когда я делал AI-поиск товаров в Price AI, передо мной встал классический выбор современного разработчика. Поиск по смыслу работает через векторы — это такие длинные списки чисел, которые описывают «о чём» товар. Их надо где-то хранить и быстро искать похожие. Под эту задачу есть модные специальные базы: Pinecone, Weaviate, Qdrant. Я выбрал не их. Я остался на обычном Postgres, добавив к нему расширение pgvector. Соблазн взять модное был. Это и в резюме круто, и на конференциях есть о чём рассказать. Но я сел и подумал про реальность. У меня уже есть Postgres. В нём лежат товары, поставщики, заказы — вся бизнес-логика. Если я добавляю отдельную базу под векторы, я получаю два хранилища вместо одного. Их надо синхронизировать: добавил товар сюда — не забудь добавить его эмбеддинг туда. Удалил — не забудь удалить. Бэкапить теперь две системы. Мониторить две системы. И главное — теперь может сломаться что-то одно, и продукт сломается частично. Это хуже чем когда падает всё разом, потому что баг сложнее заметить. При этом мой объём — 290 тысяч векторов. Это копейки. Под Pinecone обычно идут проекты с миллионами и десятками миллионов. У pgvector с моим объёмом поиск отрабатывает за миллисекунды. И ещё один момент, который перевесил окончательно. У меня в реальном поиске почти никогда не бывает «найди просто похожее». Запрос всегда сложнее: «найди похожее, но из категории "пицца-печи", дешевле 200 тысяч, и чтобы было в наличии». То есть смысловой поиск пересекается с обычными фильтрами по колонкам. В Postgres это один SQL-запрос — он умеет всё сразу. В специализированной базе так не получится: либо сначала ищешь похожих и потом фильтруешь руками (медленно), либо строишь два запроса в две системы и склеиваешь результаты (сложно). Pinecone я взял бы если бы у меня было 50 миллионов векторов и нагрузка как у Spotify. У меня их 290 тысяч и нагрузка как у обычного B2B-кабинета. Postgres у меня уже работает, я его знаю, его знают коллеги, у него надёжный бэкап. Это три лучших аргумента для любого инструмента в проекте. Скучные технологии — лучшие технологии. Не потому что они плохие, а потому что они уже один раз доказали что работают. И ты не тратишь свой проект на их повторное доказательство.

#тренд MAX — российский мессенджер от VK, который последний год заметно растёт. Меня спрашивают: это уже всерьёз или мода, которая схлынет, и стоит ли туда идти бизнесу. Отвечу как человек, который делает там продукты — часть моих ботов уже живёт в MAX. Сначала честно про минусы. Аудитория пока меньше телеграмной. Инструменты для бизнеса моложе и местами сырые. Готовых решений и интеграций меньше. Если ждёте там инфраструктуру уровня Telegram — рано. Теперь почему я всё равно советую присмотреться. Во-первых, там сейчас мало кто из бизнеса — а значит, мало конкуренции за внимание. Зайти, пока площадка пустая, всегда выгоднее, чем когда там уже все. Во-вторых, часть аудитории туда переезжает по причинам, которые от нас не зависят, и до этих людей через Telegram вы уже не дотянетесь. В-третьих, инструменты дозревают быстро, и кто освоился раньше — снимет сливки. Кому идти уже сейчас: тем, у кого аудитория — массовый российский пользователь (услуги, локальный бизнес). Кому можно подождать: узким нишам и B2B, где клиенты живут в других каналах. Мой подход — не «бросать Telegram и бежать в MAX», а застолбить место. Завести присутствие, продублировать ключевое, посмотреть на отклик малой кровью. Это дёшево. А опоздать к растущей площадке — дорого. Думаете про MAX для своего дела — напишите, прикину, есть ли там ваша аудитория и что туда имеет смысл вынести.

#build «Честный Знак» — это государственная система маркировки лекарств в России. На каждой упаковке есть уникальный код. При продаже его сканируют на кассе, факт продажи улетает в систему государства. Если этого не делать — штрафы, в худшем случае отзыв лицензии. У этой интеграции среди айтишников плохая репутация. Когда я только взялся, я и сам морально готовился к двум месяцам мучений — все статьи в интернете на эту тему написаны как страшилки. Залез — оказалось не страшно. Просто скучная бюрократия, обёрнутая в технические термины. Внутри это обычное REST API. Единственная заковыка — авторизация через ГОСТ-сертификат. Это криптографический ключ, выпущенный аккредитованным удостоверяющим центром. Звучит пугающе, на деле — настроил один раз, ключ лежит на сервере, всё остальное работает само. День мороки и забыл. Дальше начинаются методы — их штук пятнадцать. Регистрация продажи, перемаркировка, передача между юрлицами, возвраты. На реальной аптеке из них нужны два-три, остальное — для оптовиков и производителей. Документация есть, она тяжёлая в чтении, но если методично разобраться — за неделю всё будет работать. Главный лайфхак, который не написан в их документации. Не отправляй продажу в ЧЗ синхронно. Никогда. Если каждая продажа в кассе ждёт ответа от ЧЗ — кассир будет страдать. У них бывают медленные часы, технические работы, просто плохое настроение у сервера. Кассир в этот момент стоит с покупателем и не может закрыть чек. Правильный путь: продажа фиксируется локально и сразу идёт в очередь. Очередь раз в минуту-две отправляет накопившиеся продажи в ЧЗ пачкой. Если что-то не дошло — ретрай через минуту. Кассир ничего не замечает. Государство получает данные с задержкой в минуту-две, что им абсолютно нормально. Большинство «адских интеграций» оказываются адом из-за неправильного подхода. Если делать через очередь и ретраи — превращается в обычный кусок инфраструктуры. Скучный и работающий.

#тренд Про нейросети в бизнесе сейчас два потока шума. Один: «AI заменит всех, внедряй срочно или умрёшь». Другой: «игрушки, ничего не работает». Оба мимо. Расскажу из практики, что в малом и среднем бизнесе реально приносит пользу в 2026, а что пока продажа воздуха. Что работает и окупается уже сейчас. Ответы на типовые вопросы клиентов — AI закрывает большую часть входящих, человек подключается на остальное. Черновики текстов — описания товаров, посты, письма: не финал, но экономит часы. Разбор входящего хаоса — писем, заявок, документов в свободной форме: вытащить из них структуру нейросеть умеет хорошо. Поиск по своим данным — когда у вас гора файлов и нужно «найди, где про это». Что пока хайп для малого бизнеса. «AI-сотрудник, который сам ведёт весь бизнес» — нет, разваливается на втором шаге. Полностью автономные агенты без присмотра на ответственных задачах — рано, ошибётся дорого. И внедрение AI «чтобы было», без конкретной задачи — это просто слив денег на модный значок. Простой фильтр против хайпа: если вам продают «AI» без ответа на вопрос «какую именно мою задачу это закроет и как измерить результат» — это хайп. Если ответ конкретный и измеримый — стоит пробовать. Моя ставка простая: AI в 2026 — отличный помощник и плохой самостоятельный исполнитель. Используйте как помощника, держите человека на контроле — получите пользу без разочарований. Не уверены, ваша задача из «работает» или из «хайп» — опишите, скажу честно.

#польза Когда бизнес захлёбывается, первая мысль — нанять ещё одного человека. Иногда это правильно. Но часто вы берёте живого человека на работу, которую делает скрипт за день, и платите ему зарплату годами. Вот три признака, что ваш случай — второй. Признак первый: работа повторяется без изменений. Если новый сотрудник будет делать одно и то же по инструкции — копировать, пересылать, напоминать, сверять — это не работа для человека, это работа для машины. Живой человек на ней ещё и выгорает от скуки и начинает ошибаться. Признак второй: нагрузка растёт вместе с потоком один к одному. Стало вдвое больше заявок — нужно вдвое больше времени на их обработку. Значит, вы упёрлись в ручной труд. Автоматизация разрывает эту связь: и сто заявок, и тысяча обрабатываются одинаково. Признак третий: люди уходят, и процесс уходит с ними. Если каждый новый сотрудник заново учится «как у нас принято обрабатывать заказы», а при увольнении уносит это в голове — процесс не ваш, он арендованный. Машина не увольняется. Я не против найма. Людей стоит брать туда, где нужен человек: решения, общение, нестандартное, ответственность. Но сажать живого человека на копипаст — дорого и грустно. Сначала уберите из его будущих обязанностей всё, что можно отдать машине. Часто после этого выясняется, что нанимать и не надо. Посмотрите на последнюю вакансию, которую думали открыть: сколько в ней повторяющегося? Если больше половины — покажите мне, может, человек не нужен.

#польза Когда бизнес захлёбывается, первая мысль — нанять ещё одного человека. Иногда это правильно. Но часто вы берёте живого человека на работу, которую делает скрипт за день, и платите ему зарплату годами. Вот три признака, что ваш случай — второй. Признак первый: работа повторяется без изменений. Если новый сотрудник будет делать одно и то же по инструкции — копировать, пересылать, напоминать, сверять — это не работа для человека, это работа для машины. Живой человек на ней ещё и выгорает от скуки и начинает ошибаться. Признак второй: нагрузка растёт вместе с потоком один к одному. Стало вдвое больше заявок — нужно вдвое больше времени на их обработку. Значит, вы упёрлись в ручной труд. Автоматизация разрывает эту связь: и сто заявок, и тысяча обрабатываются одинаково. Признак третий: люди уходят, и процесс уходит с ними. Если каждый новый сотрудник заново учится «как у нас принято обрабатывать заказы», а при увольнении уносит это в голове — процесс не ваш, он арендованный. Машина не увольняется. Я не против найма. Людей стоит брать туда, где нужен человек: решения, общение, нестандартное, ответственность. Но сажать живого человека на копипаст — дорого и грустно. Сначала уберите из его будущих обязанностей всё, что можно отдать машине. Часто после этого выясняется, что нанимать и не надо. Посмотрите на последнюю вакансию, которую думали открыть: сколько в ней повторяющегося? Если больше половины — покажите мне, может, человек не нужен.

#stack Bitrix24 ругают примерно все. Раздутый, тормозит, дизайн из 2012, навязывают то почту, то телефонию, то ИИ-помощника. Когда я говорю что работаю с ним на четырёх проектах, разработчики смотрят как на странного. При этом за всё время серьёзных проблем у меня с ним не было. Просто я с самого начала договорился с Bitrix о другом формате отношений. Объясню. Большинство разработчиков пытаются использовать Bitrix как приложение. То есть открывают его, ходят по интерфейсу, ищут где включить нужную фичу, борются с лимитами тарифа, привыкают к их логике сделок и воронок. И вот тут начинается боль: «почему нельзя сделать поле обязательным только в определённом статусе?», «почему этот фильтр не работает?», «как мне настроить роботов чтобы они...». Я пользуюсь Bitrix как базой данных с готовым UI для клиента. Это меняет всё. Нужно мне хранить дополнительные данные по сделке — иду в админку, создаю UF-поля. Это занимает тридцать секунд. Какой угодно тип — строка, число, список, ссылка на справочник. Появилось — и сразу доступно через REST API. Дальше я работаю не с интерфейсом Bitrix. Я работаю с его REST. crm.deal.list, crm.deal.update, crm.deal.add — три ручки на 95% задач. Меня не волнует как там внутри устроены сделки, какие у них стадии, как работают роботы. Снаружи это JSON, и JSON стабильный. Своему коду я даю простую модель: «сделка — это запись с такими-то полями». Bitrix под капотом может делать со сделкой что угодно — менеджеры двигают её по канбану, навешивают задачи, ставят дела. Меня это не касается. Моя система читает и пишет конкретные поля через API, и всё. Это разделение труда. Клиентский менеджер живёт в Bitrix-интерфейсе, он привычный, он покрывает 80% его задач из коробки. Мой код живёт в REST, и его не колышет какой там тариф, какие настройки воронок и что новенького завезли в их UI. Когда у клиента глючит интерфейс — это его боль с поддержкой Bitrix, не моя. Когда клиент меняет тариф — моя интеграция продолжает работать. Я не люблю интерфейс Bitrix. Но как backend ему в малом бизнесе нет равных. Бесплатный тариф закрывает потребности половины моих клиентов. Документация на REST подробная. Скорость API в норме. И главное — клиент уже работает в Bitrix. Не надо переучивать менеджеров на новую систему. Они продолжают тыкать в свои привычные карточки, а я строю поверх этого продукт.

#польза Заказывать разработку страшно, когда сам не в теме. Не видно, за что платишь, и легко попасть. Вот пять вопросов, которые я бы задал на месте клиента — они отсекают большинство проблем ещё до оплаты. Сохраните, пригодится. 1. «Кому будет принадлежать код?» Правильный ответ — вам. Бывает, что бота делают на закрытой платформе исполнителя, и уйти от него нельзя — код останется у него. Это привязь. Уточняйте на берегу. 2. «Что входит в цену, а что отдельно?» Часто называют цену за разработку, а хостинг, домен, доработки и поддержку считают сверху — и итог вырастает вдвое. Просите назвать полную стоимость «под ключ и за год». 3. «Что будет, если вы пропадёте?» Исполнитель может заболеть, уехать, бросить. Спросите: где лежит код, есть ли доступы у вас, сможет ли другой человек подхватить. Если ответ «всё только у меня» — это риск. 4. «На чём это будет работать и сколько стоит содержание?» У любого бота есть ежемесячная стоимость жизни — сервер, иногда платные сервисы. Десять рублей или десять тысяч в месяц — лучше знать заранее. 5. «Можно посмотреть, что вы уже делали?» Не обязательно громкие имена. Достаточно живого работающего примера и пары слов от прошлого клиента. Отказ показать хоть что-то — повод насторожиться. Заметьте: ни один вопрос не про технологии. Чтобы себя обезопасить, не нужно разбираться в коде — нужно спросить про владение, деньги, риски и опыт. Хороший исполнитель ответит спокойно и сразу. Плохой начнёт юлить — и вы всё поймёте. Сохраните и задайте эти пять вопросов следующему, кому будете заказывать. Даже если это не я.

#сколько Самый частый вопрос — и самый честный ответ на него: от пяти тысяч до нескольких сотен тысяч. Звучит как уход от ответа, но сейчас объясню, почему разброс такой и куда в нём попадаете вы. Цена бота — это почти не «написать код». Код типового бота пишется быстро. Цена — это сложность того, с чем он связан. Дёшево (от 5–30 тыс). Бот живёт сам по себе: принимает заявки, отвечает на частые вопросы, шлёт уведомление вам. Ни с чем не интегрируется, данные складывает в таблицу. Большинству малых бизнесов для старта хватает именно этого. Не верьте, что «нормальный бот стоит от ста тысяч» — для простой задачи это переплата. Средне (30–100 тыс). Появляются интеграции: оплата, запись с календарём, CRM, личный кабинет, выгрузка на площадки. Каждая связь с чужой системой — это её документация, её ошибки, её авторизация. Вот за это и платят, не за «кнопочки». Дорого (от 100 тыс). Своя логика, много ролей, мобильное приложение вместо бота, нестандартные интеграции, работа под нагрузкой без сбоев. Это уже не бот, а продукт. Что реально двигает цену вверх: интеграции с чужими системами, оплаты (там ответственность за деньги), сложный дизайн и требование «чтобы работало 24/7 без сбоев» — последнее дороже, чем кажется. Что почти не влияет: количество текста в сообщениях, число команд, «красивые кнопки». На этом не экономьте и за это не переплачивайте. Совет: не заказывайте сразу дорогое. Начните с дешёвой версии, которая закроет главную боль. Пойдёт — достроите. Я почти всегда предлагаю начать с малого, даже когда клиент готов платить больше. Хотите прикинуть свой случай — опишите задачу в личку, скажу вилку без обязательств.

#сколько Самый частый вопрос — и самый честный ответ на него: от пяти тысяч до нескольких сотен тысяч. Звучит как уход от ответа, но сейчас объясню, почему разброс такой и куда в нём попадаете вы. Цена бота — это почти не «написать код». Код типового бота пишется быстро. Цена — это сложность того, с чем он связан. Дёшево (от 5–30 тыс). Бот живёт сам по себе: принимает заявки, отвечает на частые вопросы, шлёт уведомление вам. Ни с чем не интегрируется, данные складывает в таблицу. Большинству малых бизнесов для старта хватает именно этого. Не верьте, что «нормальный бот стоит от ста тысяч» — для простой задачи это переплата. Средне (30–100 тыс). Появляются интеграции: оплата, запись с календарём, CRM, личный кабинет, выгрузка на площадки. Каждая связь с чужой системой — это её документация, её ошибки, её авторизация. Вот за это и платят, не за «кнопочки». Дорого (от 100 тыс). Своя логика, много ролей, мобильное приложение вместо бота, нестандартные интеграции, работа под нагрузкой без сбоев. Это уже не бот, а продукт. Что реально двигает цену вверх: интеграции с чужими системами, оплаты (там ответственность за деньги), сложный дизайн и требование «чтобы работало 24/7 без сбоев» — последнее дороже, чем кажется. Что почти не влияет: количество текста в сообщениях, число команд, «красивые кнопки». На этом не экономьте и за это не переплачивайте. Совет: не заказывайте сразу дорогое. Начните с дешёвой версии, которая закроет главную боль. Пойдёт — достроите. Я почти всегда предлагаю начать с малого, даже когда клиент готов платить больше. Хотите прикинуть свой случай — опишите задачу в личку, скажу вилку без обязательств.

#stack Каждый раз когда я говорю что LeadFinder работает на SQLite, у собеседника дёргается глаз. «Это же файлик. Это для учебных проектов. Серьёзный продакшн — это Postgres, минимум». LeadFinder в проде второй год. Он живёт на VPS, обслуживает реальных клиентов, ничего не падает. База — один файл leadfinder.db в /root/leadfinder/data/. Бэкап делается командой cp. Миграция — ALTER TABLE. Никакого отдельного контейнера с базой, никакого «упал postgres, бот лёг», никаких настроек памяти, шардинга, реплик. Когда я выбирал стек, у меня был соблазн взять Postgres «на вырост». На всякий случай. Чтобы потом не переезжать. Я этого не сделал и не жалею. SQLite держит мою нагрузку с запасом раз в сто. На том же сервере крутится бот, парсер на Playwright, Telethon-клиент — и узкое место точно не база. Правило, которое я выучил на этом проекте: бери самое скучное, что закроет задачу. Не самое модное, не самое масштабируемое — самое скучное. Postgres появится в день когда SQLite реально перестанет тянуть. Этот день, скорее всего, не наступит никогда. А если наступит — миграция SQLite → Postgres занимает один вечер, потому что схема банальная. Есть хороший принцип: boring technology is the best technology. Я долго думал, что он про языки, фреймворки, парадигмы. Оказалось — про базы тоже.

#польза Есть вещи, которые кажутся «надо нанять человека», а на деле закрываются за пару дней. Собрал пять самых частых — из тех, что реально делал. Сохраните, чтобы не искать потом. 1. Приём заявок. Клиент пишет в мессенджер или заполняет форму — заявка сама падает в одно место, вам прилетает уведомление. Больше не «ой, я пропустил сообщение в директе». Это база, делается быстрее всего. 2. Напоминания клиентам. Запись на завтра — система сама напомнит за день и за пару часов, с кнопками «подтвердить / перенести». Записи без напоминаний срываются в разы чаще. Эта мелочь напрямую возвращает деньги. 3. Ответы на типовые вопросы. «Сколько стоит», «где вы находитесь», «как оплатить» — чаще всего входящие это одни и те же пять вопросов. Бот отвечает мгновенно, вы подключаетесь только на нестандартное. 4. Публикация нового сразу во все площадки. Появился товар или акция — нажал один раз, ушло в нужные чаты и на площадки. Не копировать руками по двадцать мест (был отдельный пост про мамин кейс). 5. Сбор отзывов. После заказа клиенту автоматически уходит просьба оставить отзыв — со ссылкой прямо на нужную площадку. Отзывы не появляются сами, но появляются, если вовремя попросить. Объединяет их одно: это повторяющиеся действия, которые вы сейчас делаете руками и от которых устаёте. Машина не устаёт. Начинать стоит с того, что бесит больше всего — обычно это пункт 1 или 3. Что из этого сжирает время именно у вас? Напишите — разберу, как закрыть.

#stack Полгода назад у меня был один бот для поиска лидов — LeadFinder. Он жил в Telegram: парсил публичные чаты, ловил людей по ключевым словам, передавал в работу. Один сервер, один docker-compose, всё помещалось в голове. Потом случился MAX. Российский мессенджер, который начал расти, и в котором сидит часть аудитории, до которой через Telegram не достучишься. Возник вопрос: делать ли там то же самое. Сначала очевидное решение — взять LeadFinder, склонировать репозиторий, переписать парсер под MAX, назвать leadfinder-max. На это уходит вечер. И ты получаешь второй бот, который теперь надо поддерживать отдельно. Нашёл баг в AI-оценке лидов — чини в двух местах. Добавил новую интеграцию — катай в две репы. Это работает ровно до момента когда захочется в третий мессенджер. Я сел и сделал нормально. Вытащил общее в ядро: AI-оценка, рассылка, база лидов, интеграции с CRM, фильтры. А специфика мессенджера ушла в отдельный слой — «источник». Telegram-источник умеет ходить через MTProto и Playwright. MAX-источник ходит через свои методы. Сверху всё одинаково: лид это лид, неважно откуда он пришёл. В итоге LeadFinder остался в Telegram. MaxSurge живёт в MAX. Снаружи это два продукта, под капотом — общий двигатель. Когда я улучшаю фильтрацию лидов, она автоматически улучшается в обоих. Когда чиню баг в рассылке — он чинится один раз. Звучит банально — «вытащи общее, оставь различное». Но именно эту банальность 90% проектов не делают вовремя. Сначала кажется «ну ещё один клон, я быстро скопирую». Потом ещё один. И ты — разработчик-многостаночник, который чинит одну и ту же проблему в семи репозиториях. Один баг чинится один раз. Это и есть разница между продуктом и ремеслом.

#польза Ко мне часто приходят со словами «хочу бота». Почти всегда первый мой вопрос разочаровывает: «а зачем?». Потому что в половине случаев бот не нужен — нужна таблица. И честно сказать это клиенту дешевле для него, чем взять деньги и сделать ненужное. Простое правило, по которому я отличаю одно от другого. Таблицы достаточно, когда задача — просто хранить и иногда смотреть. Список клиентов, учёт заказов, расписание, бюджет. Если данные меняешь ты сам или пара человек несколько раз в день — обычная таблица закроет это бесплатно и навсегда. Не ведитесь на «таблицы это несерьёзно». Серьёзно — это когда работает. Бот (или приложение) начинает окупаться в другом случае: когда с данными взаимодействует кто-то снаружи и постоянно. Клиент сам записывается. Сам оставляет заявку в три часа ночи. Сам проверяет статус заказа, не дёргая вас. Сам получает напоминание. То есть бот нужен не чтобы «хранить», а чтобы снять с вас повторяющееся общение, которое сейчас съедает время. Грубый критерий на пальцах. Посчитайте, сколько раз в день вы делаете руками одно и то же: отвечаете на один и тот же вопрос, копируете одно и то же сообщение, напоминаете клиенту об одном и том же. Если это пять-десять раз — таблица. Если пятьдесят — пора автоматизировать, бот окупится за месяц. И обратное, чтобы не было перекоса. Не надо автоматизировать то, что случается раз в неделю. Делать бота ради задачи на десять минут по пятницам — это потратить сто тысяч, чтобы сэкономить копейки. Я от таких заказов отговариваю. Если сомневаетесь, что у вас — напишите в личку пару слов о задаче. Скажу честно: бот, таблица или вообще ничего не надо.

#build LeadFinder — мой внутренний инструмент. По сути встроенная CRM с AI-продавцом, крутится на VPS под systemd 24/7, ищет мне клиентов и приводит уже горячих. Что делает — Парсит публичные каталоги бизнесов (2GIS, Яндекс.Карты, Flamp) по нише и региону — Чекает контакты, складывает в базу как «свежие лиды» — AI по моим сценариям сам ведёт первый диалог, отвечает на возражения, отсеивает «не наше» — Когда лид доходит до «горячего» — пуш мне в Telegram: «вот этот, бери в работу руками» Чем отличается от типичного «парсер + рассылка» — Внутри полноценная CRM: статусы (new / in_work / hot / отказ), фильтры Hot / Warm / Воронка, кнопки «связаться», «коммент», «отказ» прямо в Telegram-карточке лида — AI-диалог в моей манере, не «бот напишет вам ответ через 3-5 рабочих дней» — Прогрев аккаунтов автоматом, чтобы не улетать в спам Стек: aiogram + Playwright (для парсинга карт с JavaScript) + SQLite. Всё на одном VPS под systemd, перезапускаю раз в пару месяцев — когда что-то новое прикручиваю. На скрине — главное меню бота: внутри не «3 кнопки и форма», а полноценный workflow от сбора до отчётности. Не продаю это как продукт — заточен под мой workflow и мои офферы. Но пересобрать под чью-то нишу и сценарии — задача в принципе понятная. Один из самых частых входящих запросов сейчас: «сделай мне такого же».

#build В субботу шепнул, что лучший макс варят не только в Альбукерке. Кто следил — соединил точки. Имя: MaxSurge. Сначала пара цифр про сам мессенджер, потому что без них всё непонятно. К апрелю 2026 у MAX — 107 млн зарегистрированных и 77 млн DAU. На бизнес-платформе уже 220 тысяч компаний. Это на фоне блокировки Telegram (доступность в РФ ниже 20%), обязательного перехода госорганов по рекомендации Минцифры и закона о домовых чатах со штрафами до 300 тысяч рублей. Плюс предустановка на каждый новый российский смартфон с сентября 2025-го. Для большинства бизнесов MAX за последние полгода стал не «попробовать», а «уже там и обязательно». Telegram-маркетинг 2024-го и MAX-маркетинг 2026-го — два разных пейзажа. Аудитория ещё не выгорела от спама, бизнес только заходит — и B2B, и B2C — конкуренция за внимание ниже на порядок. И вот тут MaxSurge. Самый функциональный инструмент для MAX. Лиды из MAX — без рекламных бюджетов. Внутри: — Сбор лидов с 2GIS и из CSV, чекер наличия номеров в MAX — Многоаккаунтная работа: подключение, профили, прогрев — Шаблоны и кампании рассылок, маркетплейс готовых сценариев — Нейрочаттинг — AI ведёт переписку вместо менеджера — Автоответчик, страж чата, расширение для 2GIS — TG → MAX Forwarder: новые посты твоего Telegram-канала автоматически уходят в выбранные чаты MAX, с зачисткой ссылок и стоп-слов Работает и для B2B (большие чеки, длинный цикл), и для B2C (поток заявок в услуги, локальный бизнес, e-com). На скрине — дашборд изнутри, чтобы было понятно: внутри живой продукт, а не лендинг с обещаниями. Сейчас бета, 7 дней пробного периода — можно зайти и пощупать руками. Куда идти: — maxsurge.ru — лендинг — @maxsurge_ru — канал, там разбираю фишки MAX-маркетинга Я не стал кричать о запуске на пятом канальном посте — был бы инфоцыган-ход. Сейчас доверия в канале накопилось достаточно, чтобы рассказать нормально. Если у тебя есть бизнес и MAX мелькал в радаре — посмотри. P.S. Подробный разбор как MAX меняет рынок маркетинга в РФ — моя статья на VC: https://vc.ru/marketing/2875195

Воскресенье. Варю. Чистота — 99.1%. Синие кристаллы — это индексы pgvector. RV — это VPS. Walter White — это вы зря подумали. Хотя одну штуку я и правда наварил. Полгода между клиентскими проектами собирал свой SaaS. Не очередной бот по чужому ТЗ — настоящий продукт, который уже работает на бою. Имя ещё держу при себе, покажу отдельным постом. Шепну только: лучший макс варят не только в Альбукерке.

#client Лучшая система привлечения клиентов, которая у меня работает — это сарафан. Никакой рекламы, никаких воронок, никакого контент-маркетинга. Просто хорошо сделанный предыдущий проект. Клиент по Price AI (тот самый дилер HoReCa из прошлого поста) на одной из встреч сказал партнёру: «у нас тут парень одну штуку запилил, попроси его — он и тебе что-нибудь придумает». Партнёр — из логистики. Большая B2B-история: морские контейнеры, китайские поставщики, портовые сборы, ставки транспортных компаний, курсы валют. Зоопарк ещё похуже чем в HoReCa. Задача структурно похожа: помочь менеджеру быстро находить лучшее предложение под маршрут. Только вместо «поставщик — цена — наличие» теперь «маршрут — ТК — ставка — документы — сроки». На скрине — кусочек MVP: 17 поставщиков, под три тысячи активных ставок в базе, покрытие 98% по типовым направлениям. MVP я уже сдал. Проект обещает быть грандиозным и по сложности (одних только типов перевозок десятки, у каждого свои документы и тарифы), и по интересности — там реально живая международная логистика, про которую я раньше знал только что «контейнеры плывут долго». Подробнее расскажу когда выйдем за рамки MVP. Пока просто фиксирую: рекомендация одного клиента другому = новый крупный проект, который сам по себе закрывает мне работу на месяцы. Это к вопросу зачем стоять на работе хорошо. Сарафан не появляется от того что вы себе говорите «нужно работать хорошо». Он появляется от того что вы реально работали хорошо на предыдущем проекте, и клиент это запомнил.

#build Один из проектов последних месяцев — Price AI для дилера HoReCa-оборудования. Внешне это «сравнение цен поставщиков». Внутри — зоопарк из семи разных способов достать данные у семи поставщиков, и это и есть основная сложность. Задача Менеджер собирает спецификацию оборудования под проект — кухня ресторана, фуд-корт, что угодно. Раньше — ручное жонглирование семью прайсами в Excel. Сейчас он кидает в систему текст / Excel / Word / PDF — на выходе готовое КП в фирменной форме за минуту. Под капотом 290 000+ позиций. Семь поставщиков, и у каждого свой характер: один отдаёт REST API, второй прячется за Playwright-логином, третий — Typesense через JWT, четвёртый кидает XLSX со своими капризами и форматами, которые меняются без предупреждения. Половина инженерного времени уходит не на «алгоритмы поиска», а на стабильность этого зоопарка. Поиск гибридный: семантика по эмбеддингам + нечёткое совпадение по символам + GPT-4o сверху для ранжирования. На выходе — Excel в фирменном шаблоне клиента, 29 колонок: позиция, фото, габариты, цены конкурентов (парсятся отдельным ночным проходом), мультивалютный итог, логистика. Закупщик сразу видит автовыбор дешевейшего поставщика по каждой позиции. Цифры — 2–5 секунд на типичную 10-позиционную спецификацию — 50 позиций → полное КП за 30–60 секунд — Daily-синхронизация всех семи в 23:00, ночное обогащение фото и габаритами Стек: FastAPI на async, PostgreSQL 16 с pgvector, React-фронт, Playwright там где нужна авторизация, всё в Docker. Самая моя любимая находка в этом проекте, кстати, не в поиске. Она в одном правиле фильтра: «Дежа для тестомеса HKN-8SN» в наивном поиске вылезает выше самого тестомеса HKN-8SN. Один скор-фильтр на запчасти и аксессуары — и боль ушла. Иногда сложные продуктовые проблемы решаются одной строчкой.