Создание ИИ для бизнеса: от задачи сотрудника к рабочему инструменту

Что именно вы создаёте для бизнеса

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

• Ответ по базе знаний. Сотрудник задаёт вопрос и получает ответ со ссылками на документы. Такой сценарий разобран в материале об AI по документам компании.
• Действие в процессе. Система обрабатывает заявку, переносит данные или готовит уведомление. Здесь нужно определить правила и права на действия.
• Собственный инструмент. AI помогает разработать калькулятор, форму, отчёт или небольшой кабинет. Сам инструмент после разработки может работать без языковой модели.

Эта статья — о третьем сценарии: сотрудники предлагают инструменты для своей работы, а компания управляет общей средой разработки и выпуска.

Начните с одной повторяющейся задачи

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

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

Это учебная постановка. Для реального проекта добавляются правила компании: валюта, налоги, предел скидки, версии прайс-листа и согласование предложения.

Разделите личные проекты и общие правила

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

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

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

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

Что размещать на сервере компании

Центральный сервер может хранить приложения, базы данных, версии кода и журналы работы. Mac, ноутбук или рабочий ПК сотрудника при такой схеме служит интерфейсом доступа.

Сервер приложений и место выполнения AI-модели — разные решения. Если среда разработки обращается к внешнему AI-сервису, это необходимо отразить в схеме передачи данных. Наличие собственного сервера само по себе не делает все AI-запросы локальными.

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

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

Как проверить прототип: пример расчёта

Для демонстрации возьмём цену 2 500 ₽, количество 4, скидку 10% на товары и доставку 500 ₽. Скидку на доставку в этом примере не распространяем.

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

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

Когда инструмент можно допускать к работе

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

1. Логика. Контрольные примеры дают ожидаемые результаты, ошибки ввода обработаны.
2. Доступы. Пользователь видит только разрешённые записи и выполняет разрешённые действия.
3. Данные. Сохранение, повторная отправка и сбой соединения не создают потерю или дублирование записей.
4. Выпуск. Есть проверенная версия, инструкция и способ вернуться к предыдущей.
5. Поддержка. Назначен ответственный за ошибки, обновления и восстановление.

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

Что измерить в первом пилоте

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

• Время подготовки результата до и после внедрения.
• Число исправлений и причины ошибок.
• Сколько сотрудников реально пользуются инструментом.
• Расходы на разработку, инфраструктуру, AI-сервисы и сопровождение.

Освободившееся время не равно автоматически денежной экономии. Важно определить, на какие задачи команда его направит. Для расчёта эффекта используйте мини-аудит процесса.

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

Что подготовить для обсуждения проекта

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

Bi-Metrics проектирует корпоративную AI-платформу и внутренние инструменты под процессы компании. Начинаем с ограниченного пилота: согласуем задачу, состав разработки, размещение, критерии проверки и сопровождение. Стоимость и сроки определяются по этому объёму.