Как компании среднего бизнеса могут планировать межфункциональные передачи перед их автоматизацией

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

Отдел продаж закрывает сделку, но финансовому отделу нужны правильные платежные реквизиты. Служба поддержки обнаруживает повторяющуюся проблему, но продукту и операциям требуется достаточный контекст, чтобы принять меры. HR утверждает роль, но ИТ, финансам и команде по найму нужны разные части одного и того же сотрудника. Никто не пытается запутать этот процесс. Беспорядок обычно нарастает, потому что каждая команда оптимизирует свою часть, а передача данных между командами остается неформальной.

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

Для KeepSolid Automations этот тип межфункциональной автоматизации рабочих процессов представляет собой возможность, готовую к открытию. Это может быть подходящим для оценки, проектирования или внедрения после обнаружения, но осуществимость зависит от систем клиента, разрешений, качества данных, стабильности процесса, требований безопасности, уровня риска и подотчетных владельцев.

Почему межфункциональные передачи становятся ловушками автоматизации

Многие идеи автоматизации начинаются с разумной жалобы: «Это не должно выполняться вручную».

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

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

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

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

Фраза «кросс-функциональный рабочий процесс» может показаться широкой, но практический вопрос конкретен: где ответственность переходит от одной команды к другой и что должно быть правдой, чтобы этот переход был безопасным?

Начните с процесса передачи, а не с инструмента

Полезная карта процесса передачи начинается с одного повторяющегося бизнес-результата. Не пытайтесь объединить «операции продаж» или «привлечение клиентов» в одну гигантскую систему. Выберите конкретное движение, например:

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

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

1. Какое событие запускает процесс?
2. Кто получает работу первым?
3. Какая информация должна быть представлена, прежде чем следующая группа сможет действовать?
4. Какой шаг требует одобрения, оценки или анализа рисков?
5. Где появляются задержки, доработки, повторяющиеся записи или отсутствующий контекст?
6. Какие выходные данные доказывают, что процесс завершен?
7. Кто может приостанавливать, отклонять или эскалировать процесс рабочий процесс?

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

Что документировать на карте передачи

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

Триггеры и эффект

Задокументируйте событие, запускающее рабочий процесс. Это отправленная форма, изменение статуса, полученный документ, сообщение клиента, одобренный запрос, запланированный цикл отчетности или решение руководителя?

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

Владельцы и рецензенты

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

Именно здесь ломаются многие межведомственные процессы. Команда может сказать: «финансисты проверяют» или «поддержка поднимает вопрос», но обнаружение автоматизации требует большей точности. Какая роль рассматривает это? Какие доказательства им нужны? Какие решения им разрешено принимать? Что произойдет, если они не согласятся?

Источники данных и определения

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

На карте должна быть указана исходная система или тип записи для каждого важного поля без предположений о будущей интеграции. Также следует указать владельца данных и правила разрешения конфликтов.

Правила, разрешения и исключения

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

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

Результаты и доказательства

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

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

Рекомендации по сопоставлению процессов для обнаружения автоматизации

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

Сопоставление обычного пути и пути исключений

Счастливый путь обычно легко объяснить. Путь исключения – это когда проекты автоматизации становятся рискованными.

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

Назовите ответственного за решение перед разработкой рабочего процесса

Автоматизация может маршрутизировать работу, подготавливать контекст, создавать напоминания и выявлять исключения. Ему не следует принимать важные решения без надлежащего человеческого анализа.

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

Держите ИИ ограниченным там, где необходима интерпретация

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

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

Избегайте автоматизации нестабильной работы

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

Составьте карту с участием людей, которые живут в зоне передачи

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

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

Что KeepSolid Automations будет искать в открытиях

KeepSolid Automations — это управляемая служба автоматизации, а не инструмент для самостоятельного построения диаграмм. Для кросс-функционального рабочего процесса, готового к открытиям, полезный вопрос не «Можно ли это автоматизировать?» в абстрактном виде. Полезный вопрос: «Какие части этого повторяемого процесса определены, разрешены, стабильны и достаточно проверяемы, чтобы их можно было ответственно автоматизировать?»

При обнаружении это может включать изучение:

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

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

Практическая последовательность действий для команд среднего бизнеса

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

1. Выберите одну повторяющуюся передачу с видимыми разногласиями.
2. Определите бизнес-результат, а не только вовлеченный отдел.
3. Составьте список триггера, требуемых входных данных, владельцев, рецензентов и результатов.
4. Отметьте каждое одобрение, исключение и точку суждения.
5. Определите источник истины для каждой важной области.
6. Отделите стабильные правила от решений, требующих человеческого контроля.
7. Отметьте, что необходимо отслеживаться после запуска, если автоматизация становится возможной.
8. Решите, готов ли процесс к автоматическому обнаружению или сначала требуется его очистка.

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

Часто задаваемые вопросы

Что такое картирование бизнес-процессов в этом контексте?

Картирование бизнес-процессов – это работа по документированию того, как бизнес-результат движется от триггера к завершению. При межфункциональной передаче должны быть указаны владельцы, входные данные, утверждения, исключения, исходные данные, точки проверки и результаты работы всех отделов.

Достаточно ли картирования рабочих процессов для начала автоматизации?

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

Какие межфункциональные рабочие процессы лучше всего изучить?

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

Должна ли быть автоматизирована каждая передача управления?

<р>Нет. Некоторые передачи требуют более четкого определения прав собственности, более чистых данных или более эффективных правил утверждения, прежде чем автоматизация станет целесообразной. Другие могут всегда требовать человеческого суждения, поскольку они связаны с риском, исключениями, финансовыми обязательствами, результатами трудоустройства, решениями по безопасности или выбором, влияющим на клиента.

С чего должна начаться компания среднего бизнеса?

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

Прежде чем автоматизировать, сделайте передачу видимой

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

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