PROCESS

Aqui é Como Construir

Design

Exceções

O ponto de contacto honesto

Alguns casos não podem ser pré-aprovados, porque a sua resposta não é conhecível de antemão ou não pode fixar-se com segurança por escrito. Para estes, o caminho a seguir não é um guia mas o escalonamento: o caso é levado para além do Executor a alguém que pode geri-lo. Isto não é uma falha do design. É o que a honestidade exige quando um caso de verdade precisa do que o Executor não tem. Melhor um escalonamento honesto do que um guia falso que finge uma certeza que o caso não tem. O Executor, ao encontrar um caso que não pode resolver sozinho, não fica encalhado; é levado, por uma via desenhada, a quem pode.

Por que não pode o Executor resolvê-lo sozinho? As razões arrumam-se em duas espécies, e nomeá-las diz ao designer para onde o caso deve ir. A primeira espécie é a autoridade para decidir. O Executor podia agir, mas não devia tomar a decisão sozinho, porque o caso gira sobre uma decisão Financeira, quanto gastar ou conceder, uma decisão de Boa Vontade, quanto vale proteger a relação com o cliente e a reputação da marca, ou uma Regulatória, onde uma obrigação legal ou de conformidade dita o que deve ser feito. O Financeiro e a Boa Vontade são trocas a pesar; o Regulatório não costuma ser uma troca de todo mas uma obrigação a cumprir, que carrega a mais alta responsabilidade e muitas vezes alcança fora da organização por completo. A segunda espécie é a capacidade para agir. Aqui o Executor não pode executar, não por falta de autoridade mas por falta de meios: ou a competência para resolver o caso, uma perícia técnica ou financeira que não tem, ou o acesso ou direitos a ferramentas para realizar a ação, a permissão que lhe falta mesmo quando sabe exatamente o que fazer.

Estas são as razões principais, não as únicas, e um só caso pode carregar mais de uma ao mesmo tempo, precisando tanto de uma autoridade que lhe falta como de uma capacidade que lhe falta. O que importa é que o designer, olhando um caso que não pode ser pré-aprovado, possa nomear o que precisa, uma autoridade ou uma capacidade, e qual, porque é isso que decide para onde vai. O escalonamento não é um vago "manda para cima". É o ato preciso de levar um caso a quem possa fornecer o exato que falta ao Executor.

O padrão mais elevado possível é tratar o escalonamento como o caminho a seguir honesto para os casos que não podem ser pré-aprovados com segurança, nomeando com precisão o que cada caso precisa, uma autoridade para decidir (Financeira, de Boa Vontade, ou Regulatória) ou uma capacidade para agir (a competência ou o acesso para o resolver), para que possa ser levado a quem possa fornecer isso e nenhum Executor fique a improvisar.

Conclusão chave: Alguns casos não podem ser pré-aprovados, e para eles o caminho a seguir é o escalonamento, levar o caso para além do Executor a quem possa geri-lo. Isto é honesto, não uma falha: melhor um escalonamento honesto do que um guia falso. As razões arrumam-se em duas espécies: autoridade para decidir, quando o caso gira sobre um assunto Financeiro, de Boa Vontade, ou Regulatório que o Executor não devia decidir sozinho, e capacidade para agir, quando ao Executor falta a competência ou o acesso para o resolver. Um caso pode carregar mais de uma ao mesmo tempo. Nomear o que o caso precisa é o que decide para onde vai.

O escalonamento é o caminho a seguir honesto quando ao Executor falta uma autoridade para decidir, Financeira, de Boa Vontade, ou Regulatória, ou uma capacidade para agir.

MarvinPro · PROCESS · Aqui é Como Construir · Design · Exceções · Disciplina 6: Escalonar · Secção: O ponto de contacto honesto

MarvinPro | Junho 2026

marvinpro.com

Encaminhar, não uma escada

É tentador imaginar o escalonamento como uma escada, para cima um degrau de cada vez até ao topo. Essa imagem é demasiado simples, e segui-la desperdiça tempo e deixa casos encalhados no lugar errado. O escalonamento é encaminhar, não trepar. A regra única é esta: leva o caso a quem possa fornecer o que lhe falta, a autoridade ou a capacidade, onde quer que estejam, e se esse lugar não o resolver, encaminha-o ao seguinte que possa. A direção, para cima, de lado, ou para fora, segue de onde está o que falta, não de uma ordem fixa de degraus.

