PROCESS

Aquí es Cómo Construir

Diseño

Excepciones

El punto de contacto honesto

Algunos casos no pueden preaprobarse, porque su respuesta no es conocible de antemano o no puede fijarse con seguridad por escrito. Para estos, el camino a seguir no es una guía sino el escalado: el caso se lleva más allá del Ejecutor a alguien que puede manejarlo. Esto no es un fallo del diseño. Es lo que la honestidad requiere cuando un caso de verdad necesita lo que el Ejecutor no tiene. Mejor un escalado honesto que una guía falsa que finge una certeza que el caso no tiene. El Ejecutor, al encontrar un caso que no puede resolver solo, no queda varado; es llevado, por una vía diseñada, a quien sí puede.

¿Por qué no puede el Ejecutor resolverlo solo? Las razones caen en dos clases, y nombrarlas le dice al diseñador adónde debe ir el caso. La primera clase es autoridad para decidir. El Ejecutor podría actuar, pero no debería tomar la decisión solo, porque el caso gira sobre una decisión Financiera, cuánto gastar o conceder, una decisión de Buena Voluntad, cuánto vale proteger la relación con el cliente y la reputación de la marca, o una Regulatoria, donde una obligación legal o de cumplimiento dicta lo que debe hacerse. Lo Financiero y la Buena Voluntad son intercambios que sopesar; lo Regulatorio no suele ser un intercambio en absoluto sino una obligación que cumplir, que carga la más alta responsabilidad y a menudo alcanza fuera de la organización por completo. La segunda clase es capacidad para actuar. Aquí el Ejecutor no puede ejecutar, no por falta de autoridad sino por falta de medios: o la competencia para resolver el caso, una experiencia técnica o financiera que no tiene, o el acceso o permisos a herramientas para realizar la acción, el permiso que le falta aun cuando sabe exactamente qué hacer.

Estas son las razones principales, no las únicas, y un solo caso puede cargar más de una a la vez, necesitando tanto una autoridad que le falta como una capacidad que le falta. Lo que importa es que el diseñador, mirando un caso que no puede preaprobarse, pueda nombrar qué necesita, una autoridad o una capacidad, y cuál, porque eso es lo que decide adónde va. El escalado no es un vago "mándalo arriba". Es el acto preciso de llevar un caso a quien pueda proveer lo exacto que al Ejecutor le falta.

El estándar más alto posible es tratar el escalado como el camino a seguir honesto para los casos que no pueden preaprobarse con seguridad, nombrando con precisión qué necesita cada caso, una autoridad para decidir (Financiera, de Buena Voluntad, o Regulatoria) o una capacidad para actuar (la competencia o el acceso para resolverlo), para que pueda llevarse a quien pueda proveer eso y ningún Ejecutor quede a improvisar.

Conclusión clave: Algunos casos no pueden preaprobarse, y para ellos el camino a seguir es el escalado, llevar el caso más allá del Ejecutor a quien pueda manejarlo. Esto es honesto, no un fallo: mejor un escalado honesto que una guía falsa. Las razones caen en dos clases: autoridad para decidir, cuando el caso gira sobre un asunto Financiero, de Buena Voluntad, o Regulatorio que el Ejecutor no debería decidir solo, y capacidad para actuar, cuando al Ejecutor le falta la competencia o el acceso para resolverlo. Un caso puede cargar más de una a la vez. Nombrar qué necesita el caso es lo que decide adónde va.

El escalado es el camino a seguir honesto cuando al Ejecutor le falta una autoridad para decidir, Financiera, de Buena Voluntad, o Regulatoria, o una capacidad para actuar.

MarvinPro · PROCESS · Aquí es Cómo Construir · Diseño · Excepciones · Disciplina 6: Escalar · Sección: El punto de contacto honesto

MarvinPro | Junio 2026

marvinpro.com

Enrutar, no una escalera

Es tentador imaginar el escalado como una escalera, arriba un peldaño a la vez hasta la cima. Esa imagen es demasiado simple, y seguirla desperdicia tiempo y deja casos varados en el lugar equivocado. El escalado es enrutar, no trepar. La regla única es esta: lleva el caso a quien pueda proveer lo que le falta, la autoridad o la capacidad, dondequiera que estén, y si ese lugar no lo resuelve, enrútalo al siguiente que pueda. La dirección, arriba, de lado, o afuera, se sigue de dónde está lo que falta, no de un orden fijo de peldaños.

