Разбор процесса
Согласуем пользователя, текущие действия, входные данные и ожидаемый результат.
Процесс разработки и запуска
Как мы запускаем решения с ИИ в Архангельске
Работу начинаем с описания конкретной операции, источников информации и критериев результата. Затем выбираем архитектуру, обсуждаем и утверждаем ограничения, выполняем испытания пограничные случаи и подготавливаем запуск в действующей среде.
01сначала процесс и бизнес-результат
02затем данные и архитектура
03после — создание и подключения
04финал — рабочую эксплуатацию и эксплуатация
6 этапов
От анализа запросы до запуска в инфраструктуре клиента
Каждый этап нужен для снижения конкретного риска: неправильного scope, неподходящих данных, ошибки интеграции или неконтролируемого поведения AI.
Проектирование
Согласуем архитектуру, модели, интеграции, права и точки human-in-the-loop.
Разработка
Продумываем и реализуем AI-компоненты, backend, интерфейс и детерминированную бизнес-логику.
Интеграции
Конфигурируем связь с 1С, CRM, сайты, телефонию, документы и сторонние программные интерфейсы.
Тестирование
Тестируем нормальные и негативные алгоритмы, повторы, некорректные данные и сбои сервисов.
Production
Разворачиваем решение, добавляем логи, monitoring, backup и recovery.
Принцип
AI не должен быть единственной точкой принятия решения
Модель хорошо работает с неструктурированными данными и контекстом, но формализуемые ограничения должны оставаться в коде.
1Inputзапрос или данные
→
2Contextразрешённые источники
→
3AIанализ или генерация
→
4Validationкод, роли, человек
→
5Actionконтролируемое действие
Idempotency
Повторный запрос не должен автоматически дублировать действие.
Fallback
При ошибке AI процесс возвращает понятный статус и сохраняет исходные данные.
Роли
Пользователь получает только разрешённый контекст и функции.
Observability
Логи и health-check дают возможность диагностировать состояние компонентов.
Что фиксируем до старта
Границы проекта должны быть понятны обеим сторонам
До разработки важно определить, что именно считается готовым первым этапом и что остаётся за его пределами.
Scope
Какие алгоритмы, пользователи, интеграции и функции входят в этап.
Данные
Какие источники доступны, в каком формате и с какими ограничениями.
Интеграции
Какие решения реально поддерживают нужный способ обмена.
Контроль
Что проверяется кодом, а что требует подтверждения специалиста.
Эксплуатация
Где будет развёрнута система и как будет контролироваться её состояние.
Следующий этап
Какие функции можно добавлять только после контроля первого рабочую эксплуатацию-контура.
На практике
Почему такой процесс важен
Разные типы решений на основе ИИ требуют разных инженерных решений.
Документы требуют валидации
Свободный AI-ответ недостаточен: нужны схема данных, обязательные поля, исключение повторных записей и подтверждение перед созданием рабочих данных.
Ассистент требует ролей и контекста
Нужно управлять доступом к документам, RAG-контуром и списком разрешённых функций.
Voice AI требует устойчивости
Потоковая телефония добавляет требования к задержкам, соединению и обработке сбоев.
FAQ
Вопросы о процессе работы
Нужно ли заранее подготовленное техническое задание?+
Нет. Для старта достаточно описать процесс, пользователей, данные и ожидаемый результат. Технический scope формируется после разбора запросы.
Можно ли начать с небольшого этапа?+
Да. Мы предпочитаем законченный минимальный контур, который можно проверить в реальной работе.
Как контролируются изменения в рабочую эксплуатацию?+
Перед изменениями учитываются backup, recovery, логи и возможность отката или восстановления.
Можно ли подключить существующую 1С или CRM?+
Да, если у конкретной решения есть поддерживаемый способ передачи данных. Подключение оценивается по фактическим API и ограничениям.