форма на сайте CRM

Разработка и внедрение ИИ-решений для бизнеса

Сделаем систему для вашей задачи, подключим к рабочим программам и проверим на реальной работе.

от 400 000 ₽Пилот по этому направлению. Аудит бесплатный: созвон на 30 минут.

Рис. 1 · Маршрут заявки на подборДемонстрационные данные
  1. Входящее · форма на сайте

    Клиент

    Нужен насос, чтобы подавать воду из скважины в дом, три этажа, расход примерно пять кубов в час.

  2. Агент разбирает

    что
    насос для скважины
    расход
    около 5 м³/ч
    подъём
    три этажа, около 10 м
    глубина скважины
    не названа, уточнить
  3. Запись в CRMCRM

    Заявка на подбор в CRM

    Вариант
    две подходящие модели по правилу инженера
    Основание
    расход и высота подъёма из заявки
    Спорное
    глубина неизвестна из заявки

    Цену и окончательный выбор оставляем инженеру

  4. Задача инженеру

    Проверить вариант и уточнить глубину у клиента

    Утром инженер видит вариант с основанием и один вопрос клиенту.

Условия работы

Задача

«Почти подходит» — это и есть отказ

Посчитайте: сервис закрывает восемь шагов из десяти, оставшиеся два отнимают 15 минут на обращение. При 20 обращениях в день это пять часов.

  1. Готовый сервис берёт восемь шагов из десяти

    Два оставшихся шага держатся на вашем справочнике, правиле расчёта и формате данных, а платформа их не трогает.

  2. Правило знает один человек, и оно нигде не записано

    Он смотрит на заявку и обычно прав, а без него заявки ждут.

  3. Функцию просят клиенты, а делать её некому

    Клиенты на продлении спрашивают про умный поиск или разбор переписки. ML-инженер ради одной функции не окупится.

  4. Подключаться не к чему

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

Маршрут процесса

Как устроено то, чего нет в готовом виде

Купленный сервис устроен так же. Разница во втором звене: там логика чужая, а здесь ваша.

  1. 01

    Вход из вашего продукта

    Систему запускает запрос в вашем интерфейсе, событие, строка в очереди или вызов из бэкенда. Встраиваемся в ваш продукт.

  2. 02

    Ваша логика рядом с моделью

    Справочники и правила правит ваш специалист, а факты из базы модель получает готовыми.

  3. 03

    Действие

    Система отвечает в вашем интерфейсе или пишет в нужную программу. Что отдать человеку, решаем заранее.

  4. 04

    Что видно потом

    Журнал хранит, что пришло, на что опиралась система, что она ответила и во что это обошлось.

Границы автоматизации

Что будет, когда модель ошибётся или поставщик поменяет правила

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

Контроль человека

Цену и окончательный выбор оставляем инженеру

Задача инженеру — «Проверить вариант и уточнить глубину у клиента».

Шаги

Как идёт работа

  1. 01

    Бесплатный аудит: что вы уже пробовали

    Вы рассказываете задачу, мы спрашиваем, где лежат данные и что система отдаёт наружу: от этого больше всего зависит срок.

  2. 02

    Сначала ищем готовое

    Проверяем, нет ли сервиса или открытого решения, которое достаточно настроить. Если есть, говорим об этом и разработку не предлагаем.

  3. 03

    Описание сценария и набор примеров

    Записываем шаги и границы: что система делает сама, что готовит человеку. Собираем 30–50 настоящих случаев с ответами, на них и сдаём работу.

  4. 04

    Пилот на одном сценарии

    Работаем в узком контуре на ваших данных. Цену и срок вы знаете до подписи, о непредвиденной работе скажем в тот же день.

  5. 05

    Приёмка и передача

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

Результат

Что меняется, когда решение собрано под задачу

Часть изменений вы увидите сразу, остальное покажет журнал на второй месяц.

До и после меряем одним способом и на одном наборе, иначе спор о результате станет спором о методе. Набор и формулу показываем целиком, с допущениями.

Системы и данные

Из чего собирается решение

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

  1. Модели: внешние и развёрнутые у вас

    Внешняя умнее и дешевле, а своя держит данные внутри, но требует железа. Выбор обратим.

  2. Ваша база знаний и документы

    Модель отвечает по регламентам, инструкциям и переписке со ссылкой, которую проверяют за десять секунд.

  3. Ваш продукт и ваш интерфейс

    Ваш фронтенд или бэкенд вызывает функцию, и для пользователя она выглядит частью продукта.

  4. Самописные и внутренние системы

    Подключим API, вебхуки или доступ к базе. Без них чтение выйдет отдельной строкой сметы.

  5. Очередь и фоновая обработка

    Долгая задача ждёт в очереди, повторяется при сбое и не превышает суточный предел расходов.

  6. Журнал и набор проверочных примеров

    Каждое обращение попадает в журнал, а набор прогоняем после любой правки промпта или модели.

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

