Описание текущего и целевого процесса.
Аудит и архитектура решения
До разработки нужно понять,
что именно строить.
Помогаем не начинать проект с покупки инструментов. Сначала описываем процесс, риски, ограничения и экономику, затем выбираем технологию.
Когда это нужно
Признаки, что процесс пора разбирать.
- Задача сформулирована как «внедрить ИИ», но бизнес-результат не определён.
- Непонятно, какие данные доступны и насколько они пригодны для автоматизации.
- Разные участники проекта представляют итоговую систему по-разному.
Результат работы
Не схема на слайде.
Рабочая механика.
Точный набор компонентов зависит от задачи, доступов и требований к контролю. Но результат всегда должен быть понятен бизнесу.
Карта источников данных, ролей, исключений и рисков.
Схема компонентов, интеграций и точек человеческого контроля.
Этапы запуска, критерии приёмки и ориентир по экономике проекта.
Возможный стек
Технология выбирается после логики.
Интервью · карта процесса · прототип логики · техническое задание · план внедрения
Как проходит проект
01
Разбор. Собираем процесс, цель, данные, ограничения и исключения.
02
Архитектура. Определяем механику, интерфейсы и точки контроля.
03
Сборка. Реализуем сценарий и подключаем интеграции.
04
Тест. Проверяем на реальных примерах и ошибочных ситуациях.
05
Запуск. Передаём в работу, документируем и дорабатываем по эксплуатации.
Начать разговор
Есть задача, которую давно хочется убрать из ручной работы?
Опишите её обычными словами. Техническое задание не нужно: сначала разберём текущий процесс и поймём, какое решение будет разумным.