Sistemas & Plataformas

01 de agosto de 2026 · 12 min de leitura

Sistema sob medida quando a planilha já não aguenta

Sistema sob medida é o lugar onde o dado nasce uma vez, com dono e permissão. A planilha serve para explorar, não para ser a verdade da reunião.

Console em camadas sobre fundo escuro, com brilho ciano e os rótulos System e Ops
Um registro. Depois o segundo módulo.

Sistema sob medida é o lugar onde o dado da operação nasce uma vez, com dono, permissão e histórico. A planilha continua útil para explorar e simular. Ela deixa de servir como verdade quando três pessoas editam três cópias e a reunião discute qual arquivo está certo, em vez de decidir o que fazer com o número.

Na terça de fechamento isso aparece assim: a coordenadora de operação abre o `controle_v7_final.xlsx`, o comercial manda no grupo o `controle_v7_final_USAR ESTE.xlsx`, e o diretor chega com um print de sexta. Os três “pedidos em aberto” não batem. A reunião gasta vinte minutos escolhendo o Excel certo, depois de uma manhã de cola entre abas.

O restante deste texto é o recorte: como reconhecer quando o arquivo virou risco, como construir o primeiro módulo sem parar a operação, e o que recusar no mês 1. Automação de fila e chatbot ficam de fora. Aqui o problema é o registro.

Como saber se a planilha já é o risco

Cinco sinais. Se três aparecem juntos, o arquivo já não é ferramenta. É o gargalo da reunião.

SinalAinda é planilhaJá é riscoExemplo
VersãoUm arquivo, um dono, histórico no nomeTrês “finais” no Drive na mesma semana`v7`, `_v8` e `_USAR ESTE`
PermissãoQuem grava está nomeadoQualquer um sobrescreve a fórmulaEstagiário apaga a coluna de status
Volume de colaCola pontual, uma vez ao diaDezenas de Ctrl+C entre abas ou sistemasStatus do comercial cola no financeiro à mão
Tempo até o númeroSai em minutos do mesmo arquivoAlguém “atualiza” a véspera, duas horasIndicador de carteira que só existe na sexta
Custo do erroErrar é chato e reversívelComissão, prazo, estoque, complianceRanking salarial ou fila de pedido com base errada

Se só um sinal acende, organize o arquivo: aba única de entrada, trava de fórmula, dono no cabeçalho. O anti-padrão é “vamos padronizar a planilha” quando o problema já é concorrência de edição e regra que ninguém escreveu. Padronizar o caos só deixa o caos mais bonito. A correção, nesse ponto, é nomear quem grava e congelar o que a reunião usa, ou recortar um módulo de verdade.

Na semana 0, anote três números que cabem numa folha: quantas versões do mesmo controle existem no Drive (última quinzena); minutos até o indicador da reunião estar na tela; quantas vezes o time cola o mesmo dado entre arquivos na véspera. Sem esses três, qualquer demo de sistema parece sucesso. Planilha ainda serve quando uma pessoa explora um cenário e o erro se desfaz com Ctrl+Z. O ponto de virada é reunião, dinheiro e mais de um editor no mesmo arquivo.

O que o sistema precisa ser (fonte da verdade)

Três peças. Se faltar uma, vocês só digitalizaram o Excel.

PeçaO que éO que não éTeste rápido
RegistroO fato nasce num lugar (pedido, pesquisa, contrato)Cópia em cinco abasSe duas pessoas abrirem agora, veem o mesmo status?
DonoNome de quem pode gravar e de quem valida“o time”Dá para ligar para alguém se o número estiver errado?
Pronto da telaO registro vale quando X, Y e Z estão preenchidosFormulário com campo “por via das dúvidas”A linha usa isso na terça, ou só o dashboard da diretoria?

Sistema sob medida, neste texto, é o recorte da operação que vocês realmente rodam. ERP de prateleira resolve o que já é processo padrão: fiscal, estoque clássico, financeiro. Quando o jeito de trabalhar é o diferencial (pesquisa salarial por cliente, portal do consultor, ranking interno), o software genérico vira planilha de novo: exporta, cola, “ajusta fora”. Os dois podem conviver. O módulo cobre o buraco. Não substitui o pacote no mês 1.

