PROCESS

Aqui é Como Construir

Design

Regras

Pergunta aos Executores

Uma exceção encontra-se antes de ser gerida, e a maneira mais segura de encontrar uma cedo é perguntar. Antes de o trabalho entrar em funcionamento, o designer põe uma pergunta simples aos Executores, as pessoas que encontrarão os casos: o que é que esta regra não encaixará? Que caso podes imaginar onde não saberias o que fazer? Os Executores conhecem o terreno. Já fizeram trabalho como este antes, e podem ver, de antemão, os casos estranhos, os clientes difíceis, as situações que a regra limpa não retratou. As suas respostas voltam como e se: e se o cliente pediu para não ser contactado, e se não há modelo, e se o cliente insiste no seu próprio canal. Cada e se é uma exceção, trazida à luz antes de um único caso real ter chegado.

É por isto que a pergunta se faz cedo, e não no último momento. Um e se levantado a tempo pode ser desenhado: incorporado, dotado de um caminho a seguir, escrito num guia, ou dobrado nas regras antes de o trabalho começar. Um e se levantado ao entrar em funcionamento não pode, não resta tempo para desenhar a resposta, e o Executor encontra o caso sem preparação. E perguntar cedo faz mais do que comprar tempo de design. Compra adoção. Um Executor a quem se perguntou o que temia, e que depois vê o seu caso resolvido no design, chega à data de entrada em funcionamento já tendo a resposta, já confiando nela, porque foi construída em parte do que ele disse. Perguntar não é só como as exceções se encontram. É como os Executores chegam a apropriar-se da gestão delas.

Por isso o perguntar é deliberado, não uma cortesia. O designer não espera que os Executores ofereçam as suas dúvidas; o designer tira-as, caso a caso, porque uma dúvida não dita é uma exceção não descoberta, e uma exceção não descoberta é um Executor que um dia ficará encalhado. O conhecimento de terreno que os Executores carregam, os casos que viram, o problema que esperam, está entre as fontes mais ricas de exceções que há, e é grátis a quem pergunta. Um designer que salta a pergunta está a escolher encontrar as mesmas exceções mais tarde, à força, quando um cliente real espera e um Executor real não sabe o que fazer.

O padrão mais elevado possível é perguntar aos Executores, muito antes da data de entrada em funcionamento, que casos a regra não encaixará, tirando os seus e se deliberadamente, para que as exceções se encontrem cedo o suficiente para serem desenhadas e cedo o suficiente para que os Executores adotem as respostas como suas.

Conclusão chave: A maneira mais segura de encontrar uma exceção cedo é perguntar aos Executores, antes de entrar em funcionamento, o que a regra não encaixará; os seus e se são exceções trazidas à luz antes de chegar qualquer caso real. Pergunta cedo, porque um e se levantado a tempo pode ser desenhado, e porque um Executor a quem se perguntou, e que depois vê o seu caso resolvido, chega já tendo e confiando na resposta. O perguntar é deliberado, não uma cortesia: uma dúvida não dita é uma exceção não descoberta, e uma exceção não descoberta é um Executor que um dia ficará encalhado.

A maneira mais segura de encontrar uma exceção cedo é perguntar aos Executores o que a regra não encaixará, muito antes de ser usada.

MarvinPro · PROCESS · Aqui é Como Construir · Design · Exceções · Disciplina 2: O E Se · Secção: Pergunta aos Executores

MarvinPro | Junho 2026

marvinpro.com

As outras maneiras como as exceções surgem

Perguntar é a maneira mais segura, mas não é a única, e um designer que se apoia só nela perderá as exceções que os Executores não puderam nomear. As exceções surgem por mais de uma via, e o designer sábio vigia cada uma delas. O e se é o primeiro a saber, não a última palavra.

