В КУРСЕ?

Разбираемся в теме

Заказов больше, работа медленнее: как увидеть слабое место бизнес-процесса

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

Начните с результата для клиента

Опишите, с каким запросом приходит человек и что должно измениться после выполнения работы. Формулировка должна быть понятна без внутренних названий отделов. Например, клиенту нужен согласованный макет к определённому событию, а не просто завершение задачи в системе. Затем перечислите условия, которые необходимо выяснить до начала. Если размер, содержание или срок остаются неопределёнными, следующему участнику придётся возвращать запрос. Очередь может расти из-за качества входных данных, а не недостаточной скорости исполнителя. Разделите обещание и действие. Подготовить файл является действием, а получить подходящий к использованию материал — результатом для клиента. Между ними остаются проверка, согласование и передача в нужном виде. Уточнение этих различий помогает избежать ситуации, когда внутренний отчёт показывает выполненную работу, а клиент по-прежнему не может воспользоваться результатом.

Нарисуйте переходы и места ожидания

Для первой карты достаточно нескольких этапов: получение запроса, уточнение, выполнение, проверка и передача. У каждого отметьте вход, выход и ответственного за следующий переход. Подробная схема всех исключений на старте может скрыть основную цепочку. Отдельно обозначьте ожидание. Работа может занимать недолго, но заявка проводит много времени между действиями. Если измерять только активные минуты исполнителя, причина задержки останется незаметной. Посмотрите, где задача возвращается назад и почему. Повторное согласование из-за отсутствующего параметра отличается от исправления ошибки изготовления. Эти случаи требуют разных изменений процесса. Не выбирайте виноватого по самому длинному столбцу. Накапливающаяся очередь может быть связана с правилами передачи, распределением полномочий или неравномерным поступлением задач. Схема показывает место вопроса, а ответ проверяют по наблюдениям.

Меняйте одно условие и смотрите на всю цепочку

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

Попробуйте на практике

Нарисуйте карту вымышленной небольшой услуги.

  1. Выберите понятный пример, например изготовление открытки. Опишите запрос клиента и признак пригодного результата.
  2. Изобразите пять основных этапов и переходы между ними. Отдельно отметьте ожидание и возможный возврат за уточнением.
  3. Придумайте одну повторяющуюся причину возврата. Предложите небольшое изменение, которое должно влиять именно на неё.
  4. Назовите основной показатель проверки и возможное неудобство для клиента. Запишите, при каком наблюдении изменение придётся пересмотреть.

Как проверить результат. Карта связывает запрос и результат, различает работу и ожидание. Улучшение проверяется по конкретной причине и не оценивается только по факту внедрения.

Частые вопросы

Больше входящих заявок всегда полезно?

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

Нужно сразу описывать все исключения?

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

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

Зарегистрируйтесь, чтобы уточнить возможность доступа к этому материалу

Зарегистрироваться
← К списку материалов