Dashboard em cima de cinco abas também não fecha o problema. É um gráfico que mente no mesmo ritmo do arquivo. O gráfico só vale se a fonte for o registro, não o “final da sexta”.

O ciclo de OKR de execução precisa de fonte. Se o KR de “propostas com escopo fechado” sai de um Excel que muda de nome toda semana, o check-in discute arquivo, não resultado. Primeiro o registro. Depois o número do ciclo.

No-code (Bubble, WeWeb) ou custom (React, Next.js) é consequência do recorte. No primeiro módulo a pergunta não é a stack. É: o time que hoje vive no Excel consegue gravar o fato na tela sem treinar uma semana? Se cada campo novo pede um desenvolvedor, o recorte ainda está grande ou a tela está errada.

Migrar sem parar a operação significa uma regra escrita: a partir da data X, o fato do recorte nasce no sistema. O Excel antigo fica somente leitura, ou vira entrada (o arquivo que o cliente envia) e não mais verdade. Verdade em dois lugares ao mesmo tempo é o erro que o piloto mais comete.

Playbook do primeiro módulo (4 semanas)

Pronto para construir quando: o fluxo cabe numa folha, o dono do dado tem nome, o “hoje” está anotado (versões, minutos até o número, volume de cola) e o critério de pronto da tela está escrito em cinco linhas.

Ordem:

  1. Mapear o arquivo que a reunião usa. Não o organograma. Abra o Drive, o e-mail e o grupo. Qual planilha entra na pauta de fato? Quais colunas ninguém toca? Qual fórmula quebra se alguém inserir linha?
  2. Recortar um módulo. Um objeto (pedido, pesquisa, colaborador, contrato). Um fluxo de ponta a ponta: entra, status, sai relatório. Fora: o segundo departamento, o app mobile, a integração com “tudo”.
  3. Piloto com quem já opera a planilha. Quem cola hoje testa a tela. TI e diretoria entram para permissão e risco, não para desenhar campo extra.
  4. Só então o segundo módulo. Quando o primeiro tem dono, o número da reunião sai dali, e o Excel antigo vira consulta, não verdade.

Pular o mapa e “já fazer o sistema da empresa” é o caminho caro: escopo de ERP, time que não abandona o arquivo, e seis meses depois os dois convivem sem regra.

Pauta de 30 minutos com a operação

Quem chama: a pessoa que sofre o Ctrl+C (coordenação de RH, comercial, operação), não só o sponsor. Na sala: quem grava o arquivo hoje. Fora da sala, no primeiro encontro: a lista de desejos da diretoria.

  1. Qual arquivo entra na reunião. Abrir na hora.
  2. Colunas que ninguém usa. Marcar para não migrar.
  3. A fórmula que mais quebra. Escrever a regra em português, não em Excel.
  4. Quem pode gravar. Quem só lê. O que é erro irreversível (folha, cliente, compliance).
  5. Critério de pronto da primeira tela: “o registro vale quando X, Y e Z estão preenchidos.”

Se essa pauta não cabe em meia hora, o recorte ainda é “a operação inteira”. Encolha até caber. Um objeto. Um time. Uma reunião que passa a puxar o número dali.

Semana 0: o “hoje”

Uma pasta e uma folha. Listar os arquivos do mesmo controle. Contar versões da última quinzena. Cronometrar, numa reunião real, quanto tempo até o indicador aparecer. Anotar quantas colagens o time fez na véspera. Sem isso, o piloto não tem baseline.

Se o número não sai porque “fulano está de férias e a planilha está no e-mail dele”, vocês já têm o diagnóstico de permissão. O módulo 1 precisa de login e papel. Não de mais uma aba.

Congelar escrita no Excel do recorte só depois que o time gravar no sistema por alguns dias. Até lá, o risco é duplicar. Marque no cabeçalho do arquivo: data de corte, dono, e “depois desta data não grava aqui”. Sem essa frase, o hábito ganha do piloto.

Semanas 1 e 2: um módulo, uma tela

Construir só o que a pauta marcou. Campos que a diretoria “talvez use” ficam no backlog escrito. Integração com ERP, WhatsApp ou CRM só se o fato já nasce lá e vocês estão duplicando. No primeiro módulo, quase sempre o fato nasce na planilha. Mova o nascimento. Não desenhe o bot em cima do caos.

