Ir para o conteúdo
Kaio Fujii

Projeto e construoos sistemas que empresasusam todos os dias.

Do site institucional ao ERP. Interfaces rápidas, arquitetura que aguenta crescer e decisões que se justificam no resultado, não no catálogo de tecnologias.

função
Desenvolvimento de produtos digitais
base
Suzano · São Paulo
em produção
6 projetos entregues
agenda
Disponível para novos projetos
trabalhos6 estudos de caso

Sistemas em uso, por empresas reais.

Cada projeto abaixo resolveu um problema específico de operação ou de receita. O nome do cliente é o menos interessante da história.
serviços4 frentes

O que eu construo.

Projeto de ponta a ponta: definição de escopo, arquitetura, interface, desenvolvimento e operação. Sem repassar a parte difícil para terceiros.

Plataformas e sistemas

Produtos que sustentam a operação diária: multiusuário, com permissões, relatórios e histórico auditável.

  • SaaS
  • ERP
  • CRM
  • Painéis administrativos
  • Dashboards
  • Portais internos
  • Sistemas sob medida

Presença e conversão

Sites que carregam rápido, aparecem na busca e transformam visita em contato qualificado.

  • Websites institucionais
  • Landing pages
  • SEO técnico
  • Performance
  • Analytics e medição

Interface e experiência

Telas densas em informação que continuam simples de usar, sob heurísticas de usabilidade consolidadas.

  • UX research aplicado
  • Arquitetura de informação
  • UI design
  • Design system
  • Acessibilidade

Integrações e automação

Sistemas conversando entre si para eliminar retrabalho e digitação duplicada.

  • APIs REST
  • Pagamentos
  • ERPs de terceiros
  • WhatsApp
  • Impressão fiscal
  • Rotinas automatizadas
stack23 tecnologias

Com o que eu construo.

Tecnologia padrão de mercado, de propósito: nenhum framework caseiro, nenhuma dependência exótica. Qualquer desenvolvedor competente consegue continuar o trabalho.

Linguagem e base

O que sustenta tudo o resto. Tipagem estrita de ponta a ponta, do banco à tela.

  • TypeScriptusado em 6 estudos de caso
  • Nodeusado em 2 estudos de caso
  • Reactusado em 2 estudos de caso

Web e interface

Renderização no servidor por padrão, JavaScript de cliente só onde ele paga o próprio peso.

  • Next.jsusado em 4 estudos de caso
  • Tailwindusado em 2 estudos de caso
  • Framer Motion
  • PWAusado em 1 estudo de caso
  • Design system

Dados e entrega

Modelo relacional e conteúdo servido do mais próximo possível de quem pede.

  • PostgreSQLusado em 2 estudos de caso
  • SSRusado em 1 estudo de caso
  • Renderização estáticausado em 1 estudo de caso
  • CDNusado em 1 estudo de caso
  • Imagens otimizadasusado em 1 estudo de caso

Integrações e dispositivos

A parte que encosta no mundo real, onde a rede oscila e o papel precisa sair da impressora.

  • APIs RESTusado em 1 estudo de caso
  • Impressão térmicausado em 1 estudo de caso
  • NFC / NDEFusado em 1 estudo de caso
  • WhatsAppusado em 1 estudo de caso
  • Pagamentos

Acesso e busca

Requisitos de origem, não ajuste final: quem pode ver o quê, e quem consegue te achar.

  • Autenticação por papéisusado em 1 estudo de caso
  • Dados estruturadosusado em 1 estudo de caso
  • SEO técnicousado em 2 estudos de caso
  • SEO localusado em 1 estudo de caso
  • Acessibilidade

o número ao lado de um item é em quantos estudos de caso ele foi usado

método4 etapas

Como um projeto acontece.

Projeto não é entrega de arquivos: é uma sequência de decisões. Esta é a ordem em que elas acontecem, e o que você recebe em cada uma delas.
  1. 01

    Diagnóstico

    Entendo a operação antes do software: quem faz o quê, onde trava, o que custa caro. O escopo sai daqui, e o que não precisa existir é cortado nesta etapa.

  2. 02

    Arquitetura

    Modelo de dados, fluxos e limites do sistema definidos por escrito. É o momento mais barato para mudar de ideia, e o mais caro para errar.

  3. 03

    Construção

    Entregas em ciclos curtos, com ambiente acessível desde a primeira semana. Você acompanha o produto crescendo em vez de esperar por uma revelação final.

  4. 04

    Operação

    Deploy, monitoramento, treinamento de time e ajustes com base no uso real. Todo sistema muda depois do primeiro contato com o mundo.

padrão de execuçãoincluído em todo projeto

O que já vem decidido antes de você pedir.

Não é lista de diferenciais: é o mínimo que considero entregável. Cada item existe porque a ausência dele cobra caro depois.
Arquitetura dimensionada para o próximo ano
Estrutura pensada para o volume que virá, sem pagar hoje a complexidade de uma escala que talvez nunca chegue.
Código que outra pessoa consegue manter
Tipagem estrita, componentes coesos e convenções explícitas. Você não fica dependente de mim para evoluir o produto.
Interfaces que dispensam treinamento
Hierarquia visual, agrupamento por proximidade e menos decisões por tela. O usuário reconhece em vez de lembrar.
Performance como requisito, não como ajuste final
Orçamento de carga definido no início do projeto e verificado a cada entrega. Rápido no 4G de quem está na rua.
SEO técnico desde a primeira linha
Renderização no servidor, dados estruturados, semântica correta e URLs estáveis. Buscador é infraestrutura, não plugin.
Acessibilidade verificada
Contraste real, navegação por teclado, foco visível e leitores de tela contemplados. Conformidade sem depender de sorte.
Dados tratados com responsabilidade
Autenticação sólida, permissões por papel, registro de alterações e coleta mínima. Feito para sobreviver a uma auditoria.
Continuidade depois da entrega
Documentação, transferência de conhecimento e suporte contínuo para quem prefere não montar time interno agora.
sobreKaio Fujii

