Antes de construíres a ferramenta, dá nome ao ponto de bloqueio

A decisão de construir começa depois de a conversa ficar honesta. É tentador começar pela ferramenta. Um novo painel, fluxo de marcação, CRM, automação, app interna, portal de cliente, agente de IA, ou site mais claro. A forma da solução é mais fácil de discutir do que a restrição por baixo dela. As ferramentas parecem concretas. Dão superfície ao problema. Mas muitos maus builds começam porque a equipa dá nome à ferramenta antes de dar nome ao bloqueio. Alguém diz: “Precisamos de um sistema.” Talvez precise. Mas que tipo de sistema? Um sistema para lembrar? Para decidir? Para vender? Para passar trabalho? Para tornar uma pessoa menos central? Para fazer clientes confiar no processo? Esses não são o mesmo problema.

Se a conversa continuar vaga, o build torna-se um contentor para todas as frustrações não resolvidas. Espera-se que a ferramenta crie disciplina, resolva comunicação, clarifique responsabilidades, melhore vendas, reduza stress, e faça o negócio parecer mais adulto. É peso a mais para software carregar quando o acordo real ainda não foi feito. Antes de construir, a conversa honesta tem de acontecer. Onde é que o trabalho realmente quebra? Quem carrega informação que não devia viver na cabeça dessa pessoa? Que decisão continua a ser adiada? O que está a ser repetido manualmente porque ninguém o transformou num processo? Onde é que os clientes perdem confiança? Onde é que a equipa finge que as coisas estão claras porque todos estão cansados de falar sobre elas?

Quando essas respostas ficam visíveis, a decisão de construir muda. Às vezes precisas de software. Às vezes precisas de uma página mais simples. Às vezes precisas de um formulário melhor. Às vezes precisas de uma checklist partilhada. Às vezes precisas de remover três ofertas. Às vezes precisas de uma conversa difícil com a pessoa que continua a quebrar o processo. A conversa honesta evita construir demais. Também evita construir de menos. Alguns negócios continuam a remendar o mesmo problema com memória, boa vontade e heroísmo porque construir o sistema certo os obrigaria a admitir quanta pressão uma pessoa está a carregar. Chamam-lhe flexibilidade. Muitas vezes é fragilidade. Um build útil começa pelo bloqueio, não pela lista de funcionalidades.

Se o bloqueio é confiança, a solução pode ser prova mais clara, melhor onboarding, ou uma página que explica a oferta sem chamada ao vivo. Se o bloqueio é passagem de trabalho, a solução pode ser um fluxo com dono e estado. Se o bloqueio é fadiga de decisão, a solução pode ser menos escolhas e um melhor padrão. Se o bloqueio é comunicação, a solução pode ser uma fonte de verdade partilhada. Só depois disso faz sentido decidir o que construir. É por isso que gosto de trabalhar na fronteira entre conversa e execução. A conversa mostra o que é real. O build torna a decisão concreta. Um sem o outro é mais fraco. Uma conversa sem próximo movimento pode tornar-se terapia para o negócio. Um build sem conversa honesta pode tornar-se teatro caro.

O bom trabalho está na passagem entre os dois. Dá nome ao bloqueio. Decide por que é que a ferramenta é responsável. Mantém o build suficientemente pequeno para servir o problema real. Depois constrói. A pergunta certa não é “devemos construir?” A pergunta certa é “que verdade é que o build teria de servir?” Se essa verdade ainda não está clara, continua a conversar antes de começar a construir.