A via mais precoce de todas é muitas vezes o próprio design. À medida que o designer constrói a regra, trabalhando as suas cinco decisões, observando o trabalho real, colocando os passos por ordem, as bordas mostram-se sozinhas. Vês, enquanto desenhas, que um caso não encaixaria aqui, que um passo assume algo nem sempre verdadeiro, que um caminho tem um canto que a regra não dobra. O próprio ato de desenhar o caso normal revela onde o caso normal termina. Estas exceções encontram-se à secretária, antes de se perguntar a alguém e antes de nada entrar em funcionamento, e são muitas vezes as primeiras encontradas de todas, porque o designer que olha de perto o trabalho vê as suas bordas como parte de ver o trabalho. Uma segunda via é a vida precoce do design. Algumas exceções não podem imaginar-se, nem por Executor nem por designer, porque ninguém as encontrou ainda; aparecem só quando o trabalho real encontra a regra pela primeira vez. Por isso no período precoce de funcionamento que os Princípios chamam hypercare, o designer fica perto e observa, e os casos não imaginados mostram-se enquanto ainda são poucos. E há mais vias que estas. Um Interessado levanta um caso que ninguém tinha considerado. Um Contestador nomeia uma falha que vem a esconder uma exceção. Um padrão aparece ao longo de vários casos que nenhum e se sozinho apanhara. As exceções podem vir de qualquer direção, e o designer mantém-se aberto a elas seja como for que venham, em vez de confiar que uma via as encontrou todas.

O que importa não é fixar o número de vias mas vigiá-las todas. O e se é a mais deliberada e a mais recompensada, porque se pergunta de propósito e serve a adoção, mas é uma fonte entre várias, e as outras encontram o que ela não pode. O design revela as bordas em que constróis; a vida precoce revela os casos que ninguém previu; e as pessoas à volta do trabalho, o Interessado, o Contestador, o padrão nos casos, revelam o resto. Um designer que sabe isto não pergunta uma vez e considera o trabalho feito. Continua a olhar, de cada lado, porque uma exceção não vista não é uma exceção ausente. É só uma ainda não encontrada.

O padrão mais elevado possível é vigiar cada via pela qual uma exceção pode surgir, o próprio design, a vida precoce do trabalho, as pessoas à sua volta, e os padrões nos casos, em vez de confiar que uma só via, mesmo o e se, as encontrou todas.

Conclusão chave: Perguntar é a maneira mais segura mas não a única, e apoiar-se só nela perde o que os Executores não puderam nomear. A via mais precoce é muitas vezes o próprio design, onde construir a regra revela as suas bordas, encontradas à secretária antes de nada entrar em funcionamento. Uma segunda é a vida precoce do design, onde os casos não imaginados se mostram quando o trabalho real encontra a regra, vigiados no período que os Princípios chamam hypercare. E há mais, um Interessado, um Contestador, um padrão ao longo dos casos. O número de vias não é fixo; o que importa é vigiá-las todas, porque uma exceção não vista não está ausente, só ainda não encontrada.

As exceções surgem por mais de uma via, e o designer vigia-as todas, não só o e se.

MarvinPro · PROCESS · Aqui é Como Construir · Design · Exceções · Disciplina 2: O E Se · Secção: As outras maneiras como as exceções surgem

MarvinPro | Junho 2026

marvinpro.com

A Descoberta Precoce

O que une cada via não é como a exceção se encontra mas quando. A disciplina é a descoberta precoce: encontrar as exceções enquanto ainda são poucas, antes de terem feito mal, seja qual for o meio. Uma exceção encontrada à secretária durante o design, uma exceção nomeada num e se antes de entrar em funcionamento, uma exceção apanhada nos primeiros dias de trabalho real, cada uma foi encontrada cedo, e é isso que cada uma tem em comum e o que faz cada uma valer o esforço. Os meios variam e a lista deles fica aberta. O momento não: cedo, sempre, por qualquer via.

A razão é o custo, e é simples. Uma exceção encontrada cedo, antes de um cliente ser prejudicado e antes de um Executor ficar encalhado, custa pouco a gerir, há tempo para desenhar um caminho a seguir, para escrever um guia, para a dobrar nas regras, tudo na calma antes ou logo depois de o trabalho começar. A mesma exceção encontrada tarde custa muito mais, porque quando se nota já costuma ter sido paga, num cliente deixado às escuras, num Executor que adivinhou mal, numa pitada de confiança gasta. Isto não é próprio dos processos; é a velha verdade de que uma falha custa menos quanto mais cedo é detetada. A disciplina aplica-a às exceções: vai encontrá-las cedo, por todos os meios, em vez de as deixar encontrar-te tarde, pelo dano que fazem.

