Балахнин и партнёрыPaper PlanesОбсудить задачу
Меню
4.4 / Процесс, данные и внедрение

ИТ, автоматизация
и искусственный
интеллект

Какие задачи автоматизировать.
Как связать данные и системы.
Как проверить результат.

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

Посмотреть примеры решенийОбсудить задачу автоматизации
АРХИТЕКТУРА РЕШЕНИЯ4.4 / PP
Задача бизнеса → работающая система

Владелец процесса определяет результат. Команда проверяет данные, решение и его применение.

01
Процесс и данные

Что делает сотрудник, где возникают задержки и на каких данных основано решение.

02
Система и интеграции

Требования, обмен данными, права доступа и границы автоматизации.

03
Применение и контроль

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

Эскиз подхода. Конкретный состав работ зависит от задачи и состояния систем.

Для собственников, руководителей функций и ИТ-команд, которым нужно связать автоматизацию с результатом работы.

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

Когда нужна услуга

Когда технология должна
решить конкретную задачу.

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

Сотрудники переносят данные вручную

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

Разработка начинается без ясных требований

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

ИИ опробовали, но не встроили в работу

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

Выбор подхода

От требований
до внедрения.

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

01

Подготовка к внедрению ИТ

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

Что получает заказчик

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

02

Разработка и доработка систем

Личные кабинеты, микросервисы, интеграции, отчётность и доработки CRM или других рабочих систем.

Как определяем границы

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

03

ИИ и low-code

Поиск по знаниям, подготовка материалов, обработка обращений и другие сценарии с контролируемым участием ИИ. Low-code означает разработку с минимальным объёмом программирования.

Что проверяем до запуска

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

Содержание услуги

Шесть вопросов,
которые решаем до запуска.

Владелец процесса, ИТ-команда и пользователи должны одинаково понимать, что именно меняется и как будет проверена работа решения.

01 / ЗАДАЧА

Результат для бизнеса

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

Результат Паспорт задачи: исходное состояние, показатель, владелец и способ проверки.

02 / ПРОЦЕСС

Действия сотрудников

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

Результат Согласованный процесс и границы автоматических действий.

03 / ДАННЫЕ

Источники и качество

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

Результат Модель данных и перечень ограничений, которые нужно устранить.

04 / АРХИТЕКТУРА

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

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

Результат Концепция решения и требования, понятные заказчику и исполнителю.

05 / ПРОВЕРКА

Качество и ограничения

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

Результат Набор испытаний и критерии приёмки, а не оценка по одной демонстрации.

06 / ВНЕДРЕНИЕ

Применение в работе

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

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

Программу изменений формируем через действующие БПВ — бизнес-процессы внедрения. Подходящий маршрут выбираем после проверки задачи; неподтверждённый код или срок не назначаем.

Автоматизация и управление данными

Все статьи

Листайте карточки вправо →

Проверка на рабочей ситуации

Например: ИИ помогает
готовить ответ клиенту.

Это схема возможного решения, не описание выполненного клиентского проекта. В ней видно, где работает система, а где сохраняется ответственность сотрудника.

01

Получить проверенные сведения

Система обращается только к разрешённым материалам и показывает источники. Владелец знаний отвечает за актуальность.

02

Подготовить черновик

ИИ предлагает ответ, но не обещает клиенту условия и не изменяет данные без согласованного разрешения.

03

Проверить и отправить

Сотрудник проверяет факты и условия. Команда фиксирует ошибки и сравнивает качество и трудоёмкость с исходной практикой.

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

Примеры решений

Что заказчик получает
для работы.

Это редакционные схемы подхода, а не документы клиентов. Показываем состав материалов; наполнение и критерии согласуем под вашу компанию.

4.4 / Схематический пример

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

ПАСПОРТ ЗАДАЧИ

Что и зачем автоматизируем

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

Как проверяемРуководитель может объяснить, какое изменение нужно и как он его проверит.

4.4 / Схематический пример

ОбъектыКлиент, обращение, заказ или другой объект процесса.
СвязиКлючи и правила сопоставления между системами.
ВладельцыКто обновляет данные и исправляет ошибки.

МОДЕЛЬ ДАННЫХ

Какие сведения связываем

Модель показывает происхождение данных и требования к их качеству.

