Разобрать входящие заявки
Собрать сведения из письма и вложений в рабочую карточку. Определить обязательные поля, статусы и действия ответственного сотрудника.
Станислав Сороченко / Разработка с 2021 года
Когда одна заявка проходит через почту, таблицы и несколько документов, сотрудники повторно вводят одни и те же данные. Помогу связать этапы в рабочий процесс, в котором видно исходные материалы, статус и следующий шаг.
Обсудить проект ↗Собрать сведения из письма и вложений в рабочую карточку. Определить обязательные поля, статусы и действия ответственного сотрудника.
Использовать данные заявки для черновика коммерческого предложения или другого документа. Оставить человеку проверку и исправление перед отправкой.
Показать, на каком этапе находится запрос и кому нужно действовать дальше. Согласовать роли и доступ к данным, чтобы система соответствовала реальному процессу.
Реальные экраны обработки заявок и координации; расчёт КП отдельно обозначен как компонентный тест.
Пример связи повторяющихся действий вокруг оплаты и управления доступом.
Пример работы с контекстом и инструментами. Возможность применения в вашем процессе требует отдельного разбора.

Количество этапов, формат исходных данных, правила обработки, внешние системы и роли пользователей. Для оценки нужен один конкретный процесс: от входящего запроса до результата.
Подготовьте один пример: входящую заявку, таблицу или документ без персональных данных. Опишите, кто получает запрос, куда переносит данные, какие расчёты делает и кто проверяет результат. Так можно определить конкретный участок для автоматизации и не переносить весь процесс в новую систему сразу.
Для подготовки КП нужно определить исходные данные, правила расчёта и шаблон результата. Ошибки или неполные данные должны возвращаться на проверку человеку. В кейсе «Высотник» показан сценарий запросов и подготовки коммерческих предложений; проверка расчёта обозначена как компонентный тест, а не измеренная экономия в работе заказчика.
Для однозначного расчёта, переноса полей и проверки обязательных данных обычно достаточно программных правил. ИИ можно рассматривать для работы с неструктурированным текстом. До внедрения определяем допустимые ошибки, способ проверки и действия человека, если результат нельзя использовать автоматически.
Выберите повторяющуюся задачу и покажите её на одном обезличенном примере: что приходит, какие действия делает сотрудник и что должно получиться. Это помогает определить полезный первый этап.
Нет. Если правила однозначны, обычная автоматизация может быть проще. ИИ уместен для работы с текстами и неоднородными документами; важные данные и решения должны проходить согласованную проверку.
Это обсуждаем при разборе процесса. В «Высотнике» используются Excel, Word и PDF. Для вашей системы проверяем форматы, доступы и возможности интеграции.
До запуска фиксируем время и число действий на типовой задаче. После запуска повторяем замер на сопоставимых данных и учитываем время проверки. В существующих кейсах числовая экономия пока не измерена.