Как я «по-быстрому» разобрал 600 сделок и собрал все грабли вайб-кодинга 🤯 — 12 июня 2026 г. в 07:08:01.557
Как я «по-быстрому» разобрал 600 сделок и собрал все грабли вайб-кодинга 🤯 Я не программист и не разработчик, просто каждый день работаю с нейронками. Недавно сел «по-быстрому» собрать через них аналитику по продажам клиента. Встал через четыре дня. Расскажу без розовых очков. Зачем полез Клиент-производитель, мы выстроили ему лидогенерацию. На поверхности всё нормально: лиды идут, проходят квалификацию, выставляются счета, работа кипит. А по факту на 4 менеджеров накопилось около 600 сделок. Больше сотни на каждого, нормально вести невозможно. Лидов всё больше, а продажи растут непропорционально. Где затык, непонятно, и экспертизы под такой анализ у клиента нет. Полез сам. Суть задачи Собрать всю коммуникацию по сделкам, звонки и письма, в одну историю и найти блокеры, которые мешают сделкам двигаться. Проанализировать какие проблемы возникали на пути клиента. Определить причины этих проблем. Все 600 сразу анализировать смысла нет. Для поиска типовых патернов хватит 150-200 сделок. Сначала просто собрать данные Bitrix через интерфейс не отдаёт ни переписку, ни звонки. Их нужно вытащить, звонки транскрибировать и собрать диалог по каждой сделке. Выгрузил емейлы и звонки по сделкам, с виду всё ок. Начинаю смотреть, данные не сходяться. Оказалась половина коммуникации висит на контактах. Дособрал. Потом вылез лимит: за раз грузится не больше 500 писем, на тестах в 10-15 сделок проблемы не видно, а на объёме часть теряется. Дальше часть звонков не пришла: у клиента несколько телефоний, одна отдаёт записи, другая нет. Следом письма наоборот задублировались из-за настройки Bitrix. А поле «последняя активность по сделке» возвращало кривые данные. Таких нюансов десятки. Настоящая свистопляска. Потом сам анализ Сделал 5-7 тестовых прогонов на 15-20 сделках: подбирал модель и логику. Что анализируем, в каком формате, как оценивать, чтобы нейронка не галлюцинировала. На 15-20 всё хорошо, запускаю на 200, и на масштабе бумс. То упираюсь в лимиты, то выясняется, что в маленькую выборку не попали нетипичные сделки, на которых логика ломается и врёт. Докрутил, перезапустил. И так 4 раза Вот где стало по-настоящему тяжело Не в написании кода. Код нейронка пишет хорошо. Тяжело другое: выстроить архитектуру и понять логику. Откуда данные берутся, как устроены в этой CRM, что с ними случается по дороге и бьётся ли итог с реальностью. Нейронка бодро рапортует «всё собрал, всё хорошо», а по факту половина данных то теряется, то двоится. Держишь в голове десятки факторов, перепроверяешь, где что могло отвалиться. Мозг кипит. Язык не поворачивается назвать это лёгким вайб-кодингом. По ресурсам тоже не как в демо У меня месячная подписка на Claude за $100. За эти задачи я съел 75% общего недельного лимита и 89% недельного лимита на Sonnet, плюс упирался в пятичасовые. Ещё потратился на тесты других моделей: думал, выйдет быстрее и дешевле, оказалось нет. Но результат того стоил Получили чёткую градацию проблем в продажах. Главная: у 74% сделок после отправки КП менеджеры толком не получали обратную связь. И не из-за лени. Автоматизации постоянно плодили новые задачи, часто не по делу, и дублировали висящие. Задач накопилось столько, что менеджеры перестали ими пользоваться и не видели, за какую сделку браться. Часть закрывали скопом, без проработки. А решение проще всех этих автоматизаций. Отключить старые и добавить один статус «клиент ждёт ответа», куда сделка падает при любом входящем сообщении. Менеджер сразу видит, кому отвечать. Увидели как поменять статусы в воронке, чтобы сразу видеть с кем нужно работать сейчас, а кого можно оставить до конкретной даты. Ещё всплыло, что часть сделок зря проходит квалификацию. По таким тендерам компания не проходит по начальной максимальной цене, их надо отсекать сразу. Иначе уходит куча работы на КП, а сделку всё равно никто не берёт. Теперь 600 сделок можно разбирать прицельно, с тех, где больше шансов. Честный плюс есть: за несколько дней я прошёл путь, который с разработчикам