# about

## A gente assume trabalho difícil de delegar

A Bleu trabalha com empresas de software e times DeFi quando o trabalho precisa de mais que implementação — precisa de alguém que entenda o problema de verdade, tome boas decisões e leve até o fim.

## Por que a Bleu existe

A Bleu nasceu de um padrão que a gente via se repetir: trabalho técnico importante sendo adiado, super-escopado ou construído em cima do problema errado.

O problema geralmente não era esforço. Era responsabilidade. Em algum lugar entre o pedido e a construção, o problema real parava de ser examinado com atenção suficiente.

A Bleu foi feita pra fechar essa lacuna. O trabalho não é só executar. É entender o que precisa acontecer de verdade, fazer bem feito e deixar o resultado forte o suficiente pra se sustentar em produção.

## No que a gente acredita

Muito trabalho caro de software começa a partir de um pedido que só tá parcialmente certo.

Isso é normal. O que importa é perceber cedo.

Quando a Bleu assume algo, a gente não trata o briefing como intocável. Questionamos o problema, entendemos do que o sucesso depende e partimos daí.

Isso costuma levar a decisões melhores, menos movimento desperdiçado e trabalho que não precisa ser repensado um mês depois.

## Como mantemos confiança

Confiança não se declara no início. Vem de práticas que tornam o trabalho visível e a responsabilidade clara.

- **Status sem precisar pedir**: O time manda updates — breves, regulares, no nível certo de detalhe. O cliente não deveria ter que perguntar.
- **Dono nomeado por projeto**: Todo projeto tem uma pessoa responsável pelo resultado. O cliente sabe quem é. Essa pessoa não é trocada sem transição clara.
- **Visibilidade da liderança**: Em projetos mais longos, um fundador ou líder sênior acompanha na frequência que faz sentido — não porque algo quebrou, mas pra confirmar que o trabalho ainda aponta pro alvo certo.
- **Transparência de alocação**: Quando capacidade muda — porque algo levou mais tempo ou o escopo evoluiu — o cliente fica sabendo antes de afetar a entrega. Surpresa de alocação é evitável.
- **Padrão real de qualidade**: Tudo que chega na frente de usuário atende o padrão que uma empresa de produto cobraria dos próprios engenheiros. Entregar algo que quebra ou parece pela metade compromete o resultado, não só o prazo.
- **Realinhamento quando algo não parece certo**: Quando check-ins cobrem sempre a mesma coisa, quando o briefing parece ter mudado, quando o time executa mas o resultado fica incerto — a Bleu puxa essa conversa antes de virar problema.

## Quem lidera a Bleu

José criou a Bleu depois de ver o mesmo modo de falha vezes demais: o trabalho era tecnicamente forte, o time era capaz, mas em algum lugar entre o pedido e o build, o problema real parava de ser examinado com atenção suficiente.

A solução não era processo melhor. Era montar uma empresa onde quem faz o trabalho trata o resultado como responsabilidade própria — e tem contexto e senso crítico suficiente pra pegar problemas cedo, antes de ficarem caros.

O que a Bleu faz é simples de descrever: trabalho técnico exigente, bem feito, com honestidade sobre o que encaixa e o que não encaixa.

## Como é trabalhar com a gente

- **A gente não complica à toa**: Se não dá pra explicar por que tá fazendo algo, provavelmente não deveria fazer.
- **A gente se importa com o resultado**: Sem teatro. Quando algo parece errado, a gente fala — mesmo que fosse mais fácil deixar passar.
- **A gente se integra, não fica de fora**: Aprendemos o produto a fundo pra decidir com contexto, não de fora.
- **A gente assume responsabilidade, não só tarefa**: Ticket importa. Mas o que interessa mesmo é se funciona quando chega no usuário.

## Como trabalhamos

Diretos, cuidadosos e tecnicamente sérios. Qualidade é prioridade, a gente fala quando algo parece errado e tenta facilitar a vida do seu time.

## Em números

- **50+** Projetos entregues
- **6** Anos de operação
- **$5M+** Em valor entregue
- **100%** Remoto desde o dia 1

## Segurança & Compliance

Trabalhamos com dados sensíveis e sistemas críticos. Levamos segurança a sério.

- NDAs em todos os projetos
- Acesso mínimo necessário
- Code review obrigatório
- Práticas de segurança padrão de mercado
- Testes de segurança em sistemas críticos