Quem faz o diagnóstico é quem escreve o código dos sistemas deste site.
Tiramos operações de aplicativos improvisados, de planilhas e de papel, e colocamos num sistema próprio, que a equipe do cliente usa todo dia. São dois sócios: Henrique responde pela engenharia, de São Sebastião, e atende o Brasil todo, de São Sebastião; Igor responde pela operação internacional, de Londres. O que a H&I sabe foi aprendido onde o sistema roda: dentro da operação do cliente.
A sigla não é enfeite. São duas pessoas, e cada uma faz uma metade do trabalho.
Já tínhamos negócios juntos antes da H&I, e-commerce e personalização, entre outros. A H&I nasceu quando ficou claro que a parte que mais faltava para os nossos clientes não era vender melhor: era a operação parar de depender de gente fazendo à mão o que um sistema faz sozinho.
Henrique, Brasil
Henrique responde pela engenharia: escreve o código, sobe o sistema e mantém no ar. Trabalha de São Sebastião, no litoral norte de São Paulo, e atende o Brasil inteiro. No litoral norte e no Vale do Paraíba o encontro presencial é possível quando o projeto pede; no resto do país o trabalho é remoto, e isso não muda o que é entregue. Quem faz o diagnóstico é quem vai construir: você não conversa com um vendedor e depois recebe outra pessoa.
Igor, Londres
Igor responde pela operação internacional, de Londres: prospecção, proposta e a relação comercial com o cliente de fora. Tem cidadania italiana, o que mantém a porta aberta para a União Europeia além do Reino Unido. É ele quem está no fuso de vocês.
Uma empresa não deveria parar porque alguém faltou. É esse o problema que resolvemos.
A maior parte do que encontramos não é falta de tecnologia, é tecnologia no lugar errado. O dono comprou um sistema que não serve, então a equipe criou o remendo: a planilha paralela, o caderno, o grupo de mensagem. O remendo funciona enquanto a pessoa que o mantém estiver ali. No dia em que ela sai de férias, adoece ou pede demissão, o remendo vai junto, e o dono descobre que a operação estava na cabeça de alguém, não no sistema.
Missão
Construir sistemas sob medida que assumem o trabalho manual e guardam o conhecimento da operação onde ele não vai embora: no software. Se falta gente num dia, a empresa continua vendendo, cobrando e entregando.
Como medimos
Não é o número de telas entregues. É quanto trabalho repetitivo saiu da rotina da equipe, quanto erro de digitação deixou de acontecer e quanto o dono passou a enxergar sem precisar perguntar para alguém.
O que não fazemos
Automação aqui não é demitir. É parar de gastar a melhor hora da sua equipe com digitação, conferência e cobrança de status, e devolver essa hora para o que só uma pessoa faz: atender bem e resolver o caso difícil.
Onde isso aparece
Hoje é o que mais nos procuram. O sistema atende e qualifica sozinho, recebe pedido, avisa a equipe quando algo trava e conversa com o que a empresa já usa, sem obrigar ninguém a abrir mais um programa para trabalhar.
Três parágrafos, sem currículo.
A H&I se formou dentro de operação real, não em sala de aula: loja com três unidades, salão de restaurante cheio às oito da noite, obra em andamento. Nenhuma delas tinha um problema de tecnologia. Tinham um trabalho que a tecnologia estava atrapalhando.
Um ERP e um aplicativo instalável para uma rede de lojas de tintas com três unidades: 62 tabelas, 199 endpoints, cerca de 82.400 linhas de TypeScript. Um PDV de restaurante, em 15 versões publicadas. Um motor de precificação de autopeças refeito do zero. Um sistema de gestão de obras para uma construtora. Fora esses: automação por WhatsApp, geração de conteúdo com IA e e-commerce. E, como produto próprio, uma plataforma que hospeda vários clientes no mesmo servidor, com Docker, Traefik e Stripe.
Sistema pronto obriga a operação a caber nele. Quando não cabe, a equipe inventa o remendo: a planilha paralela, o caderno, o grupo de WhatsApp. Preferimos o contrário. A equipe já sabe como o trabalho é feito; o software é que tem de seguir. Por isso escrevemos do zero a parte que é do cliente, e usamos peça de mercado só onde ela resolve sem cobrar liberdade em troca.
Atendemos dos dois lados, e as duas coisas não são iguais.
Está escrito aqui na página, e não guardado para a primeira reunião.
Base em São Sebastião, no litoral norte de São Paulo, e atendimento em todo o Brasil. Onde dá para ir, a gente vai: ver o salão cheio no sábado à noite muda o que é construído na segunda de manhã. Onde não dá, o trabalho é remoto, e o que é entregue é o mesmo.
Igor responde pela operação internacional, de Londres: captação, proposta e acompanhamento comercial. A engenharia continua no Brasil. O H e o I da H&I são os dois sócios. Londres é frente nova: o que a H&I leva para lá é o mesmo método aplicado aqui, com o sistema escrito em português e em inglês desde o primeiro dia.
A H&I não tem escritório em Londres. Se o seu projeto exige alguém dentro do seu escritório toda semana, não somos a escolha certa. Dizemos agora porque descobrir isso no meio do caminho custa caro para os dois lados.
Quatro princípios. Cada um com a consequência prática que ele tem para você.
Você leva o repositório inteiro.
Código-fonte, documentação e o que está rodando em produção ficam com o cliente. Se você decidir trocar de fornecedor amanhã, não precisa pedir autorização a ninguém nem esperar exportação. As regras completas de propriedade e de saída estão escritas na página Como trabalhamos.
O checklist inteiro está na página de tecnologia.
O fail2ban entrou depois de contarmos 346 tentativas de força bruta no SSH em sete dias. Esse é o tipo de decisão que sai de um número lido no log, e não de uma recomendação genérica. Cada item aplicado está descrito com nome e detalhe na página de tecnologia.
Internet caída não pode parar a venda.
O PDV do restaurante roda na rede local: se a operadora cair no sábado à noite, o salão continua vendendo e os pedidos sobem sozinhos depois. No aplicativo da rede de lojas, a fila de alterações fica guardada no próprio celular e descarrega ao reconectar. Projetamos para o pior dia, porque é ele que decide se a equipe confia no sistema.
O diff é lido antes de qualquer coisa subir.
Usamos agentes de IA separados por papel, planejamento, arquitetura, UX, QA, segurança, red team, documentação, cada um isolado no seu próprio worktree do Git, com um quadro compartilhado entre eles. Publicamos essa orquestração como skill aberta, e qualquer pessoa pode auditar o que ela faz. A decisão de arquitetura continua sendo nossa, e a revisão de segurança acontece antes de qualquer coisa ir ao ar.
O que dá para mostrar sem expor cliente está público.
github.com/Riicke/SkillAgentTeam
A skill /agent-team é aberta: orquestração de agentes de IA por papel, com isolamento por worktree do Git e quadro compartilhado. É o nosso processo de trabalho publicado, para quem quiser auditar antes de contratar ou usar no próprio time.
O bastidor do que está sendo construído: tela nova, versão publicada, o antes e o depois de uma operação que ainda saía no papel.
Perfil profissional e as notas mais longas: por que uma decisão técnica foi tomada e o que deu errado no caminho até ela.
Diagnóstico de 30 minutos, gratuito e sem compromisso: você sai com um resumo escrito do seu problema, e ele é seu mesmo que não trabalhemos juntos. Você conta o que ainda é feito na mão e onde a operação trava. Quem responde é quem vai construir.
suporte@myhidigital.com
Para quem prefere deixar o contexto escrito antes de conversar.
+55 12 99626-4723
Para quem prefere falar antes de escrever.
