Своя программа для своей задачи: как ИИ меняет разработку бизнес-инструментов
У монтажной компании есть таблица расчёта, отдельный файл с клиентами и ещё один — со статусами заказов. Правильная версия сметы обычно находится у одного сотрудника. Когда он уходит в отпуск, коллеги начинают сравнивать файлы с названиями «финал», «финал новый» и «точно финал».
В такой ситуации собственная программа может быть полезна. Но я бы сначала проверил готовые решения: возможно, нужный процесс уже поддерживается существующим продуктом. Индивидуальная разработка оправдана, когда особенности работы существенны, а цена постоянных обходных действий становится слишком высокой.
Возьмём компанию, устанавливающую вентиляцию в Казани. Менеджер собирает параметры объекта, инженер уточняет состав работ, затем готовятся расчёт и предложение. Задача программы — связать эти этапы, хранить версии и не позволять незаметно менять согласованные условия.
Первый шаг — описать один заказ от обращения до завершения. Кто вводит данные? Кто утверждает стоимость? В какой момент расчёт становится предложением клиенту? Когда требуется повторное согласование? Если команда не договорилась об этом, ИИ быстро напишет код для процесса, который каждый понимает по-своему.
Нейросеть помогает подготовить прототип интерфейса, черновики программных модулей и сценарии проверки. Можно быстрее показать сотрудникам будущий калькулятор и выяснить, каких полей не хватает. Это экономит время на обсуждении абстрактных требований.
Но рабочая система содержит больше, чем экран. Ей нужны права доступа, сохранение изменений, резервное копирование, обработка ошибок и интеграция с учётом. Стоимость считают по согласованным формулам. Языковую модель можно использовать, чтобы превратить письмо клиента в предварительно заполненную карточку, которую проверит менеджер.
Разработчик обязан проверить сгенерированный код. Принимает ли программа отрицательное количество? Что происходит при повторном нажатии кнопки? Может ли менеджер открыть чужой заказ? Сохраняется ли документ после сбоя? Красивый демонстрационный экран не отвечает на эти вопросы.
Отдельная тема — сопровождение. Бизнес должен понимать, где находится код, кому принадлежат доступы, как обновляется программа и кто восстанавливает её работу. Зависимость от одного человека, который хранит всё на своём ноутбуке, плохо отличается от зависимости от единственной старой таблицы.
Я бы запускал первую версию на ограниченном участке: например, расчёт одного типа монтажа и подготовка черновика КП. После проверки расширял бы функции. Так легче увидеть пользу и остановить ненужные доработки, чем после большого проекта, в который уже вложили месяцы.
В бюджет входят разработка, инфраструктура, обслуживание, поддержка пользователей и изменения. Если используется внешняя модель, учитывают стоимость обращений к ней и работу при её недоступности. Иногда программа должна продолжать основные операции без ИИ, временно возвращая ввод данных человеку.
ИИ снижает трудоёмкость отдельных этапов разработки, но не отменяет инженерную ответственность. Заказчику нужна программа, на которую можно опереться в обычный рабочий день. Скорость появления первой версии имеет смысл только вместе с её надёжностью и дальнейшей поддержкой.
#РазработкаПрограмм #ИИДляБизнеса #БизнесПриложения #Автоматизация #РазработкаПО #IMA
Автор: Главный ML-инженер Международного маркетингового агентства IMA
А.Святославский