Los destinos posibles son más variados de lo que una escalera permite. Un caso que necesita una decisión puede ir a un responsable de equipo; uno que necesita trabajo técnico puede ir de lado a un nivel especialista; uno que necesita ambos puede ir a ambos a la vez. Las organizaciones lo cablean distinto; en una, un responsable puede tener las decisiones Financieras mientras un nivel especialista tiene el trabajo técnico y a veces lo Financiero también. La cima de la vía interna es quien tiene la autoridad final sobre el área, y quién es eso depende del tamaño de la organización. En una organización pequeña y joven es a menudo el diseñador, que es también el Propietario, y la vía es corta. En una grande y asentada es un rol superior, un jefe de departamento o el Propietario del área, distinto del diseñador, y la vía es más alta. Y la cima de la vía interna no siempre es su fin. Algunos casos exceden lo que la organización puede resolver sola, un arreglo que depende del software de un proveedor, un asunto que gira sobre el acuerdo de un socio, una obligación Regulatoria que necesita asesoría jurídica o al regulador mismo, y entonces el caso se lleva afuera, a una parte externa. A veces el primer movimiento mismo es hacia afuera, cuando el caso pertenece claramente al proveedor desde el principio, y si esa parte externa no lo resuelve como debería, el caso vuelve hacia dentro, al responsable o al nivel especialista, para ser perseguido, sorteado, o manejado de otra manera. La vía se dobla al caso.

Dos cosas también cambian la forma de la vía interna, y vale mantenerlas aparte. Una es la vida del diseño. En el breve hipercuidado justo después de entrar en funcionamiento, la vía es corta y directa, el diseñador cerca a mano, la retroalimentación rápida; una vez que el diseño se asienta, el diseñador se retira hacia la cima y los niveles permanentes cargan la mayor parte, así que la vía se alarga. La otra es la madurez de la organización, que fija cuán alta es la vía de entrada, plana donde unas pocas personas tienen todos los roles, en capas donde los roles se han separado a través de muchos niveles. A través de todas estas formas, una cosa se mantiene: la mayoría de los casos se resuelven abajo, en el primer nivel que puede manejarlos, y solo los pocos que necesitan más suben más alto. La cima es un techo, alcanzado rara vez, no una primera parada.

El estándar más alto posible es enrutar cada caso a quien pueda proveer lo que necesita, por la vía más corta que los alcance, dentro de la organización o más allá de ella, en el orden que el caso requiera, reenrutando cuando un destino no lo resuelva, para que la mayoría de los casos se manejen en el nivel más bajo que pueda y solo los genuinamente difíciles alcancen la cima o pasen afuera.

Conclusión clave: El escalado es enrutar, no una escalera: lleva el caso a quien pueda proveer lo que le falta, dondequiera que estén, y enrútalo al siguiente si no lo resuelven. Los destinos varían, un responsable para una decisión, un nivel especialista para trabajo técnico, ambos a la vez, y las organizaciones cablean los roles distinto. El techo interno es quien tiene la autoridad final sobre el área, a menudo el diseñador-Propietario en una organización pequeña, un jefe de departamento o Propietario en una grande. Algunos casos van afuera, a un proveedor, socio, o regulador, y lo externo puede incluso ser la primera parada, volviendo hacia dentro si no se resuelve. La mayoría de los casos se manejan abajo; la cima se alcanza rara vez.

El escalado enruta el caso a quien pueda proveer lo que necesita, dentro o fuera, en el orden que sea, reenrutando al fallar; la mayoría de los casos se resuelven abajo.

MarvinPro · PROCESS · Aquí es Cómo Construir · Diseño · Excepciones · Disciplina 6: Escalar · Sección: Enrutar, no una escalera

MarvinPro | Junio 2026

marvinpro.com

La vía diseñada

Dadas cuántas formas puede tomar el escalado, una conclusión se sigue por encima de todo: la vía de escalado debe diseñarse. A un Ejecutor que encuentra un caso que no puede resolver no se le puede pedir que averigüe, bajo presión, si necesita una decisión Financiera o Regulatoria, si va al responsable o al nivel especialista, si pertenece dentro o al proveedor, y adónde va después si el primer lugar falla. Si la vía se deja sin diseñar, adivina. Los casos aterrizan en el lugar equivocado, se pierde tiempo, y la promesa de que ningún Ejecutor queda nunca varado calladamente se rompe, porque una vía que nadie diseñó es una vía que nadie puede seguir. Así que el diseñador diseña la vía de escalado de antemano: para las clases de caso que surgirán, adónde va cada una, en qué orden, a quién, y adónde se reenruta si un destino no cumple.

Y una vía diseñada, como una respuesta preaprobada, se acuerda y se escribe antes de necesitarse. Se firma por quienes tienen la autoridad pertinente, para que cuando un caso se enrute a un responsable, un Propietario, o una parte externa, ese enrutamiento esté sancionado de antemano y no inventado en el momento. Y se documenta en las instrucciones que el Ejecutor sigue, para que el Ejecutor no improvise adónde va un caso; lo busca y lo enruta. Esta es la callada semejanza entre el escalado y la preaprobación. En ambos, el camino a seguir se diseña, se escribe, y se pre-autoriza. La diferencia está solo en lo que se escribe. Para un caso preaprobado, lo que se escribe es la respuesta. Para un caso escalado, lo que se escribe es la vía, adónde va el caso a ser respondido. El Ejecutor al encontrar un caso que necesita una decisión en el momento aún tiene un camino a seguir escrito; no es la respuesta, pero es la vía a quien la tiene, y eso basta para mantenerlo de nunca quedar varado.

