Antes de contratar: as quatro condições que separam um problema de um incômodo

A reunião terminou com o nome de uma ferramenta, e ninguém descreveu o problema.

O pedido quase sempre chega no mesmo formato. Alguém disse que a empresa precisa de um painel. Ou de automação. Ou de um agente de IA, porque agora todo mundo tem um. O nome da solução chegou antes da descrição do que está travando, e a decisão passou a ser sobre qual fornecedor contratar em vez de sobre o que exatamente precisa mudar.

Quem tenta conferir isso sozinho encontra dois tipos de material publicado, e nenhum dos dois ajuda.

O primeiro é a avaliação de prontidão. Tem aparência de diagnóstico, é escrita para quem vai comprar, e costuma organizar a empresa em estágios de maturidade. O detalhe que quase nunca aparece: em todos os modelos que eu abri, nenhum estágio recomenda parar. O primeiro manda começar, o último manda expandir, e o meio manda avançar. Uma dessas avaliações lista cinco estágios e sugere ação em todos os cinco. Uma página de fornecedor que li lista quatro sinais de que você deveria contratar e nenhum sinal de que não deveria.

O segundo é o roteiro de qualificação, e esse é honesto sobre o que é. Ele verifica se existe orçamento, se existe autoridade para decidir, se existe uma dor real e qual é o prazo. As perguntas são boas, e são justamente as que faltam no primeiro tipo. Só que ele foi escrito para o time comercial usar com você, e a resposta "não" que existe nele serve para o vendedor não perder tempo, não para você não perder dinheiro.

O que segue são as mesmas perguntas, viradas para o outro lado da mesa. Não é avaliação de maturidade, não classifica sua empresa em estágio nenhum e não termina obrigatoriamente em uma compra. A maioria dos casos que passam por aqui não deveria contratar nada agora, e isso não é uma ressalva de rodapé: é a distribuição real das respostas, e ela aparece antes do fim.

Duas coisas que este texto não exige de você. Não exige que você entenda de tecnologia, porque nenhuma das perguntas é técnica. E não exige documentação, planilha, número consolidado ou cálculo de retorno: se você consegue contar uma história do que aconteceu, você consegue aplicar o percurso inteiro.

Existe um problema contratável, ou existe só uma solução já escolhida?

A pergunta que abre a decisão não é qual das opções escolher. É se existe alguma coisa para escolher entre elas.

Um problema é contratável quando tem quatro coisas ao mesmo tempo. Uma ocorrência real, que dá para contar com data e com nome de gente. Uma consequência observável, alguma coisa que piora e que alguém sente. Um titular da decisão, uma pessoa com autoridade para escolher e para liberar o que for preciso. E um titular depois, alguém que responda por aquilo quando a entrega terminar e o fornecedor sair.

Falta uma delas e o próximo passo não é contratar. Também não é desistir: é produzir a que falta. Cada ausência tem um encaminhamento diferente, e nenhum deles é comprar mais rápido.

A palavra que separa é incômodo. Um incômodo é real, é chato e às vezes dura anos, e ainda assim não sustenta um escopo. Ele vira problema no momento em que ganha data e consequência, e é isso que a primeira parte do percurso verifica.

Passar nas quatro também não fecha a questão. Ainda faltam dois testes, e eles reprovam casos legítimos: a solução precisa ser do tamanho do problema, e precisa atingir a causa e não o sintoma que a tornou visível.

Quatro condições, e a ordem entre elas importa.

São quatro perguntas, nesta ordem, e cada uma só faz sentido depois de a anterior ter passado.

Um. Existe uma ocorrência real, com data?

Dois. Existe uma consequência observável?

Três. Existe alguém com autoridade para decidir?

Quatro. Existe alguém responsável depois da entrega?

A ordem não é estilo. Se a primeira falha, o que você observar na segunda é opinião sobre uma coisa que ninguém confirmou. Se a terceira falha, a quarta não tem como ser respondida, porque quem ainda não decidiu não nomeou ninguém para sustentar. Verificar fora de ordem produz respostas que parecem informação e são resíduo da falha anterior.

Pare na primeira que falhar. O encaminhamento daquela condição é o seu, e as seguintes ficam para depois de ele ter sido cumprido.

Depois das quatro vêm os dois testes, e eles funcionam de outro jeito: não eliminam o problema, mudam o tamanho da resposta.

Um incômodo vira problema quando ganha data e consequência.

Condição um: a ocorrência. O que precisa existir é um caso, não uma sensação. Você consegue contar uma vez em que aquilo aconteceu, dizendo quando foi, quem estava envolvido e o que foi feito na hora. Não precisa ser o pior caso nem o mais recente. Precisa ser um caso.

A evidência para procurar é simples e não está em relatório. Está em uma mensagem trocada, um pedido que voltou, uma reunião que parou, um cliente que perguntou duas vezes a mesma coisa. Se você abrir a conversa daquele dia e ela existir, a condição passou.

