от 400 000 ₽Пилот по этому направлению. Аудит бесплатный: созвон на 30 минут.
Рис. 1 · Маршрут заявки на подборДемонстрационные данные
01
Входящее · форма на сайте
Клиент
Нужен насос, чтобы подавать воду из скважины в дом, три этажа, расход примерно пять кубов в час.
02
Агент разбирает
что
насос для скважины
расход
около 5 м³/ч
подъём
три этажа, около 10 м
глубина скважины
не названа, уточнить
03
Запись в CRMCRM
Заявка на подбор в CRM
Вариант
две подходящие модели по правилу инженера
Основание
расход и высота подъёма из заявки
Спорное
глубина неизвестна из заявки
Цену и окончательный выбор оставляем инженеру
04
Задача инженеру
Проверить вариант и уточнить глубину у клиента
Утром инженер видит вариант с основанием и один вопрос клиенту.
Последнее слово за сотрудником.
Условия работы
Окупаемость считаем по вашим цифрамещё до подписания договора
Половину платите на старте, остальное после приёмкипо метрике из договора
Код, доступы и данные вашиучётные записи с первого дня регистрируем на вашу компанию
Задача
«Почти подходит» — это и есть отказ
Посчитайте: сервис закрывает восемь шагов из десяти, оставшиеся два отнимают 15 минут на обращение. При 20 обращениях в день это пять часов.
01
Готовый сервис берёт восемь шагов из десяти
Два оставшихся шага держатся на вашем справочнике, правиле расчёта и формате данных, а платформа их не трогает.
02
Правило знает один человек, и оно нигде не записано
Он смотрит на заявку и обычно прав, а без него заявки ждут.
03
Функцию просят клиенты, а делать её некому
Клиенты на продлении спрашивают про умный поиск или разбор переписки. ML-инженер ради одной функции не окупится.
04
Подключаться не к чему
Учётную систему писал ушедший сотрудник, и API или выгрузки в ней нет. Сначала придётся отдельно сделать чтение данных.
Маршрут процесса
Как устроено то, чего нет в готовом виде
Купленный сервис устроен так же. Разница во втором звене: там логика чужая, а здесь ваша.
01
Вход из вашего продукта
Систему запускает запрос в вашем интерфейсе, событие, строка в очереди или вызов из бэкенда. Встраиваемся в ваш продукт.
02
Ваша логика рядом с моделью
Справочники и правила правит ваш специалист, а факты из базы модель получает готовыми.
03
Действие
Система отвечает в вашем интерфейсе или пишет в нужную программу. Что отдать человеку, решаем заранее.
04
Что видно потом
Журнал хранит, что пришло, на что опиралась система, что она ответила и во что это обошлось.
Границы автоматизации
Что будет, когда модель ошибётся или поставщик поменяет правила
Модель ошибается, поэтому мы меряем качество на наборе настоящих случаев до запуска и после каждой правки. Когда система не уверена, она отдаёт случай человеку. Деньги, скидки и отгрузки без подтверждения сотрудника она не трогает.
Контроль человека
Цену и окончательный выбор оставляем инженеру
Задача инженеру — «Проверить вариант и уточнить глубину у клиента».
Шаги
Как идёт работа
01
Бесплатный аудит: что вы уже пробовали
Вы рассказываете задачу, мы спрашиваем, где лежат данные и что система отдаёт наружу: от этого больше всего зависит срок.
02
Сначала ищем готовое
Проверяем, нет ли сервиса или открытого решения, которое достаточно настроить. Если есть, говорим об этом и разработку не предлагаем.
03
Описание сценария и набор примеров
Записываем шаги и границы: что система делает сама, что готовит человеку. Собираем 30–50 настоящих случаев с ответами, на них и сдаём работу.
04
Пилот на одном сценарии
Работаем в узком контуре на ваших данных. Цену и срок вы знаете до подписи, о непредвиденной работе скажем в тот же день.
05
Приёмка и передача
Меряем тем же способом на том же наборе. Дальше берём следующий сценарий или заканчиваем: репозиторий, ключи и документация уже ваши.
Результат
Что меняется, когда решение собрано под задачу
Часть изменений вы увидите сразу, остальное покажет журнал на второй месяц.
Функция из бэклога работает у пользователей, хотя своей ML-команды нет
Правило, которое знал один специалист, записано и исполняется, пока он в отпуске
Цену обращения вы знаете заранее, расходы держит суточный предел
Качество вы видите цифрой на согласованном наборе примеров
Поставщика модели меняем за день-два, без пересборки всего
Код лежит в вашем репозитории, и ваш разработчик правит его сам
До и после меряем одним способом и на одном наборе, иначе спор о результате станет спором о методе. Набор и формулу показываем целиком, с допущениями.
Системы и данные
Из чего собирается решение
Опираемся на то, что у вас уже есть: API, доступ к базе на чтение, обмен файлами, ваш собственный бэкенд.
01
Модели: внешние и развёрнутые у вас
Внешняя умнее и дешевле, а своя держит данные внутри, но требует железа. Выбор обратим.
02
Ваша база знаний и документы
Модель отвечает по регламентам, инструкциям и переписке со ссылкой, которую проверяют за десять секунд.
03
Ваш продукт и ваш интерфейс
Ваш фронтенд или бэкенд вызывает функцию, и для пользователя она выглядит частью продукта.
04
Самописные и внутренние системы
Подключим API, вебхуки или доступ к базе. Без них чтение выйдет отдельной строкой сметы.
05
Очередь и фоновая обработка
Долгая задача ждёт в очереди, повторяется при сбое и не превышает суточный предел расходов.
06
Журнал и набор проверочных примеров
Каждое обращение попадает в журнал, а набор прогоняем после любой правки промпта или модели.
Модель не заменяет данные, которых нет. Если правило не записано и примеров верных решений нет, сначала собираем примеры. Срок и цену этого этапа назовём до договора.
Было и стало
Три задачи, под которые готового сервиса не нашлось
СценарийБылоСтало
ИИ-функция внутри своего продукта
БылоУмный поиск просят на каждом продлении, а задача кочует из квартала в квартал.
СталоФункция живёт в вашем интерфейсе, а цену обращений держит суточный предел. Если модель не отвечает, продукт работает без этой кнопки.Что измеряем: доля пользователей, дошедших до результата; стоимость одного обращения; время ответа на девяноста пяти процентах запросов; обращения в поддержку по этой функции
Подбор по правилу, которое знает один специалист
БылоПравило знает только инженер, и в его отпуск заявки ждут.
СталоПравило из истории решений записываем текстом, инженер его правит. Система предлагает вариант, показывает основание, а спорное отдаёт инженеру.Что измеряем: доля заявок, где предложенный вариант принят без правок; время от заявки до ответа клиенту
Самописная система, к которой не подключиться
БылоВ самописном учёте нет API, выгрузку делают руками. Подрядчики отказываются или называют «от полугода».
СталоСначала делаем чтение: слой поверх базы или выгрузку по расписанию. Пишем данные только туда, куда вы разрешили.Что измеряем: срок и цена слоя чтения: план и факт; доля данных, доступных без ручной выгрузки; число ручных экспортов за неделю
Условия начала
Узкий контур и ваши данные
Свою разработку вслепую не оценить, а платить за большой проект вперёд незачем. Первым договором берём один сценарий на ваших данных и меряем качество.
Пилот по этому направлению
от 400 000 ₽ разово
Пилот занимает до двух недель, весь проект дольше. Цена зависит от того, сколько систем трогаем и есть ли примеры верных решений. Обе вещи выясняем на аудите.
Описание сценария: что система делает сама, что отдаёт человеку, чего не касается
Набор проверочных примеров с правильными ответами, согласованный с вашим специалистом
Работающий сценарий в ограниченном контуре, на ваших настоящих данных
Замер качества на этом наборе и расчёт стоимости одного обращения к модели
Журнал всех обращений, который вы видите с первого дня пилота
С первого коммита репозиторий, ключи и документация живут в ваших учётных записях
Что нужно от вас
Специалист, который решает это сейчас: несколько часов за пилот
Тестовый контур или доступы и человек, который вправе их выдать
30–50 настоящих случаев с ответами, начиная со спорных
Ваш выбор: что система делает сама, что готовит человеку
Что измеряем
Доля верных ответов на согласованном наборе примеров
Сколько случаев система отдала человеку и по какой причине
Время на операцию до запуска и после
Стоимость одного обращения и предел расходов за месяц
Цена ориентировочная, это не публичная оферта. Точную сумму впишем в договор.
Первый шаг
Бесплатный аудит процессов
Тридцать минут, двадцать из них говорите вы. Расскажите задачу и чем не подошли сервисы, которые смотрели. Мы скажем, нужна ли разработка и от чего зависит срок.
Достаточно двоих: того, кто делает эту работу руками, и разработчика, если он есть. Второй скажет, что ваша система отдаёт наружу.
Подписку делят тысячи компаний, но платят за неё бесконечно. Свою разработку оплачиваете один раз, потом платите за модели и сопровождение. Сравнивайте за год-два вместе с ручной частью, которая при подписке остаётся.
Расчёт на главной сделает это на ваших числах. Если не отбивается, оставайтесь на подписке.
Что делать, если модель выдумает ответ?+
Выдумывать ей не из чего: факты берём из ваших источников до обращения к модели, ответ идёт со ссылкой на источник. Без уверенности система отвечает «не знаю» и передаёт вопрос человеку.
Деньги или товар выдаёт только человек. Частоту промахов показывает набор примеров после каждой правки.
Куда уйдут наши данные и данные наших клиентов?+
Только туда, куда согласуем письменно до начала работ. Чувствительные данные обрабатывает модель в вашем периметре. Для внешней модели вырезаем имена, телефоны, адреса и номера договоров.
По закону вы оператор персональных данных, а мы обрабатываем их по вашему письменному поручению (ч. 3 ст. 6 152-ФЗ).
Модели меняются каждые полгода. Что станет с нашей системой через год?+
Система переедет на новую модель, потому что обращение к ней мы выносим в отдельный слой. Для перехода достаточно переписать слой и прогнать набор примеров, он покажет, стало лучше или хуже.
Сделать это может и ваш разработчик, разрешения от нас не нужно.
Кому принадлежит промпт и набор примеров — вам или нам?+
Вам. Промпты, правила, размеченный набор примеров и код вы получаете вместе с репозиторием. Набор ценнее кода: его собирали ваши люди. В свою библиотеку мы его не забираем и на ваших данных не обучаем.
Пропишите это в договоре с нами и с любым подрядчиком.
На чём вы это напишете и сможет ли наш разработчик потом это читать?+
На Python, потому что на нём написаны библиотеки для работы с моделями. Интерфейс остаётся на языке вашего продукта. Своих фреймворков не заводим, и код читается без нас.
Слой модели занимает несколько файлов, а в репозитории описано, как запустить систему и прогнать набор примеров.
У нас есть свой разработчик. Как вы поделите работу?+
Ваш разработчик делает интерфейс и свой код, мы берём слой модели, данные и проверку качества. Стык между нами описываем документом до старта: на ничейном стыке проекты встают чаще всего.
Ваш разработчик ревьюит наш код, это обычная часть работы. Разделить работу так выходит быстрее и дешевле.