Os destinos possíveis são mais variados do que uma escada permite. Um caso que precisa de uma decisão pode ir a um responsável de equipa; um que precisa de trabalho técnico pode ir de lado a um nível especialista; um que precisa de ambos pode ir a ambos ao mesmo tempo. As organizações ligam isto de modo diferente; numa, um responsável pode ter as decisões Financeiras enquanto um nível especialista tem o trabalho técnico e às vezes o Financeiro também. O topo da via interna é quem tem a autoridade final sobre a área, e quem é isso depende do tamanho da organização. Numa organização pequena e jovem é muitas vezes o designer, que é também o Proprietário, e a via é curta. Numa grande e assente é um papel superior, um chefe de departamento ou o Proprietário da área, distinto do designer, e a via é mais alta. E o topo da via interna nem sempre é o seu fim. Alguns casos excedem o que a organização pode resolver sozinha, uma correção que depende do software de um fornecedor, um assunto que gira sobre o acordo de um parceiro, uma obrigação Regulatória que precisa de aconselhamento jurídico ou do regulador mesmo, e então o caso é levado para fora, a uma parte externa. Às vezes o primeiro movimento mesmo é para fora, quando o caso pertence claramente ao fornecedor desde o início, e se essa parte externa não o resolver como devia, o caso volta para dentro, ao responsável ou ao nível especialista, para ser perseguido, contornado, ou gerido de outra maneira. A via dobra-se ao caso.

Duas coisas também mudam a forma da via interna, e vale mantê-las à parte. Uma é a vida do design. No breve hypercare logo após entrar em funcionamento, a via é curta e direta, o designer perto à mão, o retorno rápido; uma vez o design assente, o designer retira-se para o topo e os níveis permanentes carregam a maior parte, por isso a via alonga-se. A outra é a maturidade da organização, que fixa quão alta a via é à partida, plana onde poucas pessoas têm todos os papéis, em camadas onde os papéis se separaram por muitos níveis. Através de todas estas formas, uma coisa mantém-se: a maioria dos casos é resolvida em baixo, no primeiro nível que os pode gerir, e só os poucos que precisam de mais sobem mais alto. O topo é um teto, alcançado raramente, não uma primeira paragem.

O padrão mais elevado possível é encaminhar cada caso a quem possa fornecer o que precisa, pela via mais curta que os alcance, dentro da organização ou para além dela, na ordem que o caso requeira, reencaminhando quando um destino não o resolver, para que a maioria dos casos seja gerida no nível mais baixo que possa e só os genuinamente difíceis alcancem o topo ou passem para fora.

Conclusão chave: O escalonamento é encaminhar, não uma escada: leva o caso a quem possa fornecer o que lhe falta, onde quer que estejam, e encaminha-o ao seguinte se não o resolverem. Os destinos variam, um responsável para uma decisão, um nível especialista para trabalho técnico, ambos ao mesmo tempo, e as organizações ligam os papéis de modo diferente. O teto interno é quem tem a autoridade final sobre a área, muitas vezes o designer-Proprietário numa organização pequena, um chefe de departamento ou Proprietário numa grande. Alguns casos vão para fora, a um fornecedor, parceiro, ou regulador, e o externo pode até ser a primeira paragem, voltando para dentro se não for resolvido. A maioria dos casos é gerida em baixo; o topo é alcançado raramente.

O escalonamento encaminha o caso a quem possa fornecer o que precisa, dentro ou fora, na ordem que for, reencaminhando ao falhar; a maioria dos casos resolve-se em baixo.

MarvinPro · PROCESS · Aqui é Como Construir · Design · Exceções · Disciplina 6: Escalonar · Secção: Encaminhar, não uma escada

MarvinPro | Junho 2026

marvinpro.com

A via desenhada

Dadas quantas formas o escalonamento pode tomar, uma conclusão segue acima de tudo: a via de escalonamento deve ser desenhada. A um Executor que encontra um caso que não pode resolver não se pode pedir que apure, sob pressão, se precisa de uma decisão Financeira ou Regulatória, se vai ao responsável ou ao nível especialista, se pertence dentro ou ao fornecedor, e para onde vai a seguir se o primeiro lugar falhar. Se a via se deixa por desenhar, ele adivinha. Os casos aterram no lugar errado, perde-se tempo, e a promessa de que nenhum Executor fica alguma vez encalhado quebra-se em silêncio, porque uma via que ninguém desenhou é uma via que ninguém pode seguir. Por isso o designer desenha a via de escalonamento de antemão: para as espécies de caso que surgirão, para onde cada uma vai, em que ordem, a quem, e para onde se reencaminha se um destino não cumprir.

E uma via desenhada, como uma resposta pré-aprovada, é acordada e escrita antes de ser precisa. É assinada por quem tem a autoridade pertinente, para que quando um caso é encaminhado a um responsável, um Proprietário, ou uma parte externa, esse encaminhamento esteja sancionado de antemão e não inventado no momento. E é documentada nas instruções que o Executor segue, para que o Executor não improvise para onde um caso vai; procura-o e encaminha-o. Esta é a silenciosa semelhança entre o escalonamento e a pré-aprovação. Em ambos, o caminho a seguir é desenhado, escrito, e pré-autorizado. A diferença está só no que é escrito. Para um caso pré-aprovado, o que é escrito é a resposta. Para um caso escalonado, o que é escrito é a via, para onde o caso vai para ser respondido. O Executor ao encontrar um caso que precisa de uma decisão no momento ainda tem um caminho a seguir escrito; não é a resposta, mas é a via a quem a tem, e isso basta para o manter de nunca ficar encalhado.