Hay una razón más por la que la vía diseñada importa, y mira más allá de esta disciplina a la siguiente. Cada escalado es una señal. Un caso que debe escalarse es un caso que el diseño aún no cubrió, y un caso que debe escalarse a menudo es un caso cuya respuesta, una vez conocida, pertenece más abajo, escrita en una guía, o más abajo aún, plegada en las reglas. Así que el diseñador lee el registro de escalados no como el sistema funcionando sino como una lista de respuestas esperando ser movidas hacia abajo, y con el tiempo las lleva ahí, hasta que cada vez menos casos necesiten subir. La lectura más profunda de lo que los escalados revelan sobre todo el sistema pertenece a otro dominio; aquí basta con que una vía bien diseñada no solo cargue los casos difíciles de hoy sino que le muestre al diseñador exactamente cuáles diseñar para que desaparezcan a continuación.

El estándar más alto posible es diseñar la vía de escalado de antemano, acordada y firmada por quienes tienen la autoridad pertinente y documentada en las instrucciones que el Ejecutor sigue, para que ningún caso se enrute por conjetura, cada Ejecutor tenga un camino a seguir escrito aun para una decisión en el momento, y el registro de escalados se vuelva la guía del diseñador de lo que debe empujarse hacia abajo a continuación.

Conclusión clave: Porque el escalado puede tomar tantas formas, la vía debe diseñarse de antemano, acordada y firmada por quienes tienen la autoridad pertinente, y documentada en las instrucciones que el Ejecutor sigue, para que nadie enrute por conjetura. El escalado es como la preaprobación en ser diseñado, escrito, y pre-autorizado; la diferencia está solo en lo que se escribe, para la preaprobación la respuesta, para el escalado la vía a quien la tiene. Así que el Ejecutor siempre tiene un camino a seguir escrito, la vía si no la respuesta. Y cada escalado es una señal, el diseñador lee el registro como la lista de casos para empujar hacia abajo a continuación.

Porque el escalado puede tomar muchas formas, la vía debe diseñarse, firmarse, y documentarse, para que el Ejecutor siga una vía escrita y nunca quede varado.

MarvinPro · PROCESS · Aquí es Cómo Construir · Diseño · Excepciones · Disciplina 6: Escalar · Sección: La vía diseñada

MarvinPro | Junio 2026

marvinpro.com

Un ejemplo real

Vuelve a la empresa de software y a la incidencia desconocida, el caso que no podía preaprobarse porque su respuesta aún no se conocía. Cuando un Ejecutor la encontraba, escalaba, y la razón era capacidad: el problema necesitaba una competencia técnica que el Ejecutor no tenía. El caso se llevaba al Propietario, que traía al Equipo Técnico que podía trabajarlo. La mayoría de tales casos se manejaban ahí y nunca subían más alto. Pero cuando el problema resultaba estar en el software de un proveedor, el Equipo Técnico escalaba de nuevo, hacia afuera, al proveedor, y de haber sido el proveedor lento en arreglarlo, el caso habría vuelto hacia dentro, para sostener al cliente con actualizaciones moldeadas y una solución provisional mientras se presionaba al proveedor. La vía se doblaba a lo que el caso necesitaba, primero a un especialista, luego afuera, y de vuelta si lo de afuera no cumplía.

Otros casos escalaban por otras razones. Un cliente pidiendo algo que tocaba una promesa escalaba por autoridad, una decisión Financiera y de Buena Voluntad que solo el Propietario podía tomar, sopesando qué conceder contra cuánto valía la relación. Un caso que tocaba cómo se manejaban los datos o la comunicación del cliente escalaba por una razón Regulatoria, subiendo alto y, donde la obligación era seria, alcanzando afuera a la asesoría jurídica, porque ningún responsable y ningún Ejecutor podían decidir solos lo que la ley requería. Cada caso iba a quien pudiera proveer lo que necesitaba, la competencia de un especialista, la autoridad de un Propietario sobre un intercambio Financiero o de Buena Voluntad, la lectura de un abogado de un deber Regulatorio, y la mayoría se resolvían muy por debajo de la cima.