Как проверяемИТ-команда может проследить источник каждого значимого поля.

4.4 / Схематический пример

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

ТРЕБОВАНИЯ К РЕШЕНИЮ

Как система должна работать

Требования дают заказчику и исполнителю общую основу для оценки и разработки.

Как проверяемКоманда может проверить функцию по описанному сценарию.

4.4 / Схематический пример

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

ПРОГРАММА ИСПЫТАНИЙ

Как принимаем результат

Испытания проверяют работу решения, включая ограничения и исключения.

Как проверяемЗаказчик видит результаты тестов и незакрытые замечания.
Результат для заказчика

Понятные требования.
Проверенная работа решения.

Результат зависит от формата. Подготовка заканчивается требованиями и критериями приёмки; внедрение дополнительно включает проверку применения в работе.

Согласованная задача

Пользователь, исходная проблема, ожидаемое изменение и показатель результата.

Как проверяем Владелец процесса подтверждает, что задача соответствует его ответственности.

Требования и архитектура

Функции, данные, интеграции, ограничения доступа и порядок поддержки.

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

Результаты испытаний

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

Как проверяем Команда фиксирует пройденные проверки, ошибки и ограничения.

План запуска и поддержки

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

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

White paper · 209 страниц

Компания, способная работать с искусственным интеллектом

Как подготовить управление, процессы, данные и команду к работе с ИИ.

Получить материал Все материалы

Посмотрите содержание и получите полную версию на странице материала.

Как работаем

От исходной задачи
к рабочему процессу.

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

01 / Этап

Разобрать задачу

Руководитель и пользователи показывают текущую практику. Команда проверяет проблему, данные и ограничения.

02 / Этап

Спроектировать решение

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

03 / Этап

Разработать и испытать

Исполнитель реализует согласованный объём. Пользователи и ИТ-команда проверяют сценарии и фиксируют замечания.

04 / Этап

Внедрить и наблюдать

Ответственные запускают решение, обучают сотрудников и проверяют применение. Расширение следует только после оценки результата.

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

Кейсы по теме

Все кейсы

Примеры из практики Paper Planes: работа с процессами, данными и клиентами.

Листайте карточки вправо →

Преимущества подхода

Технология связана
с работой компании.

Проверяем не только материалы, но и то, как команда применяет их в работе.

Начинаем с процесса

Выбираем задачу и владельца результата до выбора инструмента. Отделяем технические ограничения от организационных.

Связываем требования и приёмку

Каждой значимой функции задаём сценарий проверки. Заказчик понимает, за что принимает работу.

Учитываем работу после запуска

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

Как принять решение о проекте

Что согласуем
до начала работы.

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

Задача и проверка результата

Задача и исходные показатели

Какую операцию хотите изменить? Кто её выполняет? Какие данные показывают частоту, трудоёмкость, ошибки или задержки?

Системы и доступ

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

Участники со стороны компании

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

Участники и согласование

Критерии и альтернативы

Как сравниваете доработку, новое решение и изменение процесса без разработки? Какие проверки обязательны для приёмки?

Решение и закупка

Кто утверждает бюджет и требования? Как выбираете исполнителя, согласуете договор и разрешаете запуск?

Ограничения и поддержка

Кто сопровождает решение после запуска? Какие действия система не должна выполнять? Что происходит при ошибке или остановке?

Границы услуги

С чем связана
эта работа.

Сохраняем различие между устройством компании, регулярной практикой и техническими инструментами.

1.3

Функциональные стратегии

ИТ-стратегия определяет приоритеты и место технологий в развитии функции.

Перейти к стратегиям

Техническую разработку, лицензии, эксплуатацию и специальные требования безопасности включаем только по согласованному объёму. ИИ не получает неограниченных полномочий; права, проверки и ответственность человека задаём для каждого сценария.

Вопросы об услуге

Что важно
уточнить.

Можно начать без полной цифровой трансформации?

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

Вы только готовите требования или также внедряете?

Это разные форматы. В предложении отдельно закрепляем подготовку, разработку, испытания, запуск и поддержку, а также ответственность участников.

Можно доработать существующие системы?

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

Как проверяете ИИ?

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

Когда можно обещать экономический эффект?

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

Начнём с задачи,
которую нужно решить.

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

Обсудить задачу автоматизации