Há mais uma razão pela qual a via desenhada importa, e olha para além desta disciplina para a seguinte. Cada escalonamento é um sinal. Um caso que deve ser escalonado é um caso que o design ainda não cobriu, e um caso que deve ser escalonado muitas vezes é um caso cuja resposta, uma vez conhecida, pertence mais abaixo, escrita num guia, ou mais abaixo ainda, dobrada nas regras. Por isso o designer lê o registo de escalonamentos não como o sistema a funcionar mas como uma lista de respostas à espera de serem movidas para baixo, e com o tempo leva-as ali, até que cada vez menos casos precisem de subir. A leitura mais profunda do que os escalonamentos revelam sobre todo o sistema pertence a outro domínio; aqui basta que uma via bem desenhada não só carregue os casos difíceis de hoje mas mostre ao designer exatamente quais desenhar para desaparecerem a seguir.

O padrão mais elevado possível é desenhar a via de escalonamento de antemão, acordada e assinada por quem tem a autoridade pertinente e documentada nas instruções que o Executor segue, para que nenhum caso seja encaminhado por conjetura, cada Executor tenha um caminho a seguir escrito mesmo para uma decisão no momento, e o registo de escalonamentos se torne o guia do designer do que deve a seguir ser empurrado para baixo.

Conclusão chave: Porque o escalonamento pode tomar tantas formas, a via deve ser desenhada de antemão, acordada e assinada por quem tem a autoridade pertinente, e documentada nas instruções que o Executor segue, para que ninguém encaminhe por conjetura. O escalonamento é como a pré-aprovação em ser desenhado, escrito, e pré-autorizado; a diferença está só no que é escrito, para a pré-aprovação a resposta, para o escalonamento a via a quem a tem. Por isso o Executor tem sempre um caminho a seguir escrito, a via se não a resposta. E cada escalonamento é um sinal, o designer lê o registo como a lista de casos para empurrar para baixo a seguir.

Porque o escalonamento pode tomar muitas formas, a via deve ser desenhada, assinada, e documentada, para que o Executor siga uma via escrita e nunca fique encalhado.

MarvinPro · PROCESS · Aqui é Como Construir · Design · Exceções · Disciplina 6: Escalonar · Secção: A via desenhada

MarvinPro | Junho 2026

marvinpro.com

Um exemplo real

Volta à empresa de software e à incidência desconhecida, o caso que não podia ser pré-aprovado porque a sua resposta ainda não se conhecia. Quando um Executor a encontrava, escalonava, e a razão era capacidade: o problema precisava de uma competência técnica que o Executor não tinha. O caso era levado ao Proprietário, que trazia a Equipa Técnica que o podia trabalhar. A maioria de tais casos era gerida ali e nunca subia mais alto. Mas quando o problema se revelava estar no software de um fornecedor, a Equipa Técnica escalonava de novo, para fora, ao fornecedor, e tivesse o fornecedor sido lento a corrigi-lo, o caso teria voltado para dentro, para segurar o cliente com atualizações moldadas e uma solução provisória enquanto se pressionava o fornecedor. A via dobrava-se ao que o caso precisava, primeiro a um especialista, depois para fora, e de volta se o de fora não cumprisse.

Outros casos escalonavam por outras razões. Um cliente a pedir algo que tocava uma promessa escalonava por autoridade, uma decisão Financeira e de Boa Vontade que só o Proprietário podia tomar, pesando o que conceder contra quanto valia a relação. Um caso que tocava como os dados ou a comunicação do cliente eram geridos escalonava por uma razão Regulatória, subindo alto e, onde a obrigação era séria, alcançando para fora o aconselhamento jurídico, porque nenhum responsável e nenhum Executor podiam decidir sozinhos o que a lei exigia. Cada caso ia a quem pudesse fornecer o que precisava, a competência de um especialista, a autoridade de um Proprietário sobre uma troca Financeira ou de Boa Vontade, a leitura de um advogado de um dever Regulatório, e a maioria era resolvida bem abaixo do topo.