Nada de esto se improvisó. Antes de que nada entrara en funcionamiento, el diseñador había trazado la vía de escalado, qué casos iban al Equipo Técnico, cuáles al Propietario, cuáles directo al proveedor, cuáles a lo jurídico, y adónde giraba cada uno a continuación si el primer lugar no lo resolvía. Se firmó por quienes tenían la autoridad sobre cada vía, y se escribió en las instrucciones que el Ejecutor seguía. Así que el Ejecutor al encontrar una incidencia desconocida no se quedaba preguntándose adónde mandarla; leía la vía y la enrutaba. Y el diseñador, viendo los escalados acumularse, veía qué clases se repetían, y escribía sus respuestas a medida que se conocían, bajándolas de escalado a preaprobado, para que cada mes unos pocos casos más dejaran de necesitar subir. La vía cargaba los casos difíciles de hoy y mostraba cuáles diseñar para que desaparecieran mañana.

La vía se diseñó antes de necesitarse, para que el Ejecutor la siguiera en vez de adivinar, y los escalados le mostraron al diseñador qué empujar hacia abajo a continuación.

MarvinPro · PROCESS · Aquí es Cómo Construir · Diseño · Excepciones · Disciplina 6: Escalar · Un ejemplo real

MarvinPro | Junio 2026

marvinpro.com

Escalar

Algunos casos no pueden preaprobarse, porque su respuesta no es conocible de antemano o no puede escribirse con seguridad. Para estos el camino a seguir es el escalado, llevar el caso más allá del Ejecutor a quien pueda manejarlo. Esto es honesto, no un fallo: mejor un escalado honesto que una guía falsa. El Ejecutor no puede resolver el caso solo por una de dos clases de razón. O necesita una autoridad para decidir, sobre un asunto Financiero, cuánto gastar o conceder, un asunto de Buena Voluntad, cuánto valen la relación y la marca, o uno Regulatorio, una obligación que la ley dicta. O necesita una capacidad para actuar, la competencia para resolverlo, técnica o financiera, o el acceso o permisos a herramientas para ejecutarlo. Un caso puede cargar más de una a la vez, y nombrar qué necesita es lo que decide adónde va.

El escalado es enrutar, no una escalera. La regla es llevar el caso a quien pueda proveer lo que le falta, dondequiera que estén, y enrutarlo al siguiente si no lo resuelven. Un caso puede ir a un responsable para una decisión, de lado a un nivel especialista para el trabajo, o a ambos a la vez; las organizaciones cablean los roles distinto. El techo interno es quien tiene la autoridad final sobre el área, a menudo el diseñador, que es también el Propietario, en una organización pequeña, y un jefe de departamento o el Propietario, distinto del diseñador, en una grande. Algunos casos pasan afuera, a un proveedor, un socio, o un regulador, y lo externo puede incluso ser la primera parada, volviendo hacia dentro si no se resuelve. La forma de la vía también cambia: corta y directa en el breve hipercuidado cuando el diseñador está cerca, más larga una vez que el diseño se asienta, y más alta en una organización madura que en una joven. A través de todo ello, la mayoría de los casos se resuelven abajo, y la cima se alcanza rara vez.

Porque el escalado puede tomar tantas formas, la vía debe diseñarse de antemano, no resolverse bajo presión. El diseñador decide, para los casos que surgirán, adónde va cada uno, en qué orden, y adónde se reenruta si un lugar no cumple; la hace acordar y firmar por quienes tienen la autoridad pertinente; y la documenta en las instrucciones que el Ejecutor sigue. Esta es la semejanza entre el escalado y la preaprobación: ambos se diseñan, se escriben, y se pre-autorizan, y la única diferencia es lo que se escribe, para la preaprobación la respuesta, para el escalado la vía a quien la tiene. Así que el Ejecutor al encontrar un caso de decisión en el momento aún tiene un camino a seguir escrito, la vía si no la respuesta, y nunca queda a adivinar.

Y cada escalado es una señal. Un caso que escala es uno que el diseño aún no cubrió, y uno que escala a menudo es una respuesta esperando ser escrita y movida más abajo, a una guía, o más abajo aún, a las reglas. Así que el diseñador lee el registro de escalados como la lista de lo que empujar hacia abajo a continuación, y con el tiempo los lleva ahí, hasta que menos casos necesiten subir. Así que la disciplina es esta: da al Ejecutor una vía honesta cuando ninguna respuesta escrita encaja, enruta cada caso a quien pueda proveer lo que necesita, diseña esa vía, fírmala, y documéntala, y luego lee los escalados que produce como el mapa de lo que diseñar para que desaparezca, para que el escalado cargue los casos difíciles de hoy y se vuelva más callado mañana.

El escalado es la vía honesta y diseñada a quien pueda proveer lo que un caso necesita, seguida no adivinada, y leída como el mapa de lo que empujar hacia abajo a continuación.

MarvinPro · PROCESS · Aquí es Cómo Construir · Diseño · Excepciones · Disciplina 6: Escalar · Resultado del Capítulo

MarvinPro | Junio 2026

marvinpro.com

Piensa Simple.