PROCESS

Вот Как Строить

Проектирование

Исключения

Честная точка касания

Некоторые случаи нельзя предварительно одобрить, потому что их ответ не известен заранее или не может быть безопасно закреплён на письме. Для этих путь вперёд — не руководство, а эскалация: случай несётся за пределы Исполнителя к тому, кто может его обработать. Это не провал проектирования. Это то, чего требует честность, когда случай по-настоящему нуждается в том, чего у Исполнителя нет. Лучше честная эскалация, чем ложное руководство, что притворяется определённостью, которой у случая нет. Исполнитель, встречая случай, что не может разрешить один, не брошен; его несёт, по спроектированному пути, к тому, кто может.

Почему Исполнитель не может разрешить его один? Причины ложатся на два рода, и назвать их — значит сказать Проектировщику, куда случай должен идти. Первый род — полномочия решать. Исполнитель мог бы действовать, но не должен принимать решение один, потому что случай вертится на Финансовом решении, сколько потратить или уступить, на решении о Доброжелательности, сколько стоит защитить отношения с клиентом и репутацию марки, или на Регуляторном, где юридическая обязанность или обязанность соответствия диктует, что должно быть сделано. Финансовое и Доброжелательность — размены, что взвешивать; Регуляторное обычно вовсе не размен, а обязанность, что выполнить, несущая высшую ответственность и часто достигающая за пределы организации целиком. Второй род — способность действовать. Здесь Исполнитель не может исполнить, не за неимением полномочий, а за неимением средств: либо компетенции, чтобы разрешить случай, технической или финансовой экспертизы, которой у него нет, либо доступа к инструментам или прав, чтобы выполнить действие, разрешения, которого ему не хватает, даже когда он точно знает, что делать.

Это главные причины, не единственные, и один случай может нести больше одной разом, нуждаясь и в полномочиях, которых ему не хватает, и в способности, которой ему не хватает. Что важно — то, что Проектировщик, глядя на случай, что нельзя предварительно одобрить, может назвать, что ему нужно, полномочия или способность, и какие, потому что это и решает, куда он идёт. Эскалация — не расплывчатое «отправь наверх». Это точный акт несения случая к тому, кто может дать именно ту вещь, которой Исполнителю не хватает.

Наивысший возможный стандарт — относиться к эскалации как к честному пути вперёд для случаев, что нельзя безопасно предварительно одобрить, называя с точностью, что нужно каждому случаю, полномочия решать (Финансовое, Доброжелательность или Регуляторное) или способность действовать (компетенцию или доступ, чтобы разрешить его), чтобы его можно было отнести к тому, кто может это дать, и ни один Исполнитель не остался импровизировать.

Ключевой вывод: Некоторые случаи нельзя предварительно одобрить, и для них путь вперёд — эскалация, несение случая за пределы Исполнителя к тому, кто может его обработать. Это честно, не провал: лучше честная эскалация, чем ложное руководство. Причины ложатся на два рода: полномочия решать, когда случай вертится на Финансовом, Доброжелательности или Регуляторном деле, что Исполнитель не должен решать один, и способность действовать, когда Исполнителю не хватает компетенции или доступа, чтобы разрешить его. Случай может нести больше одной разом. Назвать, что случаю нужно, — вот что решает, куда он идёт.

Эскалация — честный путь вперёд, когда Исполнителю не хватает полномочий решать, Финансовых, Доброжелательности или Регуляторных, или способности действовать.

MarvinPro · PROCESS · Вот Как Строить · Проектирование · Исключения · Дисциплина 6: Эскалировать · Раздел: Честная точка касания

MarvinPro | Июнь 2026

marvinpro.com

Маршрутизация, не лестница

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

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

Две вещи тоже меняют форму внутреннего пути, и стоит держать их порознь. Одна — жизнь проектирования. В краткой гиперопеке сразу после запуска путь короток и прям, Проектировщик близко под рукой, отклик быстр; как только проектирование устоялось, Проектировщик отступает к верху, и постоянные уровни несут бо́льшую часть, так что путь удлиняется. Другая — зрелость организации, что задаёт, насколько высок путь изначально, плоский там, где немногие люди держат все роли, слоистый там, где роли разделились по многим уровням. Сквозь все эти формы одно держится: большинство случаев разрешается внизу, на первом уровне, что может их обработать, и лишь немногие, что нуждаются в большем, поднимаются выше. Верх — потолок, достигаемый редко, не первая остановка.

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

Ключевой вывод: Эскалация — это маршрутизация, не лестница: неси случай к тому, кто может дать то, чего ему не хватает, где бы они ни были, и маршрутизируй его к следующему, если они его не разрешают. Назначения разнятся, руководитель для решения, уровень специалистов для технической работы, оба разом, и организации устраивают роли по-разному. Внутренний потолок — тот, кто держит окончательные полномочия над областью, часто Проектировщик-Владелец в малой организации, руководитель отдела или Владелец в большой. Некоторые случаи идут наружу, к поставщику, партнёру или регулятору, и внешнее может даже быть первой остановкой, возвращаясь внутрь, если не разрешено. Большинство случаев обрабатывается внизу; верх достигается редко.

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