Nada disto foi improvisado. Antes de nada entrar em funcionamento, o designer tinha traçado a via de escalonamento, que casos iam à Equipa Técnica, quais ao Proprietário, quais direto ao fornecedor, quais ao jurídico, e para onde cada um virava a seguir se o primeiro lugar não o resolvesse. Foi assinada por quem tinha a autoridade sobre cada via, e escrita nas instruções que o Executor seguia. Por isso o Executor ao encontrar uma incidência desconhecida não ficava a perguntar-se para onde a mandar; lia a via e encaminhava-a. E o designer, vendo os escalonamentos acumular-se, via que espécies se repetiam, e escrevia as suas respostas à medida que se conheciam, baixando-as de escalonamento a pré-aprovado, para que cada mês uns poucos casos mais deixassem de precisar de subir. A via carregava os casos difíceis de hoje e mostrava quais desenhar para desaparecerem amanhã.

A via foi desenhada antes de ser precisa, para que o Executor a seguisse em vez de adivinhar, e os escalonamentos mostraram ao designer o que empurrar para baixo a seguir.

MarvinPro · PROCESS · Aqui é Como Construir · Design · Exceções · Disciplina 6: Escalonar · Um exemplo real

MarvinPro | Junho 2026

marvinpro.com

Escalonar

Alguns casos não podem ser pré-aprovados, porque a sua resposta não é conhecível de antemão ou não pode escrever-se com segurança. Para estes o caminho a seguir é o escalonamento, levar o caso para além do Executor a quem possa geri-lo. Isto é honesto, não uma falha: melhor um escalonamento honesto do que um guia falso. O Executor não pode resolver o caso sozinho por uma de duas espécies de razão. Ou precisa de uma autoridade para decidir, sobre um assunto Financeiro, quanto gastar ou conceder, um assunto de Boa Vontade, quanto valem a relação e a marca, ou um Regulatório, uma obrigação que a lei dita. Ou precisa de uma capacidade para agir, a competência para o resolver, técnica ou financeira, ou o acesso ou direitos a ferramentas para o executar. Um caso pode carregar mais de uma ao mesmo tempo, e nomear o que precisa é o que decide para onde vai.

O escalonamento é encaminhar, não uma escada. A regra é levar o caso a quem possa fornecer o que lhe falta, onde quer que estejam, e encaminhá-lo ao seguinte se não o resolverem. Um caso pode ir a um responsável para uma decisão, de lado a um nível especialista para o trabalho, ou a ambos ao mesmo tempo; as organizações ligam os papéis de modo diferente. O teto interno é quem tem a autoridade final sobre a área, muitas vezes o designer, que é também o Proprietário, numa organização pequena, e um chefe de departamento ou o Proprietário, distinto do designer, numa grande. Alguns casos passam para fora, a um fornecedor, um parceiro, ou um regulador, e o externo pode até ser a primeira paragem, voltando para dentro se não for resolvido. A forma da via também muda: curta e direta no breve hypercare quando o designer está perto, mais longa uma vez o design assente, e mais alta numa organização madura do que numa jovem. Através de tudo isso, a maioria dos casos é resolvida em baixo, e o topo é alcançado raramente.

Porque o escalonamento pode tomar tantas formas, a via deve ser desenhada de antemão, não resolvida sob pressão. O designer decide, para os casos que surgirão, para onde cada um vai, em que ordem, e para onde se reencaminha se um lugar não cumprir; fá-la acordar e assinar por quem tem a autoridade pertinente; e documenta-a nas instruções que o Executor segue. Esta é a semelhança entre o escalonamento e a pré-aprovação: ambos são desenhados, escritos, e pré-autorizados, e a única diferença é o que é escrito, para a pré-aprovação a resposta, para o escalonamento a via a quem a tem. Por isso o Executor ao encontrar um caso de decisão no momento ainda tem um caminho a seguir escrito, a via se não a resposta, e nunca fica a adivinhar.

E cada escalonamento é um sinal. Um caso que escalona é um que o design ainda não cobriu, e um que escalona muitas vezes é uma resposta à espera de ser escrita e movida mais abaixo, a um guia, ou mais abaixo ainda, às regras. Por isso o designer lê o registo de escalonamentos como a lista do que empurrar para baixo a seguir, e com o tempo leva-os ali, até que menos casos precisem de subir. Por isso a disciplina é esta: dá ao Executor uma via honesta quando nenhuma resposta escrita encaixa, encaminha cada caso a quem possa fornecer o que precisa, desenha essa via, assina-a, e documenta-a, e depois lê os escalonamentos que produz como o mapa do que desenhar para desaparecer, para que o escalonamento carregue os casos difíceis de hoje e se torne mais silencioso amanhã.

O escalonamento é a via honesta e desenhada a quem possa fornecer o que um caso precisa, seguida não adivinhada, e lida como o mapa do que empurrar para baixo a seguir.

MarvinPro · PROCESS · Aqui é Como Construir · Design · Exceções · Disciplina 6: Escalonar · Resultado do Capítulo

MarvinPro | Junho 2026

marvinpro.com

Pensa Simples.