O que a ausência significa: o que você tem é uma impressão, e impressões são frequentemente verdadeiras. Só não dá para contratar sobre elas, porque ninguém consegue escrever escopo sobre "às vezes dá problema". O próximo passo: observar por um período curto e anotar as ocorrências quando acontecerem, com data. Duas ou três bastam. O que ainda não dá para concluir: que o problema não existe. Falta registro, e falta de registro não é ausência do fato.

Condição dois: a consequência. O que precisa existir é alguma coisa que piora por causa daquilo, e alguém que sinta essa piora. Pode ser tempo de gente, pode ser um cliente que espera mais do que deveria, pode ser uma decisão que fica em aberto, pode ser retrabalho. Não precisa ser dinheiro, e não precisa estar quantificado.

A evidência para procurar é a resposta a duas perguntas ditas em voz alta: o que piora, e para quem. Se as duas tiverem resposta em uma frase, a condição passou. Se a resposta for "melhoraria o processo" ou "ficaria mais organizado", ainda não passou, porque nenhuma das duas nomeia quem sente.

O que a ausência significa: o que existe é incômodo, e incômodo não sustenta escopo. O próximo passo: não contratar agora, e voltar quando a consequência aparecer ou quando ficar claro que ela não vai aparecer. O que ainda não dá para concluir: que aquilo é irrelevante. Muita coisa incômoda continua incômoda por anos sem nunca virar prioridade, e essa é uma decisão legítima de quem administra recursos limitados.

Existe um caso frequente que passa nas duas condições e mesmo assim não é contratável ainda: a ocorrência é real, a consequência é clara, e a causa está em como o trabalho foi combinado entre as pessoas. Ferramenta nenhuma resolve um desacordo que ninguém escreveu. Como descobrir se o que quebra é a execução, o processo ou o combinado por trás dele.

Quem decide agora, e quem responde quando eu já tiver saído.

Condição três: o titular da decisão. O que precisa existir é uma pessoa que possa escolher entre caminhos, liberar acesso a sistema e conta, e assumir a escolha depois. Frequentemente é a mesma pessoa que sente o problema, e frequentemente não é.

A evidência para procurar é um nome. Não um cargo, não uma área, não "a diretoria". Se você conseguir dizer quem, em nome próprio, vai responder quando alguém perguntar por que foi feito assim, a condição passou.

O que a ausência significa: o projeto vai travar na primeira semana, e vai travar em algo pequeno, como um acesso que ninguém sabe quem concede. O próximo passo: resolver a titularidade antes, e ela é uma conversa interna, não um projeto. O que ainda não dá para concluir: que a empresa é desorganizada. Muitas vezes o titular existe e nunca foi nomeado em voz alta, e nomear resolve.

Condição quatro: o titular depois. O que precisa existir é alguém que responda por aquilo quando a entrega terminar. Quem vai usar, quem vai perceber se sair do lugar, quem vai atualizar quando a regra mudar. Essa é a condição que quase nunca é verificada antes, e é a que mais destrói projeto bem executado.

A evidência para procurar é outra vez um nome, e uma frase que essa pessoa consiga completar: se isso parar de funcionar em três meses, quem percebe primeiro. Se ninguém percebe, ninguém é titular.

O que a ausência significa: a entrega vira abandono. Não porque foi mal feita, mas porque nada continua funcionando sozinho quando ninguém responde por aquilo. O próximo passo: adiar até existir titular, ou reduzir o escopo para o tamanho que a pessoa disponível consegue sustentar. O que ainda não dá para concluir: que é preciso contratar alguém dedicado. Titular não é cargo novo, é responsabilidade nomeada.

As duas titularidades são diferentes e costumam ser confundidas. Quem decide precisa de autoridade; quem sustenta precisa de convivência com a operação. O que continua sendo obrigação de quem entrega, e o que só existe dentro da sua empresa.

A solução precisa caber no tamanho do problema.

As quatro condições passaram. Agora vêm dois testes que não eliminam o problema, mas mudam a resposta.

Teste cinco: proporção. Existe alternativa interna, manual ou menor que resolva o mesmo caso? A pergunta parece óbvia e quase nunca é feita, porque quem chegou com o nome de uma ferramenta já pulou essa etapa. Um relatório que alguém refaz uma vez por mês em vinte minutos não sustenta uma estrutura de acompanhamento. Uma dúvida que chega três vezes por semana pode ser resolvida por um texto padrão antes de virar agente.

Aqui vale desmontar a ideia mais difundida do assunto. Modelos de maturidade organizam a empresa em estágios e sugerem que o estágio seguinte é sempre melhor. Não é. Estabilizar onde está é um resultado legítimo, e o custo de operar uma estrutura maior do que a necessidade costuma aparecer bem depois de a decisão ter sido tomada. Se a alternativa menor resolve o caso da condição um, ela é a resposta, e a maior fica para quando o caso mudar de tamanho.

Antes de decidir que o manual é pequeno demais, vale medir quanto ele custa hoje, porque a impressão sobre isso costuma errar nas duas direções. Como dimensionar o custo do que é feito no braço, sem transformar a conta numa justificativa.