Tecnologia é o meio. O resultado é a operação funcionando.

Trabalho na fronteira entre negócio, design e engenharia. Antes de escolher stack, eu entendo como a empresa opera: onde a informação trava, o que é feito no papel, qual planilha ninguém pode perder e quanto custa um erro de digitação. O software vem depois, e vem menor, mais direto e mais fácil de usar do que se costuma imaginar.

Já entreguei desde presença digital para empresas com três décadas de mercado até plataformas de gestão em produção, com usuários dependendo delas para faturar no fim do dia. São contextos diferentes com a mesma exigência: precisa funcionar no primeiro dia, continuar funcionando no ano seguinte e ser mantido por quem vier depois.

Escrevo código pensando em quem vai lê-lo, desenho interfaces pensando em quem nunca viu um manual e trato performance, acessibilidade e SEO como requisitos de origem. Aceito poucos projetos ao mesmo tempo, porque a diferença entre um sistema aceitável e um sistema bem feito está quase sempre no detalhe que ninguém tinha tempo de olhar.

Base
Suzano, SP. Atendimento remoto em todo o Brasil
Atuação
Produto, engenharia e interface, de ponta a ponta
Setores
Logística, alimentação, telecom, serviços, indústria
Stack principal
TypeScript, React, Next.js, Node, PostgreSQL
compromissos7 respostas

As perguntas que ninguém faz na reunião.

Todo projeto de software carrega o mesmo conjunto de medos, e quase nunca eles são ditos em voz alta na reunião. Então estão aqui, com a resposta por escrito.

E se você desaparecer no meio do projeto?

O código fica no seu repositório desde o primeiro dia.

Repositório, domínio, servidor e banco no nome da sua empresa. Nada roda em conta pessoal minha. Se eu sair de cena amanhã, o produto continua no ar e outro time assume de onde parou.

O que eu pago é meu, ou eu estou alugando?

Código, design e dados são seus, por escrito.

Cessão total de direitos na entrega. Não existe licença mensal para continuar usando aquilo que você já pagou uma vez.

Vou ficar dependente de você para sempre?

Tecnologia padrão de mercado, de propósito.

React, TypeScript, Node, PostgreSQL. Nenhum framework caseiro, nenhuma dependência exótica: qualquer desenvolvedor competente consegue continuar o trabalho. Facilitar a sua saída faz parte do serviço.

E se no fim não for o que eu imaginei?

Você vê o produto funcionando desde a primeira semana.

Ambiente acessível a você desde o começo, com entregas em ciclos curtos. Não existe revelação no último dia: a hora de discordar é toda semana, enquanto mudar ainda é barato.

Preciso pagar tudo antes de ver alguma coisa?

Pagamento por etapa entregue.

O escopo é dividido em fases com valor e prazo definidos antes de começar. Você paga contra entrega verificável, não contra promessa.

E se der problema depois que estiver rodando?

Defeito é meu problema, não orçamento novo.

Correção de erro naquilo que foi entregue está coberta por 90 dias após a publicação. Suporte contínuo existe para quem quiser, é opcional e tem preço próprio. Não é pedágio.

E se eu decidir não seguir com o projeto?

O diagnóstico é seu, mesmo que você não me contrate.

A primeira fase termina em um documento de escopo e arquitetura que tem valor por si só. Se você preferir seguir com outro time, leva o documento: você pagou por ele.

ponto de partidadiagnóstico de escopo e arquitetura

A primeira fase é um produto por si só, e ela é sua mesmo que você não me contrate depois.

Antes de existir uma linha de código, existe uma pergunta: o que precisa ser construído, e o que não precisa. Eu entro na sua operação, entendo quem faz o quê, onde a informação trava e quanto custa cada erro. No fim, você tem um documento que descreve o sistema, a arquitetura, as fases e o custo de cada uma. Com ele você me contrata, contrata outro time, ou decide que o projeto certo é menor do que você imaginava. Nas três hipóteses o documento se pagou.

o que entra
  • Entrevistas com quem opera, não só com quem contrata
  • Mapa do fluxo atual, com os pontos onde a informação trava
  • Modelo de dados e limites do sistema, por escrito
  • Escopo dividido em fases, com valor e prazo por fase
  • O que não deve ser construído, e por quê
condições
  • O documento é seu, com direito de uso irrestrito, mesmo que você siga com outro time.
  • O valor do diagnóstico é abatido do projeto, se você seguir comigo.
  • Não existe cláusula que te obrigue a continuar.
contatoresposta em até 1 dia útil

Conte o problema. Eu volto com a solução e o caminho.

smartfixservices@icloud.com

Um e-mail com o contexto do seu negócio já é suficiente para começar. Respondo em até um dia útil, com uma leitura honesta do escopo, inclusive quando a resposta certa é um projeto menor do que você imaginava.