Por isso a descoberta precoce é trabalho ativo, feito no início, não algo que acontece ao designer mais adiante. O designer desenha com olho para as bordas, pergunta aos Executores antes da data de entrada em funcionamento, observa os primeiros casos reais, e mantém-se aberto a exceções que venham de qualquer outro lado, e faz tudo isto cedo, de propósito, enquanto as exceções são poucas. Seja como for que cada uma venha à luz, chega ao mesmo passo seguinte: a decisão de o que fazer com ela agora, incorporá-la ou pô-la de lado. Essa triagem é a próxima disciplina. O que esta assegura é que as exceções lhe cheguem cedo, encontradas de propósito enquanto ainda são baratas de sustentar, em vez de jazerem escondidas até partirem algo. Encontra-as cedo, por qualquer meio. É tudo.

O padrão mais elevado possível é descobrir as exceções cedo por todos os meios disponíveis, à secretária, perguntando, observando, e de qualquer outro lado, enquanto ainda são poucas e baratas de sustentar, em vez de as deixar vir à luz tarde pelo dano que causam.

Conclusão chave: O que une cada via não é como mas quando: a disciplina é a descoberta precoce, encontrar as exceções enquanto ainda são poucas e antes de prejudicarem, seja qual for o meio. A lista de meios fica aberta; o momento não. A razão é o custo, a velha verdade de que uma falha custa menos quanto mais cedo é detetada: encontrada cedo há tempo para desenhar um caminho a seguir na calma, encontrada tarde já costuma ter sido paga, num cliente deixado às escuras ou num Executor que adivinhou mal. Por isso a descoberta precoce é trabalho ativo feito no início, e seja como for que cada exceção venha à luz, chega ao mesmo passo seguinte, a triagem de incorporar ou pôr de lado.

A descoberta precoce é a disciplina: encontra as exceções por qualquer meio enquanto ainda são poucas, em vez de as deixar vir à luz tarde pelo dano que fazem.

MarvinPro · PROCESS · Aqui é Como Construir · Design · Exceções · Disciplina 2: O E Se · Secção: A Descoberta Precoce

MarvinPro | Junho 2026

marvinpro.com

Um exemplo real

Volta à empresa de software, enquanto o design de comunicação se prepara. Algumas das exceções encontraram-se à secretária, antes de mais alguém estar envolvido. À medida que o designer dispunha as três mensagens e observava como o Apoio e o Back Office trabalhavam na realidade, as bordas apareceram sozinhas: um passo que assumia que um modelo sempre existia, um momento que assumia que o cliente sempre queria ouvir da empresa. Desenhar o caso normal mostrou onde o caso normal terminava. Estas foram as primeiras exceções encontradas, e encontraram-se simplesmente olhando de perto o trabalho enquanto se construía.

Depois o designer perguntou. Antes de nada entrar em funcionamento, sentado com os Executores que tinham gerido clientes durante anos, a pergunta foi posta simplesmente: o que é que estas mensagens não encaixarão? As respostas vieram prontas. E se um cliente pediu para nunca ser contactado? E se o administrador do cliente quer cada mensagem encaminhada por ele? E se chega um problema do qual não temos modelo nenhum? Cada um era um e se, uma exceção trazida à luz semanas antes de uma única mensagem real ser enviada, e os Executores, tendo sido perguntados, chegaram à data de entrada em funcionamento já sabendo as respostas aos casos que tinham levantado. Mas nem toda a exceção foi imaginada. Quando o trabalho entrou em funcionamento, o designer não se foi; nos primeiros dias, observando de perto, chegou um caso real que ninguém tinha retratado, um cliente cujo problema não encaixava em nenhum modelo porque o problema em si era novo. Nenhum e se o tinha nomeado. Veio à luz no trabalho real, apanhado cedo só porque o designer ainda observava quando chegou.