Teste seis: alvo. A contratação resolve a ocorrência da condição um, ou apenas o sintoma que a tornou visível? Este é o teste que mais reprova, e reprova casos que passaram em tudo.

É aqui que vale dizer, em uma linha cada, o que cada uma das seis soluções pode responder e o que nenhuma delas resolve sozinha. Uma landing page pode responder a um problema definido de campanha, oferta e ação única, e não resolve sozinha tráfego, atendimento ou uma oferta que ninguém quer. Um site institucional pode responder a uma lacuna de presença, confiança e organização da informação, e não substitui estratégia comercial. Uma estrutura de Power BI pode responder à necessidade de reunir fontes e acompanhar indicadores, e não corrige sozinha uma fonte errada nem uma regra de negócio que ninguém acordou. Uma configuração de Analytics pode responder à necessidade de medir comportamento no ambiente digital, e não substitui registro comercial nem valida se a venda aconteceu. Uma automação pode responder a uma execução repetitiva e já definida, e não deve ser usada para cristalizar um processo ruim. Um agente de IA pode responder a tarefas com base de conhecimento, limites declarados e supervisão, e não substitui decisão que precisa de responsável.

Repare no que todas as seis têm em comum: cada uma resolve uma classe de problema e nenhuma resolve o que está em outra camada. Se o teste reprova: o problema está fora do alcance de qualquer uma delas, e o encaminhamento é o sétimo da próxima seção.

Nem toda resposta termina numa contratação, e a maioria não termina.

O percurso tem sete destinos. Seis deles não são um projeto comigo, e eles vêm primeiro porque são os mais frequentes.

Observar para produzir evidência. A condição um falhou: existe impressão e não existe caso. O que fazer é anotar as ocorrências por algumas semanas, com data. É a saída mais barata do percurso inteiro e a que mais muda a conversa seguinte.

Reorganizar internamente. Existe caso e existe consequência, e a causa é de processo ou de combinado entre pessoas. Nenhuma ferramenta resolve isso, e comprar uma agora deixa o desacordo intacto com uma camada de tecnologia por cima.

Definir quem decide. A condição três falhou. O que fazer é uma conversa interna que termina com um nome, e ela costuma levar menos tempo do que qualquer projeto.

Definir quem sustenta depois. A condição quatro falhou. Ou aparece um titular, ou o escopo diminui até caber em quem existe. As duas saídas são legítimas; entregar sem titular não é.

Resolver por uma alternativa menor. O teste cinco reprovou. O caso é real e a resposta é menor do que parecia. Faça a menor, use por um tempo, e reavalie se o problema voltar em outro tamanho.

Concluir que nenhuma das seis é a resposta. O teste seis reprovou. O que está travando é oferta, preço, atendimento, contratação de pessoas ou algo de outra ordem. Nesse caso não há o que eu venda que ajude, e insistir em uma das seis apenas transfere o problema para uma tela nova.

Contratar. É o sétimo destino, e ele só aparece quando as quatro condições passaram, a resposta é proporcional, o alvo está correto e a contratação resolve a ocorrência que abriu o percurso. Aqui a conversa deixa de ser sobre se faz sentido e passa a ser sobre escopo.

Nenhum desses sete destinos é o nome de um serviço, e isso é deliberado. Um percurso que terminasse apontando para uma página de venda seria a mesma avaliação de prontidão da primeira seção, com outra roupa.

Quem escreveu isto vende as seis, e isso precisa entrar na sua leitura.

Eu ofereço as seis soluções citadas na seção anterior. O percurso acima decide se você deveria comprar alguma delas, e foi escrito por quem ganha quando a resposta é sim. A forma honesta de lidar com isso não é negar o interesse: é deixar o instrumento verificável e dizer onde ele me favorece. Ele me favorece quando alguém chega com as quatro condições resolvidas, porque o trabalho fica mais curto e mais barato de executar. E ele me custa nos seis destinos que não geram projeto, que são os que aparecem primeiro na seção anterior. Concluir que nenhuma das seis serve é um resultado permitido aqui, e é o único ponto em que a primeira pessoa era indispensável.

Vale dizer o que fica de fora. Este instrumento não substitui diagnóstico técnico: dizer que existe base para contratar não é o mesmo que saber o que precisa ser feito, e essa parte continua exigindo olhar a operação por dentro. Ele não estima custo, prazo nem esforço, e nenhuma das seis perguntas produz número.

Ele também não garante resultado. Passar nas quatro condições e nos dois testes significa que o caso é contratável, não que o projeto vai dar certo. Continuam de fora coisas que nenhum instrumento prévio alcança, como mudança de prioridade, saída da pessoa que era titular e alteração de regra depois do combinado.

E ele não classifica você. As condições descrevem o que o caso tem, não o que a empresa é. Reprovar em uma delas não significa que alguém errou: significa que falta uma coisa nomeável, e que essa coisa é produzível antes de qualquer contrato.

Se você quiser conferir de onde vem o critério e em que condições este trabalho é indicado, isso está declarado em outro lugar. A trajetória, o método e os limites que sustentam o que está escrito aqui.