Большинство пропущенных запросов не исчезают из-за одного серьезного сбоя. Они тихо исчезают.
Клиент запрашивает обновления в одном канале. Партнер отвечает на старую ветку электронной почты. Товарищ по команде упоминает блокирующего во время напряженного дня. Менеджер видит это сообщение, планирует обработать его позже, а затем новое сообщение вытесняет его из поля зрения.
Для основателей, владельцев, генеральных директоров, операционных директоров и менеджеров это создает неудобную операционную проблему: в бизнесе может быть полно людей, пытающихся помочь, но никто не может достоверно сказать, какие запросы все еще открыты, кому они принадлежат, а какие нуждаются в эскалации.
Именно здесь может оказаться полезной проверенная очередь последующих действий. Это не просто еще один общий почтовый ящик. Это управляемый процесс управления запросами, который проверяет утвержденные источники связи, классифицирует открытые вопросы, назначает владельцев и дает руководству повторяемое представление о нерешенных запросах, прежде чем они перерастут в разочарование клиентов, внутренние задержки или пожаротушение руководства.
Почему дополнительная проверка входящих редко помогает решить проблему
Когда запросы пропускаются, первой реакцией часто является обращение к людям чаще проверять сообщения. Это может помочь на неделю. Она редко становится надежной операционной системой.
Проблема не только в объеме. Это двусмысленность.
Некоторые сообщения содержат вопросы. Некоторые из них являются заданиями. Некоторые из них представляют собой информацию, которая позже превращается в обязательства. Некоторые уже решены в другой теме. Некоторые из них срочны, но сформулированы небрежно. Некоторые из них настолько чувствительны, что автоматизация должна лишь отображать их для человека, а не пытаться с ними справиться.
Вот почему одного управления входящими сообщениями недостаточно. Бизнесу нужен способ отделить шум от работы, не притворяясь, что каждое сообщение можно обрабатывать одинаково.
Повторяемый последующий процесс должен отвечать на практические вопросы:
- Какие утвержденные источники проверяются?
- Что считается запросом, заданием, блокировкой или последующим действием?
- Какие сигналы указывают на то, что проблема уже решена?
- Кому принадлежит следующее действие?
- Когда задача должна стать срочной или просроченной?
- Какие задачи требуют человеческого решения перед каким-либо ответом или эскалацией?
- Что руководство должно проверять ежедневно, еженедельно или перед руководством встреча?
Без этих правил компания зависит от памяти, доброжелательности и разрозненных уведомлений.
Что должна содержать подтвержденная очередь на последующие обращения
Проверенная очередь — это структурированный список невыполненной работы, проверенный на соответствие доступному контексту. Он не должен становиться свалкой для всех сообщений. Его ценность зависит от классификации, владения и проверки.
Для службы управляемой автоматизации, такой как KeepSolid Automations, процесс может быть построен на основе утвержденных источников и четких бизнес-правил. В зависимости от обнаружения и разрешений рабочий процесс может классифицировать входящие сообщения и командное общение, выявлять срочные элементы, поддерживать очереди последующих действий, маршрутизировать задачи, собирать статус и готовить исполнительные сводки для принятия решений людьми.
На практике полезная очередь обычно включает в себя:
- ссылка на исходный источник;
- сводка запроса или обязательства;
- ответственный владелец;
- текущий статус или последний известный ответ;
- сигнал срочности или срока, если он доступен;
- причина, по которой элемент все еще считается открытым;
- путь эскалации для просроченных, заблокированных, неоднозначных или конфиденциальных элементов.
Слово «проверено» имеет значение. В этом процессе следует избегать добавления явно решенной работы только потому, что старое сообщение содержит вопрос. Прежде чем просить менеджера вмешаться, ему следует проверить ответы, сигналы статуса и обновления владельца.
Как владение меняет ритм работы
Неразрешенные запросы становится труднее игнорировать, когда у каждого элемента есть владелец и путь проверки.
Это не означает, что каждый элемент требует внимания руководства. В нормальном рабочем процессе многие запросы могут быть перенаправлены нужному человеку или команде в соответствии с четкими правилами. Менеджерам следует в основном видеть исключения: элементы, которые просрочены, заблокированы, неоднозначны, имеют высокий приоритет или не имеют четкого владельца.
Этот обзор руководства меняется с вопроса «Кто-нибудь не забыл ответить на все вопросы?» к более полезному набору вопросов:
- Какие запросы ждут нас?
- Какие запросы ждут клиента, партнера или внутреннего заинтересованного лица?
- Какой владелец перегружен или заблокирован?
- Какие проблемы требуют решения, а не очередного напоминания?
- Какие источники создают постоянную путаницу?
Подобный обзор особенно полезен для компаний и команд, возглавляемых владельцами, где работа проходит через электронную почту, чат, электронные таблицы, инструменты для выполнения задач и неформальные последующие действия. Цель состоит не в том, чтобы скрыть подотчетность за автоматизацией. Цель – сделать подотчетность видимой.
Где помогает автоматизация и где люди сохраняют контроль
Сервисы автоматизации рабочих процессов наиболее полезны в этом случае, когда они выполняют повторяемую работу по мониторингу и подготовке, в то время как люди несут ответственность за принятие решений.
Например, управляемый рабочий процесс может быть спроектирован для:
- проверяйте только утвержденные источники связи;
- классифицируйте вероятные вопросы, запросы, задания и нерешенные последующие действия;
- определяйте, есть ли признаки решения;
- направляйте рутинные задачи ожидаемому владельцу;
- собирайте статус от ответственных людей;
- выделить просроченную или заблокированную работу;
- подготовить краткое руководство со ссылками на источники.
Но процесс также должен определять ограничения. Двусмысленное, деликатное или сильное общение следует доводить до сведения человека. Если рабочий процесс не может уверенно классифицировать элемент, он должен выявить неопределенность, а не скрыть ее. Если действие является внешним, деструктивным, административным, финансовым или иным образом значимым, оно должно требовать явного одобрения в соответствии с правилами клиента.
Это одна из причин, по которой подход с использованием управляемых услуг отличается от простого добавления еще одного инструмента автоматизации. Реализация начинается с реального бизнес-процесса: триггеры, входные данные, владельцы, утверждения, исключения, желаемые результаты и обязанности по проверке.
Практический контрольный список оценки для владельцев бизнеса
Прежде чем создавать проверенную очередь, владельцы и операторы могут оценить, готов ли процесс к автоматизации.
Начнем с источников. Перечислите каналы связи, по которым в настоящее время поступают запросы. Включайте только те источники, которые компания может одобрить, получить к ним доступ и которыми можно управлять. Если канал содержит конфиденциальные или ограниченные данные, это необходимо с самого начала рассматривать как ограничение проектирования.
Затем определите, что считать неразрешенным. Запрос может быть открытым, потому что никто не ответил, потому что владелец не обновил статус, потому что ответ требует утверждения или потому что следующий шаг зависит от другой команды. Эти случаи не следует рассматривать как идентичные.
Далее назовите владельцев. Если запрос не может быть назначен по четкому правилу, рабочий процесс должен направить его проверяющему, а не гадать. Правила владения могут основываться на функции, клиенте, сделке, проекте, теме, срочности или другом утвержденном рабочем правиле.
Наконец, решите, как руководство будет проверять очередь. Некоторым командам требуется ежедневный контрольный бриф. Другим требуется эскалация только тогда, когда элемент превышает пороговое значение. Формат должен быть достаточно коротким для использования и достаточно конкретным для действий.
Лучшая первая версия обычно узкая: несколько утвержденных источников, четкие типы запросов, имена владельцев и простой ритм эскалации. Более широкий охват можно рассмотреть после того, как компания проверит правила и рассмотрит реальные исключения.
Чего следует избегать при настройке процесса
Последующая очередь может выйти из строя, если она слишком быстро станет слишком широкой.
Не рассматривайте каждое сообщение как задачу. Это создает шум и приучает людей игнорировать очередь. Не позволяйте автоматизации делать выводы о конфиденциальных намерениях без проверки. Избегайте перераспределения работы на общих владельцев команды, когда реальная проблема заключается в том, что ни один человек не несет ответственности. Избегайте сообщать только итоги; лидерам нужен контекст, а не только подсчеты.
Также стоит избегать необоснованных предположений об инструментах или интеграции. Осуществимость зависит от систем клиента, разрешений, качества данных, уровня риска и требований. Ответственная реализация должна проверять доступ, тестировать нормальные и крайние случаи, сохранять исходные данные доступными для проверяющих и поддерживать резервный режим вручную для исключений.
Как KeepSolid Automations может поддержать рабочий процесс
KeepSolid Automations помогает предприятиям превратить повторяющуюся операционную работу в управляемые, настраиваемые автоматизированные системы. Для контроля связи и отслеживания неотвеченных запросов это может означать разработку и поддержание управляемого процесса, который классифицирует утвержденные почтовые ящики и командное общение, выявляет срочные элементы, поддерживает очереди последующих действий, маршрутизирует задачи в соответствии с четкими правилами, собирает статус и подготавливает сводки для руководителей для принятия решений людьми.
Сервис не позиционируется как плагин для почтового ящика «сделай сам». Он построен вокруг реального процесса клиента: что следует контролировать, какие правила надежны, кому принадлежит каждая категория работ, где требуется одобрение человека и как следует рассматривать исключения.
Для руководителей, которые устали просматривать сообщения, чтобы понять, что еще открыто, правильный вопрос не просто: «Какой почтовый ящик мы пропустили?» Лучше задать вопрос: «Есть ли у нас проверенный процесс последующих действий, который делает невыполненную работу видимой, принадлежащей ей и доступной для проверки?»
Если ответ отрицательный, это может стать хорошей отправной точкой для разговора об автоматизации.
Часто задаваемые вопросы
Является ли управление запросами тем же, что и общий почтовый ящик?
Не обязательно. Общий почтовый ящик может собирать сообщения, но для управления запросами необходимы правила классификации, владения, статуса, эскалации и проверки. Подтвержденная очередь последующих действий может использовать утвержденные источники связи, сохраняя при этом человеческую ответственность за случаи, требующие принятия решений.
Может ли автоматизация ответить на каждый необработанный запрос?
Это не должно быть целью. Некоторые рутинные последующие действия могут поддерживать утвержденные проекты или маршруты, но двусмысленные, деликатные, важные или последовательные сообщения должны быть проверены человеком. Более безопасная операционная модель – выявлять нерешенные запросы с указанием контекста и четкого определения ответственности, а затем предоставлять ответственным лицам возможность принять окончательное решение.
Что делает последующий процесс повторяемым?
Повторяемый процесс определяет источники, типы запросов, владельцев, сигналы статуса, правила эскалации, периодичность проверок и обработку исключений. Также следует сохранять ссылки на источники, чтобы менеджеры могли проверять контекст, а не полагаться только на краткое изложение.
Когда компании следует рассмотреть возможность использования услуг автоматизации рабочих процессов для решения этой проблемы?
Учитывайте это, когда пропущенные последующие действия повторяются, работа распределяется по нескольким утвержденным источникам связи, менеджеры тратят слишком много времени на запросы о статусе или неясно, кто принадлежит. Перед внедрением обнаружение должно подтвердить, подходят ли процесс, доступ, данные и уровень риска.
