От разовых ИИ-проектов к регулярной выручке: сопровождение и подписка

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

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

Сначала посчитайте разовые проекты честно

Условный исполнитель получил за месяц 90 000 рублей. На выполнение ушло 60 часов, ещё 20 – на переговоры, поиск, документы и исправления после передачи. До вычета расходов и налогов получается 1 125 рублей за каждый из 80 часов, а не 1 500 за час производства. Это учебные числа, не рыночная ставка.

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

Три модели регулярной работы

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

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

Пять шагов к предложению сопровождения

1. Найдите реальную повторную потребность

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

2. Опишите состав

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

3. Выберите момент

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

4. Проведите разговор

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

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

5. Зафиксируйте правила

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

Проверка экономики сопровождения

Учебный план: четыре договора по 25 000 рублей дают 100 000 рублей ежемесячной выручки. Допустим, сервисы и другие прямые расходы составляют 15 000, ещё 15 000 оставлены как денежный резерв. До оплаты собственного труда и налогов остаётся 70 000. Если на обслуживание, согласования и администрирование ушло 50 часов, это 1 400 рублей на час такого остатка. Денежный резерв здесь не понесённый расход, а отложенная сумма: её нельзя одновременно вычесть из выручки и второй раз учесть при оплате того же сбоя.

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

Для ежемесячной приёмки полезна простая запись: задача, дата обращения, затраченное время, результат и подтверждение клиента. Учебный пример: «Обновлены условия доставки в трёх ответах, проверены на пяти тестовых вопросах; новый сценарий оплаты вынесен в отдельную оценку». Такой отчёт объясняет состав работы лучше, чем число отправленных сообщений.

Как услуга становится продуктом

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

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

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

Учебная подписка: 12 клиентов по 6 000 рублей дают 72 000 выручки. При переменных расходах по 1 000 на клиента и общих расходах 6 000 остаётся 54 000 до собственного труда, налогов и прочих затрат. Из этой суммы ещё предстоит покрыть разработку, продажи и поддержку. Это не «почти чистый доход».

План на 90 дней как проверка гипотезы

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

Второй месяц: проверьте обслуживание в работе, сравните обещанный и фактический объём, найдите повторяющиеся элементы. Проведите предметные интервью о будущем продукте вместо вопроса «купили бы вы что-нибудь с ИИ?».

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

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