MarvinPro · PROCESS · Вот Как Строить · Проектирование · Исключения · Дисциплина 6: Эскалировать · Раздел: Маршрутизация, не лестница

MarvinPro | Июнь 2026

marvinpro.com

Спроектированный путь

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

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

Есть ещё одна причина, по которой спроектированный путь важен, и она смотрит за пределы этой дисциплины к следующей. Каждая эскалация — сигнал. Случай, что должен быть эскалирован, — случай, что проектирование ещё не покрыло, а случай, что должен быть эскалирован часто, — случай, чей ответ, раз известен, принадлежит ниже, написанный в руководство, или ещё ниже, свёрнутый в правила. Так что Проектировщик читает запись эскалаций не как систему, что работает, а как список ответов, ждущих быть спущенными вниз, и со временем ведёт их туда, пока всё меньше и меньше случаев не будет нуждаться в подъёме. Более глубокое чтение того, что эскалации раскрывают обо всей системе, принадлежит другому домену; здесь довольно того, что хорошо спроектированный путь не только несёт трудные случаи сегодня, но и показывает Проектировщику ровно, какие спроектировать прочь следующими.

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

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

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

MarvinPro · PROCESS · Вот Как Строить · Проектирование · Исключения · Дисциплина 6: Эскалировать · Раздел: Спроектированный путь

MarvinPro | Июнь 2026

marvinpro.com

Реальный пример

Вернись к компании-разработчику и неизвестной проблеме, случаю, что нельзя было предварительно одобрить, потому что его ответ ещё не был известен. Когда Исполнитель её встречал, он эскалировал, и причиной была способность: беда нуждалась в технической компетенции, которой у Исполнителя не было. Случай несли к Владельцу, что привлекал Техническую команду, что могла его проработать. Бо́льшая часть таких случаев обрабатывалась там и никогда не поднималась выше. Но когда беда оказывалась в программе поставщика, Техническая команда эскалировала снова, наружу, к поставщику, и будь поставщик медлен её исправить, случай вернулся бы внутрь, чтобы держать клиента выверенными обновлениями и обходным путём, пока поставщика подгоняли. Путь гнулся к тому, что случаю было нужно, сперва к специалисту, затем наружу, и обратно, если снаружи не доставляли.

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

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

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

MarvinPro · PROCESS · Вот Как Строить · Проектирование · Исключения · Дисциплина 6: Эскалировать · Реальный пример

MarvinPro | Июнь 2026

marvinpro.com

Эскалировать

Некоторые случаи нельзя предварительно одобрить, потому что их ответ не известен заранее или не может быть безопасно написан. Для этих путь вперёд — эскалация, несение случая за пределы Исполнителя к тому, кто может его обработать. Это честно, не провал: лучше честная эскалация, чем ложное руководство. Исполнитель не может разрешить случай один по одному из двух родов причины. Либо ему нужны полномочия решать, над Финансовым делом, сколько потратить или уступить, делом Доброжелательности, чего стоят отношения и марка, или Регуляторным, обязанностью, что диктует закон. Либо ему нужна способность действовать, компетенция, чтобы разрешить его, техническая или финансовая, или доступ к инструментам или права, чтобы его исполнить. Случай может нести больше одной разом, и назвать, что ему нужно, — вот что решает, куда он идёт.

Эскалация — это маршрутизация, не лестница. Правило — нести случай к тому, кто может дать то, чего ему не хватает, где бы они ни были, и маршрутизировать его к следующему, если они его не разрешают. Случай может пойти к руководителю за решением, вбок к уровню специалистов за работой, или к обоим разом; организации устраивают роли по-разному. Внутренний потолок — тот, кто держит окончательные полномочия над областью, часто Проектировщик, что также Владелец, в малой организации, и руководитель отдела или Владелец, отличный от Проектировщика, в большой. Некоторые случаи проходят наружу, к поставщику, партнёру или регулятору, и внешнее может даже быть первой остановкой, возвращаясь внутрь, если не разрешено. Форма пути тоже смещается: короткая и прямая в краткой гиперопеке, когда Проектировщик близко, длиннее, как только проектирование устоялось, и выше в зрелой организации, чем в молодой. Сквозь всё это большинство случаев разрешается внизу, и верх достигается редко.

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

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

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

MarvinPro · PROCESS · Вот Как Строить · Проектирование · Исключения · Дисциплина 6: Эскалировать · Результат Главы

MarvinPro | Июнь 2026

marvinpro.com

Думай Просто.