Como criar a sua própria ferramenta sem saber programar

Todo gestor de tráfego já teve a mesma ideia: uma tela com todos os clientes, os números do mês, o que vence essa semana e o que está travado. Nada complicado. O que sempre travou não foi a ideia, foi o caminho até ela: orçamento de desenvolvedor, prazo de semanas, retrabalho e a sensação de estar pedindo algo em outro idioma.

Esse caminho mudou. Hoje, construir uma ferramenta interna é mais parecido com explicar bem o que você quer do que com escrever código. E quem conhece o próprio processo já tem a parte cara resolvida.

O que realmente atrasa uma ferramenta

Quando um projeto interno demora ou morre, quase nunca é por dificuldade técnica. É por uma destas três razões:

• Escopo grande demais no começo: querer o sistema completo antes de ter a primeira tela útil.
• Especificação vaga: pedir um painel de clientes sem saber quais colunas, quais status e quem vê o quê.
• Não publicar: o projeto vive no computador, nunca é usado de verdade e por isso nunca fica bom.

Ferramenta que não está no ar não é ferramenta, é rascunho. Publicar tosco no dia 2 vale mais que publicar perfeito no mês 3.

Escolha a primeira tela pelo critério certo

A primeira coisa a construir não é a mais importante do sistema: é a que você abriria todo dia e que hoje custa tempo. Um filtro rápido:

A coluna da esquerda tem uma coisa em comum: cada item resolve um problema sozinho, mesmo que nada mais seja construído depois. É esse critério que evita o projeto eterno.

Descreva antes de construir

A qualidade do que você constrói depende quase inteiramente da qualidade da descrição. Antes de qualquer coisa, escreva quatro coisas:

1. 1O que a tela mostra, campo por campo, com o nome que você usa no dia a dia.
2. 2De onde vem cada dado: digitado por você, importado de planilha ou buscado direto da plataforma.
3. 3Quem acessa: só você, o time, ou também o cliente. Isso muda o que precisa existir de proteção.
4. 4O que acontece quando algo dá errado: campo vazio, dado que não chegou, número fora do esperado.

Esse documento de meia página é o que separa uma ferramenta que serve de uma que fica quase certa. E é trabalho de quem entende do negócio, não de quem entende de código.

Comece pelo interno, não pelo que o cliente vê

Existe uma tentação forte de começar pelo painel bonito que o cliente vai acessar. É o caminho mais lento e o mais arriscado: exige acesso, senha, permissão, e qualquer erro aparece para fora.

A ordem que funciona é o contrário disso. Primeiro a ferramenta que só você usa, onde errar não custa nada. Depois de algumas semanas de uso real, quando ela já provou o valor, abre-se a parte que o cliente vê. A discussão sobre planilha, ferramenta pronta e sistema próprio está em planilha, ferramenta pronta ou sistema próprio.

O que construir primeiro, na prática

Quatro ferramentas resolvem a maior parte da dor de uma operação de tráfego, em ordem de retorno pelo esforço:

• Painel da carteira: todos os clientes, verba, renovação, status e o que está travado, em uma tela só.
• Relatório que se monta sozinho: os números chegam prontos no modelo, e sobra para você escrever a análise.
• Alerta do que saiu do padrão: campanha sem entrega, custo acima do teto, evento que parou de chegar.
• Painel do cliente: os quatro números da conta dele, atualizados sozinhos, num endereço que ele acessa quando quiser.

Repare que os quatro atacam o mesmo problema por ângulos diferentes: tirar da sua semana o trabalho de conferir, montar e avisar.

Os erros que aparecem em quase todo primeiro projeto

• Guardar credencial no lugar errado: token e chave de API nunca ficam dentro do código nem em mensagem. Vão para variável de ambiente, sempre.
• Construir para o caso perfeito: dado sempre chega quebrado, campo vem vazio, plataforma fica fora do ar. Trate isso desde o começo.
• Não versionar: sem histórico, um ajuste ruim apaga o que funcionava e não tem volta.
• Fazer tudo em uma tela gigante: três telas simples são mais fáceis de manter que uma que faz tudo.
• Adiar a publicação até ficar bonito: acabamento é a última etapa, não a primeira.

O ganho que não aparece na conta de economia

É comum justificar o sistema próprio pela mensalidade que deixa de ser paga. É o menor dos ganhos. O que muda de verdade são três coisas: você para de esperar que alguém construa o que a sua operação precisa; o seu processo deixa de ser igual ao de todo mundo que assina a mesma ferramenta; e, na reunião, o cliente vê uma operação com estrutura própria.

Some a isso o efeito sobre a capacidade: cada trabalho manual que sai da semana devolve horas que voltam para atendimento e prospecção, que é o que está detalhado em quantos clientes um gestor consegue atender sozinho.

Você não precisa virar programadora. Precisa parar de aceitar que a sua operação caiba no que a ferramenta de outra pessoa permite.