Как мы превратили AI-сервисы в бесплатный и платный продукт внутри CRM-INSAL (14 серия)
После первого открытого AI-сервиса по определению кода ТН ВЭД стало ясно: интерес к таким инструментам есть. Но дальше держать AI в формате разрозненных экспериментов уже не имело смысла. Если сервисом начинают пользоваться, его нужно не просто показывать рынку, а встраивать в собственную систему как продукт.
Это следующая статья из серии о том, как мы в CompanionAI шаг за шагом развивали цифровой контур INSAL. Здесь — о том, как после проверки гипотезы INSAL начал собирать внутри CRM уже не отдельные AI-инструменты, а продуктовую модель: бесплатный вход, флагманские сервисы, пакеты, ограничения, регистрацию и первые правила монетизации.
Почему после открытого MVP AI нужно было забирать в CRM
Открытый сервис по подбору кода ТН ВЭД свою задачу выполнил. Он показал, что рынок готов пробовать прикладной AI там, где речь идет не о развлечении, а о реальной пользе.
Но у открытого формата есть потолок. Он хорош для проверки гипотезы, но плохо подходит для управляемого развития. В открытом доступе сложно строить нормальную воронку, сложно управлять сценариями использования, сложно связывать сервис с другими услугами компании и почти невозможно превращать такой инструмент в полноценный продуктовый слой.
Следующий шаг был логичным: AI нужно было забирать внутрь CRM. Не просто переносить кнопку, а собирать вокруг сервисов нормальную продуктовую логику.
Почему INSAL начал строить не просто услуги, а архитектуру SaaS-сервисов
На этом этапе речь шла уже не о единичной нейросети под одну задачу.
Нужна была не витрина AI-функций, а архитектура SaaS-сервисов, через которые можно привлекать аудиторию, доводить пользователя до регистрации, давать первую пользу, а потом переводить в более глубокую работу внутри CRM.
Это важный поворот. До него AI выглядел как отдельный эксперимент. После него он начал восприниматься как часть системы: с входом, ограничениями, ценностью, оплатой и повторным использованием.
По сути, внутри CRM начали собирать не просто набор услуг, а новый продуктовый слой.
Как появился условно бесплатный входной слой для селлеров
Логика бесплатного входа появилась не случайно. Основная аудитория INSAL на этом этапе во многом состояла из селлеров. Значит, именно им нужно было дать первый набор полезных AI-инструментов, которые снимают рутину и не требуют тяжелого входа.
Так появились условно бесплатные помощники для селлеров. Это был правильный входной слой: простые, прикладные сервисы, которые давали первую пользу без лишнего трения и логично продолжали работу с основной целевой аудиторией INSAL.
Их задача была не в прямой монетизации. Они работали как точка входа: привлекали дополнительный трафик, знакомили пользователя с возможностями CRM и подталкивали к регистрации внутри системы.
Почему флагманами стали более серьезные ВЭД-сервисы
Если селлерские помощники работали как входной слой, то ядром более серьезной AI-линейки стали ВЭД-сервисы.
И это было закономерно. Именно здесь у INSAL была глубокая предметная экспертиза, высокая ценность результата и более дорогой пользовательский запрос. В роли флагманов выступили сервис определения кода ТН ВЭД ЕАЭС и таможенный AI-аудитор.
Первый помогал быстро получить направление по классификации товара. Второй уже опирался на код, стоимость партии и страну происхождения, чтобы рассчитать таможенные платежи и собрать финансово-правовой отчет.
Именно здесь AI переставал быть просто удобным помощником. Он начинал работать на реальную экономику поставки. Поэтому флагманы и стали ядром продуктовой линейки: в них была и самая высокая ценность для клиента, и самый понятный потенциал для монетизации.
Как работала модель «первые три услуги после регистрации бесплатно»
Одна из ключевых продуктовых механик внутри CRM была очень простой и при этом сильной: первые три услуги после регистрации пользователь получал бесплатно.
Это был не подарок ради подарка и не хаотичная щедрость. Это был управляемый вход в систему.
Человек регистрировался, получал ограниченный, но реальный доступ к полезным сервисам, пробовал их в работе и только после этого переходил к следующему уровню взаимодействия. Такая модель снимала часть недоверия, давала возможность почувствовать продукт руками и при этом не размывала ценность самих сервисов.
Для INSAL это была важная точка. AI нужно было не просто показать, а встроить в привычку пользоваться CRM. И три бесплатных использования работали именно как онбординг, а не как случайный бонус.
Зачем добавили пакеты услуг
Довольно быстро стало ясно, что отдельных сервисов недостаточно.
Когда пользователь видит только набор разрозненных инструментов, он вынужден сам собирать себе маршрут. Для части аудитории это работает. Для более серьезной и платежеспособной — уже хуже. Поэтому появилась логика пакетов.
Пакеты позволяли объединять несколько AI-сервисов в более понятный и более дорогой маршрут: не одна функция по случаю, а набор решений под конкретную задачу. Такой подход упрощал выбор для клиента и делал сам продукт понятнее для бизнеса.
Это был переход от отдельных инструментов к продуктовым связкам.
Что сразу заложили в админку и управление ценовой политикой
С технической стороны неожиданностей почти не было. Общая логика уже была понятна, и архитектуру собирали достаточно уверенно.
Сразу сделали возможность создавать AI-услуги через админ-панель и управлять ценовой политикой без ручной пересборки каждого нового сервиса. Это был важный слой для масштабирования. Продуктовая линейка не должна зависеть от того, сколько раз разработчик откроет код ради очередной правки цены или нового сценария доступа.
То есть технически фундамент сразу собирался с расчетом на развитие, а не на разовый запуск.
Почему главным узким местом оказался не код, а маркетинг
И вот здесь начинается самая честная часть этой истории.
Технически было понятно, как делать AI-сервисы внутри CRM. Продуктовую логику тоже собрали: бесплатный вход, флагманы, пакеты, регистрация, ограничения, оплата. Настоящим узким местом оказался маркетинг.
Чтобы такой сервис действительно рос, ему нужен не только хороший продукт, но и отдельный бюджет на вывод, упаковку, тестирование каналов, продвижение и внятную стратегию. Без этого даже сильная архитектура может остаться в пилотном режиме.
На этом этапе стало особенно видно: продуктовая модель внутри CRM уже собрана лучше, чем ее текущая маркетинговая прокачка. То есть следующим потолком оказалась не разработка, а способность системы выйти за пределы пилота и начать расти как отдельное направление.
Что этот этап дал INSAL
На этом этапе INSAL получил не просто несколько AI-инструментов внутри кабинета.
Компания получила первую рабочую модель того, как экспертность превращается в отдельный цифровой продукт внутри CRM. Появился бесплатный входной слой. Появились более серьезные флагманские сервисы. Появились пакеты, ограничения, логика регистрации и первые правила монетизации.
То есть AI начал жить уже не как набор идей, а как часть управляемой сервисной системы.
Вывод
Открытый MVP по коду ТН ВЭД был правильной отправной точкой. Но настоящий следующий шаг начался тогда, когда INSAL стал собирать AI не как витрину экспериментов, а как продуктовую модель внутри CRM.
Мы в CompanionAI помогли выстроить эту логику так, чтобы AI-сервисы работали не только на интерес, но и на регистрацию, вовлечение, допродажу и постепенную монетизацию.
Главный вывод этого этапа простой: AI начинает приносить реальную пользу бизнесу не тогда, когда у компании появляется нейросеть, а тогда, когда вокруг нее собрана понятная сервисная модель. Технически собрать такой слой оказалось возможно довольно быстро. По-настоящему сложным стало другое — сделать так, чтобы рынок его заметил, понял и захотел использовать регулярно.
