Todo cliente nosso tem um subdomínio com uma linha do tempo de tudo que entregamos — real, auditável e na linguagem dele. Por que transparência virou padrão da casa.
toda entrega vira marco datado · fonte = git + deploys + changelogs · linguagem de cliente, não de dev · padrão pra todo cliente novo
Boa parte do que a gente entrega mora embaixo do capô: um workflow que sincroniza o CRM, uma função que carimba a origem do lead, uma tabela que guarda o que aconteceu. Funciona — mas o cliente não vê. E o que não se vê vira a pergunta mais desconfortável de qualquer contrato: “e aí, o que vocês andaram fazendo esse mês?”.
Relatório em PDF não resolve: ninguém abre, envelhece no instante em que é enviado e some no fundo do e-mail. A transparência precisa ser um lugar, não um anexo.
Todo cliente nosso tem um subdomínio próprio — e nele, uma página /entregas. É uma linha do tempo vertical de tudo que entregamos pra ele, com a data em que cada coisa entrou no ar. Não é um relatório: é uma página viva, que cresce a cada marco.
O cliente abre um link e vê, do mais recente pro mais antigo, a operação inteira sendo construída — atlanta.digitalpostep.com/entregas, coberpool.com.br/entregas. O mesmo padrão em todos.
Aqui mora a diferença. Nada na página é estimativa, promessa ou “em andamento”. Cada marco vem de uma fonte de verdade que a gente já mantém no dia a dia:
git log — o código versionado do dashboard, commit a commit.
histórico de deploys — o que subiu pra produção, com data e hora.
changelogs de infra — workflow ativado, função publicada, tabela criada.
notas de fechamento de cada sessão de trabalho.
→ Se um marco está na página, ele aconteceu — e dá pra apontar exatamente onde. Transparência que se audita, não que se promete.
O outro pilar: a gente traduz. “Adicionei a coluna cpf_terceiro na tabela de leads” não diz nada pro cliente. “O sistema agora guarda o CPF do titular pra quando a venda sai no nome de outra pessoa” diz tudo.
Cada marco vira valor, não jargão. Categoria colorida, data e uma frase que o cliente entende no primeiro fôlego. Fica assim:
→ Filtrável por categoria, sempre do mais novo pro mais antigo — o cliente lê a operação como uma história, não como um log técnico.
Transparência vira confiança — e confiança é o que segura contrato. Quando o cliente vê o valor acumulando semana a semana, três coisas acontecem:
E tem um efeito interno: a página nos obriga a fechar cada entrega de verdade, porque ela vira registro público pro cliente. O padrão puxa a disciplina pra cima.
A /entregas não é um mimo pra cliente grande. É padrão da casa: todo cliente novo já nasce com subdomínio + /entregas previstos, no mesmo pacote da arquitetura de pastas, do chat fixo do projeto e dos critérios de documentação.
O cliente não deveria ter que confiar no nosso “tá sendo feito”. Ele deveria poder ver. Uma página, auditável, na linguagem dele, atualizada conforme a gente entrega. Transparência é feature — não favor.