Было и стало

Три задачи, под которые готового сервиса не нашлось

ИИ-функция внутри своего продукта

БылоУмный поиск просят на каждом продлении, а задача кочует из квартала в квартал.

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

Подбор по правилу, которое знает один специалист

БылоПравило знает только инженер, и в его отпуск заявки ждут.

СталоПравило из истории решений записываем текстом, инженер его правит. Система предлагает вариант, показывает основание, а спорное отдаёт инженеру.Что измеряем: доля заявок, где предложенный вариант принят без правок; время от заявки до ответа клиенту

Самописная система, к которой не подключиться

БылоВ самописном учёте нет API, выгрузку делают руками. Подрядчики отказываются или называют «от полугода».

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

Условия начала

Узкий контур и ваши данные

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

Пилот по этому направлению

от 400 000 ₽ разово

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

50 %на старте

50 %после приёмки по метрике из договора

Что входит

  • Описание сценария: что система делает сама, что отдаёт человеку, чего не касается
  • Набор проверочных примеров с правильными ответами, согласованный с вашим специалистом
  • Работающий сценарий в ограниченном контуре, на ваших настоящих данных
  • Замер качества на этом наборе и расчёт стоимости одного обращения к модели
  • Журнал всех обращений, который вы видите с первого дня пилота
  • С первого коммита репозиторий, ключи и документация живут в ваших учётных записях

Что нужно от вас

  • Специалист, который решает это сейчас: несколько часов за пилот
  • Тестовый контур или доступы и человек, который вправе их выдать
  • 30–50 настоящих случаев с ответами, начиная со спорных
  • Ваш выбор: что система делает сама, что готовит человеку

Что измеряем

  • Доля верных ответов на согласованном наборе примеров
  • Сколько случаев система отдала человеку и по какой причине
  • Время на операцию до запуска и после
  • Стоимость одного обращения и предел расходов за месяц

Цена ориентировочная, это не публичная оферта. Точную сумму впишем в договор.

Первый шаг

Бесплатный аудит процессов

Тридцать минут, двадцать из них говорите вы. Расскажите задачу и чем не подошли сервисы, которые смотрели. Мы скажем, нужна ли разработка и от чего зависит срок.

  1. Достаточно двоих: того, кто делает эту работу руками, и разработчика, если он есть. Второй скажет, что ваша система отдаёт наружу.
  2. Если удобнее написать, откройте чат в Telegram и расскажите задачу своими словами.

+7 (495) 255-43-25info@brolik.ru

Заявка на аудит~ 1 минута

Как с вами связаться

Номер заявки: . Назовите его, если будете звонить.

Аудит бесплатный. Перезваниваем в будни с 10:00 до 19:00 по Москве, обычно в течение часа. Если заявка пришла вечером или в выходные, позвоним до 12:00 следующего рабочего дня.

Можно и без формы: позвоните на +7 (495) 255-43-25 или напишите в Telegram.

Вопросы

Что спрашивают перед стартом

Почему разработка стоит дороже подписки?

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

Расчёт на главной сделает это на ваших числах. Если не отбивается, оставайтесь на подписке.

Что делать, если модель выдумает ответ?

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

Деньги или товар выдаёт только человек. Частоту промахов показывает набор примеров после каждой правки.

Куда уйдут наши данные и данные наших клиентов?

Только туда, куда согласуем письменно до начала работ. Чувствительные данные обрабатывает модель в вашем периметре. Для внешней модели вырезаем имена, телефоны, адреса и номера договоров.

По закону вы оператор персональных данных, а мы обрабатываем их по вашему письменному поручению (ч. 3 ст. 6 152-ФЗ).

Модели меняются каждые полгода. Что станет с нашей системой через год?

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

Сделать это может и ваш разработчик, разрешения от нас не нужно.

Кому принадлежит промпт и набор примеров — вам или нам?

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

Пропишите это в договоре с нами и с любым подрядчиком.

На чём вы это напишете и сможет ли наш разработчик потом это читать?

На Python, потому что на нём написаны библиотеки для работы с моделями. Интерфейс остаётся на языке вашего продукта. Своих фреймворков не заводим, и код читается без нас.

Слой модели занимает несколько файлов, а в репозитории описано, как запустить систему и прогнать набор примеров.

У нас есть свой разработчик. Как вы поделите работу?

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

Ваш разработчик ревьюит наш код, это обычная часть работы. Разделить работу так выходит быстрее и дешевле.

Смежные направления

Что можно автоматизировать следом

Остальные направления и калькулятор окупаемости есть на главной.