Процессы от клиентского пути (Customer Journey-Based Process Design) — метод проектирования бизнес-процессов, отправной точкой которого является путь клиента (customer journey), а не внутренняя функциональная структура организации. Сначала картируется полный путь клиента через все точки контакта, затем под каждую точку проектируется поддерживающий процесс — в противовес традиционному подходу, где процессы проектируются исходя из удобства внутренних отделов.
Происхождение и исследовательская база
Метод развивается в практике клиентоориентированного BPM (Business Process Management) и дизайна клиентского опыта — как реакция на распространённую проблему: процессы, спроектированные вокруг внутренней функциональной структуры, создают разрывы и переключения между отделами именно в моменты, наиболее значимые для клиента.
«Процесс должен быть спроектирован так, как его переживает клиент, а не так, как удобно организационной структуре» — принцип клиентоориентированного проектирования процессов.
Ключевые идеи и принципы
Принцип: путь клиента как отправная точка проектирования.
Прежде чем проектировать внутренний процесс, команда картирует полный путь клиента — все точки контакта от первого касания до постпродажного обслуживания, — и только затем под каждую точку выстраивает поддерживающий внутренний процесс.
Принцип: покрытие всех точек пути явно спроектированным процессом.
Каждая значимая точка клиентского пути должна иметь явно спроектированный, а не стихийно сложившийся процесс — отсутствие процесса за точкой контакта означает непредсказуемость опыта клиента именно в этот момент.
Принцип: инверсия традиционного порядка проектирования.
Традиционный BPM часто начинается с описания существующих внутренних процессов и их последующей оптимизации. Метод от клиентского пути инвертирует порядок: сначала путь клиента, потом процесс — что систематически вскрывает разрывы, невидимые при чисто внутреннем взгляде.
Ограничения, слепые зоны и критика
Метод требует качественного и актуального картирования клиентского пути — устаревшая или неточная карта пути даёт неверную основу для проектирования процессов. Не все процессы организации напрямую видны клиенту (например, внутренние регуляторные или финансовые процессы) — метод лучше применим к клиентоориентированным процессам, чем к полностью внутренним. Полная перестройка процессов вокруг клиентского пути может требовать существенной организационной трансформации, выходящей за рамки одного процессного проекта.
Типовые ошибки
Ошибка 1: картируют путь клиента разово и больше не обновляют.
Карта клиентского пути, использованная для проектирования процессов, устаревает по мере изменения поведения клиентов, но процессы остаются спроектированными под старую карту.
Как избежать: регулярно пересматривать карту клиентского пути и соответствующие процессы.
Ошибка 2: оставляют точки пути без явно спроектированного процесса.
Значимые точки контакта существуют стихийно, без явного процессного обеспечения, — опыт клиента в этих точках непредсказуем.
Как избежать: явно проверять покрытие каждой точки пути спроектированным процессом.
Ошибка 3: игнорируют внутренние процессы, не видимые клиенту напрямую.
Метод применяется механически ко всем процессам организации, включая те, что клиент не видит напрямую, теряя фокус на действительно клиентоориентированных точках.
Как избежать: применять метод прежде всего к процессам, напрямую формирующим опыт клиента, дополняя его другими подходами для чисто внутренних процессов.
Главное, что нужно знать
Проектирование процессов от клиентского пути инвертирует традиционный порядок: не «как удобно организации», а «как переживает клиент» — с последующим построением процесса под каждую значимую точку контакта. Ключевая метрика качества — покрытие: доля точек клиентского пути, за которыми стоит явно спроектированный, а не стихийный процесс.
План внедрения
Месяц 1: картировать полный путь клиента по всем значимым точкам контакта.
Месяц 2: оценить покрытие — какие точки пути уже имеют явный процесс, а какие нет.
Месяц 3: спроектировать процессы для непокрытых точек пути.
Далее: Поддержание и обновление — регулярно пересматривать карту пути и покрытие процессами.