Critério de pronto do piloto: o time grava o fato no sistema na terça; a reunião de quinta puxa o número dali; o Excel antigo fica somente leitura ou arquivado no recorte.

Permissão no piloto: dois papéis bastam. Quem grava. Quem lê. Perfil por cargo copiado do organograma inteiro é trabalho do mês 3, quando o módulo já tem dono.

Semanas 3 e 4: o Excel vira consulta

Comparar os três números da semana 0. Versões em conflito no recorte deveriam cair para zero. Tempo até o indicador deveria caber no início da reunião, não na véspera. Volume de cola no fluxo coberto deveria cair. Se só a tela existe e o time ainda manda no grupo o `final_USAR ESTE`, o piloto não está pronto. Ajuste dono, permissão e hábito. Não abra o segundo módulo.

O segundo módulo só entra quando a reunião já desistiu do arquivo antigo para aquele objeto. Comercial e financeiro no mesmo sprint quase nunca largam a planilha: falta tempo de mudar o ritual.

Exemplo: operação de RH que vive de Excel

Recorte típico no tipo de problema da plataforma MarketPay, sem meta inventada de cliente. Consultora de remuneração. Cada pesquisa salarial chega em planilha de layout diferente. A analista padroniza à mão, cruza faixas, monta o relatório. Na semana de pico, três pesquisas sobrepostas. O “modelo” mora no notebook de quem está de férias.

Dor: volume de cola, versão por cliente, relatório que só uma pessoa sabe gerar. O que o sistema precisa nascer: upload, processamento com regra escrita, dashboard e export. O Excel de origem continua existindo, porque o cliente envia assim. A verdade da análise passa a morar no processamento, não na cópia local.

O que muda na semana do piloto: a analista não recria a aba de faixas. O consultor abre o painel do cliente sem pedir “me manda o arquivo atualizado”. Quem está de férias deixa de ser o gargalo de versão. Os três números da semana 0, neste recorte, costumam ser versões por pesquisa, horas até o relatório sair e colagens de faixa.

GesComm e Meu Clima são o mesmo tipo de dor em outro objeto: pipeline comercial espalhado em controles; pesquisa de clima no e-mail e na planilha, com adesão baixa no desktop. Em todos, o módulo 1 é o fluxo que a reunião já usa, não o catálogo de telas.

Se o layout do cliente muda e o processamento segue a regra antiga, o dashboard fica verde e o relatório fica errado. A correção é dono da regra (quem valida o template) e um recusa explícito: arquivo fora do padrão não entra no lote. Sistema sem dono da regra é planilha mais rápida para o número errado.

O que não construir no mês 1

Deixe fora do primeiro módulo: app para todos os departamentos, integração com “os cinco sistemas”, permissão por cargo copiada do organograma, e a frase “já deixa pronto para SaaS”. SaaS é produto. Operação interna pede um fluxo que o time usa na terça.

Também deixe fora trocar o ERP no mesmo sprint. ERP e módulo sob medida convivem. O módulo cobre o jeito de trabalhar que o pacote não cobre. Se vocês tentarem os dois ao mesmo tempo, nenhum fica pronto, e a planilha continua sendo a ponte.

Automatizar fila de WhatsApp ou bot em cima do Excel é outro trabalho. Enquanto o registro ainda nascer em três arquivos, o bot só acelera a cola. Feche o lugar do fato antes de automatizar a fila.

Se cada área quiser o próprio sistema na mesma sprint, devolva o filtro. Um objeto, um time piloto, um critério de pronto. O restante espera o número do piloto. Três sistemas “mínimos” no mês 1 são três planilhas com login.

O que a NÓR faz neste ponto

A NÓR mapeia o fluxo real, recorta o primeiro módulo e constrói o piloto que o time da linha consegue usar. Entregáveis típicos: mapa do processo, critério de pronto da tela, sistema ou plataforma do recorte (interno, portal ou base para produto), dashboard do número da reunião e acompanhamento das primeiras semanas. Automação da fila e OKR de empresa são outros recortes. Aqui o trabalho é o registro e a tela.

Stack (React, Bubble, WeWeb, Supabase) entra como consequência: velocidade do piloto, permissão, e se o recorte tende a produto. Não como catálogo na primeira reunião.

Se o número da reunião ainda depende de quem tem o arquivo no e-mail, conta qual é o controle e quem cola hoje. A gente desenha o módulo 1.