Comece por aqui
O que implantamos
Casos de uso
IA aplicada à operação
Cada etapa recebe o mecanismo que resolve. Às vezes é um agente; muitas vezes é uma integração entre dois sistemas.
Mapear minha operação Visão geralCriar
Crescer
Manter
Cases de sites e sistemas
Gasmig, Justiça Federal no Ceará, FSFX e outros. Em cada case, para quem foi, o que fizemos e o que dá para conferir.
Ver os cases Visão geralProjetos que construímos e mantemos, e o critério dos cases de IA na operação.
Desenvolvemos sistemas internos, portais com login para clientes e parceiros, integrações com o ERP e o CRM e MVPs. O projeto anda em entregas que você testa e aprova, e o sistema continua com a mesma equipe depois do lançamento.
A primeira conversa é sem custo e serve para entender o problema, quem vai usar o sistema e o que já existe.
Módulo 01Acesso
Supermercado Paraísoperfil Compras · login único
Ligado a: base de usuários
Módulo 02Pedidos
Ligado a: ERP
Módulo 03Financeiro
Ligado a: ERP
Módulo 04Chamados
Ligado a: CRM
Exemplo ilustrativo: um portal com login para os clientes de uma distribuidora. Cada módulo é ligado a um sistema que a empresa já usa: os pedidos e os boletos vêm do ERP, e os chamados abertos no portal vão para o CRM.
Desenvolvimento de software sob medida é a criação de um sistema para um processo ou um público específico da empresa, quando nenhuma ferramenta pronta atende sem adaptações caras. O projeto inclui o desenho das telas e das regras, as integrações com os sistemas que a empresa já usa, os testes, a publicação e a sustentação depois do lançamento.
Na Digital Pixel, o projeto começa por quem vai usar o sistema e pelo que ele precisa resolver, e só então escolhemos a tecnologia. Para conteúdo, portais e intranets, costuma ser o WordPress, uma das nossas especialidades; para os outros sistemas, a base sai do projeto. Desenvolvemos sites e software desde 2010 e seguimos responsáveis pelos sistemas depois que eles entram no ar.
Visão geral de sites e softwareEspecialidade: WordPress corporativo
Quatro tipos de projeto, que muitas vezes aparecem juntos: um portal com login quase sempre precisa de integração com o ERP, e um MVP que funciona costuma virar sistema.
Ferramentas internas para um processo que nenhum sistema de mercado atende do jeito certo: cadastros com regras próprias, fluxos de aprovação e painéis que juntam dados de vários sistemas.
Portais para clientes, fornecedores, parceiros ou equipes, com login único, perfis de acesso e os dados de cada um vindos dos sistemas da empresa. Intranets entram aqui.
A informação passa entre o ERP, o CRM, o banco e os sistemas legados, por API quando ela existe. Muitas vezes a integração resolve sem tela nova.
A primeira versão de um produto, com o mínimo para validar a ideia com usuários reais antes de investir no produto inteiro.
Desenvolver um sistema é uma das quatro respostas possíveis, e nem sempre a melhor. A escolha depende do processo e de quem vai responder pelo sistema depois do lançamento.
| O que resolve | Onde para | Quando escolhemos | Exemplo | |
|---|---|---|---|---|
| 01Ferramenta pronta | Um processo comum a muitas empresas, do jeito que a ferramenta foi pensada | Quando o processo precisa mudar para caber nela, ou quando os dados ficam presos no fornecedor | O processo é padrão de mercado e a ferramenta cobre o que importa | Um CRM de mercado para o funil de vendas |
| 02Configurar o que já existe | Campos, status e fluxos dentro do ERP ou do CRM que a empresa já usa | No limite do que o fornecedor deixa configurar, e a cada atualização dele | A regra cabe no sistema atual e alguém da equipe cuida da configuração | Um status novo para o pedido no ERP |
| 03Integração | A informação passa de um sistema para outro sem alguém copiar | Quando falta uma tela para alguém decidir, ou quando o dado não existe em sistema nenhum | As ferramentas resolvem, mas o mesmo dado é digitado em dois lugares | Pedido fechado no CRM criado direto no ERP |
| 04Software sob medida | O processo ou o público que nenhuma ferramenta atende sem adaptação cara | Custa mais para começar e precisa de alguém responsável depois do lançamento | O processo faz parte do que diferencia a empresa, clientes entram com login ou a decisão depende de dados de vários sistemas | Portal do cliente ligado ao ERP |
Quando uma ferramenta pronta resolve, a recomendação é usá-la, e dizemos isso já na primeira conversa.
No redesenho de um processo, cada etapa vai para um caminho: eliminar, simplificar, manter com pessoas, automação, integração, software, IA ou agente com humano no loop. Software entra quando falta uma ferramenta que o processo precisa e que ainda não existe.
No exemplo do pedido B2B, a integração, a IA, a regra e o agente resolvem a maior parte do trabalho. O que sobra é decisão de alguém, e para isso falta uma tela. O painel de exceções mostra só os pedidos que precisam de uma pessoa, lê os dados do ERP e do CRM e registra cada decisão.
Pedidos que precisam de alguém
| Pedido | Motivo | Com quem | Veio da etapa |
|---|---|---|---|
| PV 20497 | Fora da política de crédito; o agente propôs liberar com o histórico do cliente | Aguardando quem tem alçadaAprovado por quem tem alçada · registrado às 14:32 | 05 e 06 |
| PV 20502 | Preço diferente da tabela | Com o comercial | 03 |
| PV 20509 | Pedido por WhatsApp com um item que a IA não leu com segurança | Na conferência | 02 |
| PV 20511 | Cliente pede prazo de 60 dias | Com o comercial | 07 |
Os outros pedidos do dia seguiram sem passar por aqui. Cada decisão fica registrada com quem decidiu e quando.
Exemplo ilustrativo: o pedido B2B das páginas de IA, depois do redesenho. Cada etapa recebe um caminho, e o que precisa de alguém chega ao painel, que é o caminho "Software".
Como classificamos cada etapaIA aplicada à operação
Se o problema está num processo, comece pelo diagnóstico de oportunidades, que é gratuito.
Um projeto de software na Digital Pixel anda em quatro fases: descoberta, escopo e protótipo, desenvolvimento em entregas, e aceite e lançamento. Cada fase termina com algo que você vê e aprova antes de a próxima começar, e o sistema segue com a mesma equipe depois do lançamento.
Fase 01
Conversamos com quem vai usar o sistema e com quem decide: o processo de hoje, os sistemas e os dados que existem, as regras e o que precisa ficar pronto primeiro. Integração com uma API que ninguém testou vira item a testar, antes do compromisso.
Você recebe:
Fica para depois:
Fase 02
Desenhamos as telas principais e escrevemos o escopo por módulos, com o critério de aceite de cada um. Você navega pelas telas antes do desenvolvimento.
Você recebe:
Fica para depois:
Fase 03
Construímos módulo a módulo, com as integrações. Cada entrega vai para um ambiente de testes, e você usa a versão antes de ela seguir.
Você recebe:
Fica para depois:
Fase 04
Testamos com dados reais autorizados, migramos o que vem do sistema antigo, treinamos a equipe e publicamos.
Você recebe:
Fica para depois:
Um sistema no ar continua pedindo trabalho. As bibliotecas que ele usa recebem atualizações de segurança, o ERP do outro lado da integração muda de versão e a operação pede ajustes. A sustentação cuida disso em três frentes, com escopo e SLA em contrato.
É o mesmo princípio do PixelCare, a sustentação que fazemos em sites e portais que não podem parar.
No ar · última verificação às 10:42
Exemplo ilustrativo: o registro do portal do cliente do começo da página nos primeiros meses depois do lançamento.
Projetos de portais e intranets em que a parte difícil foi engenharia: dados em tempo real, login único, regras de acesso, módulos feitos para o cliente e a evolução depois do lançamento. Todos têm case publicado no site.
Concessão rodoviária · Mato Grosso
Mapa interativo na primeira dobra com pedágios, serviços ao motorista, câmeras e alertas, a partir de dados operacionais em tempo real. O projeto começou pela estabilização da base e segue com manutenção ativa.
Ver o caseSaúde · comunicação interna
Intranet ligada à base de usuários da Fundação, com acesso automático para quem já está logado nos sistemas internos, restrita à rede interna e com áreas por setor.
Ver o caseEducação pública federal
Rede de sites dos campi com painéis de editais e licitações, perfis por unidade, acesso restrito à rede interna e distribuição automatizada de notícias do site central para os campi.
Ver o casePesquisa · rede de laboratórios
Portal e laboratórios com endereço próprio, ligados por um catálogo de equipamentos multiusuário que atravessa a rede, com a migração de servidor feita sem interromper o acesso.
Ver o caseConcessão rodoviária · Minas Gerais
Site criado do zero com painel de obras da semana e mapa da rodovia com as estruturas por quilômetro, publicados pela própria equipe da concessionária.
Ver o caseEnergia · distribuição de gás natural
Portal institucional na segunda versão. A primeira, de 2022, também foi da Digital Pixel; a nova partiu da análise de como a primeira era usada e foi feita com o time de design da Gasmig.
Ver o caseSão projetos de engenharia web e integração. Nenhum deles é apresentado aqui como caso de IA.
Bloco opcional "Na nossa operação" · desligado no site até a aprovação do Erik
Também desenvolvemos para a nossa operação. O painel que usamos para gerir projetos copia os dados do nosso CRM a cada 5 minutos e calcula o que ele não calcula, como custo, margem e consumo de contrato. Os clientes aprovam estimativas e entregas por um portal com login. Está em produção desde abril de 2026.
Revisado em 19 de outubro de 2026
Depende do escopo: quantos módulos, quantas integrações, quantos perfis de usuário e se há dados para migrar. Por isso o orçamento vem depois da descoberta, com o escopo dividido em módulos e entregas. Custos de terceiros, como hospedagem, licenças e APIs pagas, ficam descritos na proposta.
O prazo sai do escopo, entrega por entrega. Quando existe uma data fixa, como um lançamento marcado, a primeira versão é desenhada para caber nela, e o restante entra nas entregas seguintes.
Na maior parte dos casos, sim, por API quando ela existe. Quando não existe, a descoberta investiga a alternativa antes de qualquer compromisso, como exportação agendada, leitura de arquivos ou uma base de consulta.
Os dados são sempre da sua empresa. A propriedade do código, a documentação e as condições para outra equipe assumir o sistema ficam escritas no contrato.
Não. O WordPress é uma das nossas especialidades e entra quando o sistema é de conteúdo, portal ou intranet. Em sistemas, a tecnologia sai do projeto, e usamos também Laravel, React e Next.js, com bancos como o PostgreSQL e integrações por API.
A mesma equipe que desenvolveu, com um contrato de sustentação que define escopo e SLA: monitoramento, atualizações de segurança, backups, correções e evolução por prioridade. Se a sua TI preferir assumir, a passagem é planejada, com documentação e um período de transição.
Sim, no sentido de desenvolver sistemas sob medida, portais com login, integrações e MVPs para outras empresas, desde 2010. Também desenvolvemos sites e aplicamos IA à operação das empresas, e seguimos responsáveis pelos sistemas depois do lançamento.
Conte em poucas linhas o que o sistema precisa resolver. Na primeira conversa, entendemos quem vai usar e o que já existe; a proposta vem depois, com o escopo em módulos e o critério de aceite de cada entrega.
Falar sobre um projetoO problema está num processo da operação? Comece pelo diagnóstico de oportunidades, que é gratuito.
Prefere conversar agora? Chame no WhatsApp.