Três vias, e podia ter havido outras, um Interessado com um caso em mente, um Contestador a apontar uma falha. O que partilhavam era o momento. As bordas encontradas à secretária, os e se encontrados perguntando, a incidência desconhecida encontrada observando, todas se encontraram cedo, enquanto eram poucas, antes de nenhuma ter crescido numa pilha de casos encalhados. Nenhuma esperou para se anunciar pelo dano. Quando o trabalho estava em funcionamento há pouco tempo, quase cada caso que a regra não encaixava já tinha sido visto, por um meio ou outro, e cada um ia a caminho de uma decisão. Essa é a disciplina: não uma via em que se confia para encontrar tudo, mas cada via vigiada, e todas cedo.

As bordas encontraram-se à secretária, os e se perguntando, a incidência desconhecida observando; vias diferentes, um mesmo momento, todas precoces, antes de nenhuma poder prejudicar.

MarvinPro · PROCESS · Aqui é Como Construir · Design · Exceções · Disciplina 2: O E Se · Um exemplo real

MarvinPro | Junho 2026

marvinpro.com

O E Se

Uma exceção encontra-se antes de ser gerida, e a maneira mais segura de encontrar uma cedo é perguntar. Antes de o trabalho entrar em funcionamento, o designer pergunta aos Executores, que conhecem o terreno, o que a regra não encaixará, e os seus e se são exceções trazidas à luz antes de chegar qualquer caso real. O perguntar é deliberado, tirado caso a caso, porque uma dúvida não dita é uma exceção não descoberta. E faz-se cedo, tanto para que o e se possa ser desenhado enquanto ainda há tempo, como para que os Executores, tendo sido perguntados, cheguem à data de entrada em funcionamento já tendo e confiando nas respostas, que é como chegam a apropriar-se da gestão delas.

Mas perguntar não é a única maneira, e um designer que se apoia só nela perde o que os Executores não puderam nomear. A via mais precoce é muitas vezes o próprio design: construir a regra revela as suas bordas, os casos que não encaixará, encontrados à secretária antes de nada entrar em funcionamento. Uma segunda é a vida precoce do trabalho: os casos que ninguém pôde imaginar mostram-se quando o trabalho real encontra a regra, vigiados no período que os Princípios chamam hypercare. E há mais, um Interessado com um caso em mente, um Contestador cuja falha esconde uma exceção, um padrão ao longo de vários casos. O número de vias não é fixo; o designer vigia-as todas, porque uma exceção não vista não está ausente, só ainda não encontrada.

O que une cada via não é como mas quando. A disciplina é a descoberta precoce: encontrar as exceções enquanto ainda são poucas, antes de terem feito mal, por qualquer meio. A razão é o custo, a velha verdade de que uma falha custa menos quanto mais cedo é detetada. Encontrada cedo, antes de um cliente ser prejudicado e um Executor ficar encalhado, uma exceção gere-se na calma, com tempo para desenhar um caminho a seguir. Encontrada tarde, já costuma ter sido paga, em confiança gasta e trabalho saído mal. Por isso a descoberta precoce é trabalho ativo, feito no início: o designer desenha com olho para as bordas, pergunta aos Executores antes da data de entrada em funcionamento, observa os primeiros casos reais, e mantém-se aberto a exceções de qualquer outro lado, tudo cedo, de propósito, enquanto são poucas.

Seja como for que uma exceção venha à luz, pelo design, por um e se, pela observação precoce, ou por alguma outra via, chega ao mesmo passo seguinte: a decisão de o que fazer com ela agora, incorporá-la ou pô-la de lado. Essa triagem é a próxima disciplina. O que esta assegura é que as exceções lhe cheguem cedo, encontradas de propósito por todos os meios disponíveis, em vez de jazerem escondidas até partirem algo. Desenha com olho para as bordas, pergunta aos Executores, observa os primeiros casos reais, e mantém-te aberto ao resto. Encontra-as cedo, por qualquer meio, e pouco do que a regra não encaixa ficará por ver por muito tempo.

Encontra as exceções cedo e por todos os meios, para que nenhuma fique a acumular-se sem ser vista.

MarvinPro · PROCESS · Aqui é Como Construir · Design · Exceções · Disciplina 2: O E Se · Resultado do Capítulo

MarvinPro | Junho 2026

marvinpro.com

Pensa Simples.