Сергей Степанов – Zero-code. Продажа ботов и автоматизаций под ключ (страница 1)
Сергей Степанов
Zero-code. Продажа ботов и автоматизаций под ключ
Zero-Code: Продажа ботов и автоматизаций под ключ
Сергей Степанов
Введение
Владелец небольшой сервисной компании получает заявки из мессенджера, с сайта и по телефону. Часть обращений сотрудники переносят в CRM вручную. Иногда карточка появляется без номера телефона, иногда один запрос превращается в две сделки, иногда клиенту обещают перезвонить и забывают. Компания может купить ещё один сервис, но сама покупка не определит, кто должен обработать заявку и что считать успешным результатом.
ИИ-интегратор решает эту задачу на стыке процессов и технологий. Он выясняет, как компания работает, собирает связи между системами, ограничивает действия нейросети, проверяет сбои и передаёт заказчику решение, которым сотрудники смогут пользоваться. Для многих проектов не требуется глубокое знание Python. Однако придётся понимать структуру данных, права доступа, последовательность операций и ответственность за изменения.
Эта книга предназначена для IT-энтузиастов, веб-разработчиков и фрилансеров, которые хотят продавать такие решения малому бизнесу. Если вы уже умеете создавать сайты, полезным следующим шагом станет подключение заявок к CRM. Если начинаете с нуля, сначала потребуется освоить несколько технических понятий. Они вводятся по мере необходимости и сразу применяются в учебных задачах.
Название Zero-Code обозначает способ сборки основной логики через визуальные инструменты. Оно не обещает, что любая интеграция обойдётся без формул, запросов к API и помощи разработчика. Иногда небольшая программная доработка проще и надёжнее десятка обходных действий. Профессиональная работа предполагает умение замечать эту границу.
Проекты стоимостью от 30 000 до 150 000 рублей рассматриваются как возможные коммерческие предложения разного состава. Эти суммы не являются установленными рыночными тарифами или обещанием заработка. На стоимость влияют обследование процесса, количество систем, сложность согласований, требования к надёжности и условия поддержки. Все финансовые примеры в книге условные: их задача — показать расчёт, а не выдать прогноз дохода.
Технические примеры сверены с документацией платформ при подготовке книги в октябре 2026 года. Они описывают учебные настройки и ожидаемые результаты; фактический запуск требует доступных аккаунтов и проверки в вашей среде. Названия элементов интерфейса, тарифы и доступность отдельных интеграций могут меняться. Поэтому инструкции объясняют назначение настроек и признаки правильного результата. До покупки подписки проверяйте, что нужные функции доступны в конкретном аккаунте и регионе.
Через книгу проходит учебная компания «ТехСервис», которая принимает заявки на ремонт бытовой техники. Компания вымышленная. Её бот собирает контакт, уточняет проблему, передаёт обращение менеджеру и сохраняет сведения в CRM. Дополнительные примеры показывают, как тот же подход применять к заказам, внутренним запросам и работе с документами. Разработка ведётся на тестовых данных: реальные сведения клиентов подключаются только после согласования доступа и правил обработки.
Результатом обучения должна стать не коллекция красивых схем, а готовность выполнить ограниченный проект: описать его границы, собрать рабочую цепочку, подтвердить результат тестами, назначить цену и передать систему заказчику. Два первых проекта дают конкретные маршруты Make и n8n. Затем вы добавите анкету, CRM и нейросетевую обработку, а заполненный комплект рабочих документов поможет определить состав коммерческого заказа.
Глава 1. Что покупает заказчик
Автоматизация как завершённая работа
В учебном «ТехСервисе» менеджер переписывает из Telegram в CRM имя, телефон, вид техники и описание неисправности. На одно обращение условно уходит четыре минуты. Бот, который только красиво отвечает на вопросы, не убирает эту работу. Чтобы решить исходную задачу, нужно получить необходимые сведения, проверить их и создать связанную карточку обращения.
Разница между демонстрацией и услугой возникает в момент, когда решение включают в реальную работу. На демонстрации можно вручную отправить идеальное сообщение и показать созданную сделку. В эксплуатации человек пришлёт фотографию вместо текста, дважды нажмёт кнопку, изменит номер телефона или напишет после полуночи. Заказчик покупает обработку оговорённых ситуаций, а также понятный порядок действий для остальных.
Опишите результат через изменение процесса. Формулировка «умный бот с нейросетью» ничего не сообщает о границах. Формулировка «после подтверждения контакта бот создаёт обращение в CRM и уведомляет дежурного менеджера» позволяет обсудить данные, срок и проверку. Нейросеть может быть частью решения, но не заменяет описания результата.
Четыре зоны ответственности
Сначала интегратор исследует процесс: получает примеры заявок, узнаёт роли сотрудников, выясняет исключения. Затем проектирует решение: выбирает систему хранения, правила маршрутизации и точки человеческого контроля. После этого собирает и проверяет цепочку. Наконец, организует передачу и поддержку: объясняет сотрудникам, где искать ошибки и как восстановить работу.
Новичок часто оценивает только время сборки. Допустим, соединение трёх модулей заняло два часа. Но ещё потребовались встречи, доступ к CRM, согласование полей, исправление дублей и обучение администратора. Эти работы входят в проект, даже если не видны на полотне автоматизации. Их нужно учитывать в сроках и цене.
У исполнителя и клиента разные полномочия. Интегратор предлагает схему, но не решает самостоятельно, когда компания обязана вернуть деньги или какую скидку дать спорному клиенту. Такие правила утверждает уполномоченный представитель бизнеса. Если правило не определено, автоматизация должна передать вопрос сотруднику, а не придумать решение.
Как выбрать первую специализацию
Удобнее начинать с повторяющейся задачи в одной группе компаний. Например, принимать заявки для ремонтных служб, связывать формы сайтов с CRM для небольших агентств или формировать внутренние уведомления для учебных центров. Это позволяет глубже понять одинаковые ограничения и быстрее подготовить полезную демонстрацию.
Специализация не требует отвергать все остальные запросы. Она нужна для первого понятного предложения. «Подключаю заявки с вашего сайта к действующей CRM» легче проверить и купить, чем «автоматизирую бизнес любыми нейросетями». При этом выбранная услуга должна быть вам технически доступна: не обещайте голосового администратора, если пока собрали лишь текстовую форму.
Оцените задачу по трём признакам: повторяемость, доступность данных и ограниченность последствий ошибки. Перенос заявки обычно проще первого проекта по автоматическому возврату платежей. Сводка для менеджера безопаснее автономного изменения коммерческих условий. Такой порядок уменьшает стоимость обучения на реальном заказе.
Когда проект лучше не брать
Откажитесь от фиксированной цены до обследования, если клиент не может показать исходные данные, не назначает ответственного сотрудника или требует гарантировать рост продаж. Автоматизация влияет на отдельные этапы. Продажи зависят также от спроса, цены, качества услуги и работы менеджеров.
Отказ может быть частичным. Вместо полной перестройки предложите ограниченную диагностику: разобрать один канал заявок, описать проблемы и подготовить спецификацию. Если доступы или правила так и не появятся, у вас останется оплаченная завершённая работа, а у клиента — основание для следующего решения.
Для первой услуги запишите одним предложением: какой процесс меняется, что запускает автоматизацию, какой результат видит сотрудник и где требуется его подтверждение. Пока это предложение не получается конкретным, к выбору платформы переходить рано.
Глава 2. Как найти задачу с измеримой пользой
Разговор о фактической работе
На первой встрече попросите сотрудника показать последнюю обычную заявку. Пусть он объяснит, откуда она пришла, куда переносил данные, кому сообщил и как узнал, что обращение обработано. Такой показ полезнее обсуждения абстрактной «цифровизации»: он обнаруживает конкретные действия и пропущенные связи.
В «ТехСервисе» выясняется, что перенос данных занимает немного времени, а основная задержка возникает между уведомлением и назначением ответственного. Если автоматизировать только копирование, скорость первого ответа почти не изменится. Поэтому отдельно измеряют время поступления, регистрации и первого содержательного контакта.
Не превращайте встречу в экзамен для сотрудников. Вопрос «почему вы до сих пор делаете это вручную?» вызывает защиту и скрывает детали. Лучше уточнить: «Что мешает выполнить этот шаг сразу?» Ответ может выявить отсутствие доступа, неполные сведения или зависимость от руководителя. Эти ограничения нужно включить в проект.
Карта процесса на одном листе
Запишите последовательность действий обычными глаголами: получить сообщение, уточнить контакт, проверить зону обслуживания, создать обращение, назначить менеджера, подтвердить получение. Рядом укажите исполнителя каждого действия и систему, где остаётся результат. Если результат нигде не фиксируется, измерять его будет трудно.