Serviços

Tomo decisões técnicas difíceis e fico para as implementar.

Trabalho diretamente com pequenas equipas em sistemas de IA, produtos de software e lançamentos difíceis. Defino o risco, escolho o caminho sólido mais curto e construo com as pessoas que vão assumir o sistema.

Falar sobre um projeto Serviços

Serviços

Comece pelo problema que tem à sua frente.

Auditoria de Oportunidades de IA

Analiso um fluxo de trabalho, ordeno as oportunidades e entrego um plano de ação de 30 dias antes de começar qualquer desenvolvimento.

O problema
Um fluxo de trabalho está a custar tempo ou precisão. A equipa reconhece o problema, mas não sabe se a resposta é IA, software mais simples ou uma melhoria de processo.
O meu trabalho
Mapeio entradas, decisões, passagens de responsabilidade e pontos de falha. Depois ordeno cada mudança por valor, esforço, risco e controlo humano necessário.
03
O resultado
- Conclusões sobre o fluxo de trabalho
- 3–7 oportunidades priorizadas
- Detalhe das recomendações
- Plano de ação de 30 dias
✓

Sistemas de IA

Construo fluxos de IA à volta da forma como a tua equipa já trabalha, com uma pessoa nas decisões que importam.

O problema
A pesquisa, o apoio, os relatórios ou o acompanhamento manual são lentos, inconsistentes e estão dispersos por várias ferramentas.
O meu trabalho
Ligo os dados, automatizo passos testáveis, registo ações importantes e exijo aprovação quando o custo de um erro é real.
03
O resultado
- Conceção de fluxos de trabalho com IA
- Bases de conhecimento e recuperação de informação
- Integrações com as ferramentas que já utiliza
- Testes, salvaguardas e aprovação humana
✓

Engenharia de produto

Transformo uma decisão de produto em software funcional e acompanho o lançamento e as primeiras lições difíceis.

O problema
A ideia parece clara numa reunião. A interface, os dados, a arquitetura e o plano de entrega ainda não estão alinhados.
O meu trabalho
Defino a versão mais pequena que vale a pena entregar, construo o percurso completo e documento os compromissos antes de se tornarem caros.
03
O resultado
- Definição do produto e plano técnico
- Aplicações Web full-stack
- APIs, fluxos de dados e integrações
- Lançamento, análise de dados e iteração
✓

Direção técnica

Entro quando um produto precisa de uma decisão técnica difícil, um plano de recuperação ou um lançamento que não pode derrapar.

O problema
A equipa está a entregar, mas uma arquitetura pouco clara, a falta de responsabilidade definida ou o risco de entrega atrasam a decisão seguinte.
O meu trabalho
Fico próximo do produto e do código, questiono pressupostos arriscados, registo as decisões e ajudo a entregar o caminho crítico.
03
O resultado
- Revisões de arquitetura e entrega
- Decisões sobre o roteiro e o âmbito
- Due diligence técnica
- Apoio direto a lançamentos críticos
✓

Publicação técnica e descoberta

Torno o trabalho técnico fácil de encontrar, compreender e verificar — sem escrever para robôs.

O problema
O produto funciona. O site, as provas e as explicações não o demonstram.
O meu trabalho
Corrijo a arquitetura da informação, o desempenho, os dados estruturados, o rasto das fontes e o texto. Depois meço o que as pessoas e os sistemas de pesquisa conseguem realmente alcançar.
03
O resultado
- Arquitetura de informação e percursos de rastreio
- Dados estruturados e registos de fontes
- Modelos de conteúdo técnico
- Diagnóstico de desempenho e descoberta
✓

Escrita técnica e publicação

Transformo código, entrevistas e provas em artigos técnicos, documentação e relatórios que as pessoas conseguem usar.

Preços de escrita técnica

O problema
O conhecimento está na equipa e no código. O leitor continua sem conseguir agir.
O meu trabalho
Analiso o material de base, entrevisto as pessoas certas, verifico as afirmações, escrevo a peça e acompanho-a até à revisão técnica e publicação.
03
O resultado
- Artigos técnicos e textos explicativos
- Documentação de produto e para developers
- Relatórios técnicos baseados em pesquisa
- Edição, diagramas, metadados e publicação em CMS
✓

Trabalhar em conjunto

Torna o risco visível. Entrega a prova útil mais pequena.

Quem toma as decisões de produto mantém-se perto do trabalho. Começo pela parte útil de maior risco e documento o que a equipa vai herdar.

01 Enquadrar
Definir o resultado, as restrições e as pessoas afetadas.
utilizadores · sistema · contexto
02 Decidir
Explicitar as escolhas e escolher um caminho reversível.
risco · responsabilidade · âmbito
04 Observar
Medir o comportamento, as falhas e o que a equipa aprende.
sinais · feedback · recuperação
03 Construir
Entregar a menor parte útil com os controlos necessários.
código · testes · lançamento

Uso o mesmo ciclo para decisões de produto, desenho de sistemas e entrega.

Boa opção

O trabalho é concreto, mesmo que a resposta ainda não seja óbvia.

Há um produto, fluxo de trabalho ou decisão real que precisa de avançar.
Queres experiência técnica sénior e implementação prática asseguradas pela mesma pessoa.
Sentes-te à vontade para começar com uma versão pequena mas útil e melhorá-la com base em feedback real.
Valorizas compromissos claros, progresso visível e uma transição bem organizada.

Não é adequado

O projeto precisa de um tipo de equipa diferente.

O projeto exige uma grande equipa externa de execução.
O objetivo é apenas acrescentar a indicação de IA sem alterar o produto.
Não há ninguém disponível para tomar decisões sobre o produto.
O sucesso depende de alegações que não podem ser fundamentadas.

Perguntas frequentes

As perguntas que ouço com mais frequência.

Respostas diretas sobre o trabalho, o meu percurso e quando uma colaboração faz sentido.

O que crio?

Construo fluxos de IA, produtos web e as fundações técnicas que os sustentam. Levo um problema confuso da primeira decisão até ao software funcional e deixo a equipa com um sistema que consegue operar.

Onde estou sediado?

Estou sediado na Ericeira, na região de Lisboa, em Portugal. Trabalho à distância com equipas de toda a Europa.

Que tipo de projeto se adequa melhor?

Um produto, fluxo de trabalho ou decisão técnica reais, com uma pessoa responsável. Podemos começar em pequeno, mas alguém tem de conseguir tomar decisões de produto e dar acesso às provas.

Como abordo um sistema de IA?

Começo pelo trabalho: quem é responsável, que informação circula, onde falham as decisões e quanto custa um erro. A IA só entra onde pode ser testada. Permissões, revisão, registos e recuperação fazem parte da solução.

Posso assumir o papel de líder técnico com intervenção direta?

Sim. Posso definir a arquitetura e a direção de entrega enquanto me mantenho próximo do código crítico, do comportamento do produto e do caminho para o lançamento.

Trabalho em produtos de Bitcoin e Ordinals?

Sim. O meu trabalho público inclui Pizza Ninjas, Pizza Pets e Project Spartacus, abrangendo pipelines de inscrições, ativos recursivos, sistemas on-chain e operações adaptadas à mempool.

Já lancei contratos inteligentes na Ethereum?

Sim. Na Yakuza Inc., fui responsável pelo contrato ERC-721 e pelo pipeline de mint, desde a lista de acesso à venda pública. O lançamento de 3,223 tokens angariou 321.4 ETH através do contrato.

Um problema ainda por definir é suficiente.

Diz-me o que está bloqueado, arriscado ou a custar tempo à equipa.

Falar sobre o projeto