Как начать продавать ИИ-услуги: от учебного проекта до понятной экономики

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

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

Что освоить до продажи

Разберитесь в четырёх частях простого решения. Модель обрабатывает язык. База содержит проверенные сведения. Интеграция читает и записывает данные в рабочих системах. Правила определяют разрешённые действия и момент передачи человеку. Если смешать всё в один длинный запрос, ошибки будет трудно находить.

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

Выберите услугу с видимым концом

Начальная услуга	Результат для проверки	Что исключить из первой версии
Сбор заявки на замер	Карточка с адресом, типом объекта и предпочтительным временем	Самостоятельное назначение окончательной цены
Поиск по инструкциям	Ответ со ссылкой на утверждённый документ	Доступ ко всем папкам компании
Черновик ответа поддержки	Сотрудник принимает или исправляет предложение	Автоматическое решение спорных возвратов
Подготовка контентного материала	Черновик по согласованному брифу	Публикация без редакторской проверки

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

Как искать первый запрос

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

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

На встрече выясните число обращений, текущий маршрут, частые ошибки, ответственного за документы и доступные интеграции. Затем назовите конкретный объём работ. Бесплатная консультация не должна незаметно превращаться в бессрочную разработку.

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

Что записать в договорённости

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

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

Оборот и деньги специалиста

Предположим только для расчёта, что два проекта принесли 42 000 и 58 000 рублей оплаты. Полученные 100 000 рублей ещё нельзя считать личным доходом. Из них могут оплачиваться подрядчик, сервисы, привлечение клиента и обязательные платежи. Часть суммы понадобится для исправлений и гарантийных обязательств по договору.

Статья учебного расчёта	Сумма
Оплата двух проектов	100 000 рублей
Подрядчик для интеграции	18 000 рублей
Сервисы и тестовая инфраструктура	7 000 рублей
Поиск клиентов и связанные расходы	5 000 рублей
Остаток до обязательных платежей и резервов	70 000 рублей

Если все работы вместе с продажами заняли 100 часов, остаток соответствует 700 рублям за час до остальных удержаний. Если понадобилось 200 часов, показатель вдвое ниже. Это условные числа, не рыночная ставка и не прогноз. В собственном учёте разделяйте договорную сумму, выставленный счёт, фактически полученную оплату и завершённые обязательства.

Когда появляется сопровождение

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

После нескольких проектов сравните фактические часы с оценкой. Упростите повторяемые этапы: обследование, подготовку данных, тестирование, передачу инструкции. Цену пересматривают по объёму и риску задачи. Само истечение трёх месяцев не доказывает, что услуга стала дороже для клиента.

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

Следующий уровень

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

Для системной практики можно посмотреть БАЗУ, где есть рабочие связки и ИИ-куратор. Учебные задания стоит превращать в собственные проверяемые проекты; прохождение программы само по себе не гарантирует клиентов или определённый заработок.