Resposta direta
A contratação começa pelo que a planilha guarda, não pela lista de recursos do fornecedor. Antes de decidir, é preciso registrar quais campos existem, quais regras os alimentam, quem usa cada informação e que decisão depende dela. Essa lista mostra o que é processo e o que é hábito de uma pessoa. Com ela, a avaliação deixa de comparar tela e passa a comparar responsabilidade. O contrato precisa dizer quem responde pelo dado durante e depois da transição, como as regras são documentadas e o que acontece se a pessoa que hoje mantém a planilha sair. Sem esse registro, a compra troca uma dependência por outra.
- Objetivo
- Orientar avaliação e contratação
- Formato indicado
- Projeto de implementação
- Atualizado em
O que esta página acrescenta: Enquadra a compra como transferência de responsabilidade sobre regras que hoje existem apenas na cabeça de quem mantém a planilha.
O que a planilha concentra além dos dados
Uma planilha paralela raramente é só um arquivo. Ela costuma concentrar regras de cálculo, acordos informais com outras áreas e correções feitas no dia a dia que ninguém registrou em outro lugar. Quem mantém o arquivo é, na prática, o dono dessas decisões.
Antes de avaliar qualquer fornecedor, vale separar três coisas: o que é cálculo, o que é acordo entre áreas e o que é hábito pessoal. As duas primeiras precisam virar regra escrita. A terceira costuma desaparecer quando o processo muda de lugar, e não há perda nisso.
Quando a dependência muda de lugar
Contratar um sistema ou serviço não elimina a concentração por si. Ela pode reaparecer no fornecedor, quando ninguém na operação sabe explicar como o dado é calculado ou a quem recorrer quando algo muda.
Por isso a avaliação precisa cobrir a transferência, e não apenas a operação: quem participa da implantação, o que fica documentado por escrito, quem valida as regras na virada e qual é o critério para considerar a transição encerrada. Isso entra no contrato, com nome de responsável, não como intenção.
O que a contratação não resolve
Nenhuma compra decide regra de negócio. Se duas áreas discordam sobre o que é um cliente ativo ou como tratar um cadastro incompleto, o sistema vai apenas registrar a discordância em outro lugar, com mais gente vendo.
Também não dispensa alguém responsável pelo dado. A diferença é que essa responsabilidade passa a ser explícita e pode ser cobrada. Se a operação muda de regra toda semana e não há quem feche a decisão, o escopo não fecha e a planilha paralela volta, às vezes dentro do próprio sistema.
Recurso prático
Sequência de avaliação antes da compra
- Listar campo por campo o que a planilha guarda, quem alimenta e que decisão depende de cada informação.
- Registrar as regras de cálculo e os acordos com outras áreas que hoje só a pessoa que mantém o arquivo conhece.
- Separar o que é processo do que é hábito pessoal e apontar o que a operação não consegue explicar sem o arquivo.
- Levar essa lista ao fornecedor e verificar se a proposta cobre a transferência dessas regras, não apenas a operação do sistema.
- Definir no contrato o responsável pelo dado, o que fica documentado e o critério de encerramento da transição.
O ponto mais ignorado é a transferência das regras não escritas: ela costuma ficar fora do escopo e ser tratada como treinamento, o que devolve a dependência a uma pessoa.
Sobre o que está escrito aqui
Conceitos relacionados: planilha paralela · regra de negócio · transferência de responsabilidade · documentação de processo · responsável pelo dado. Exemplos são ilustrativos. Não há cliente, resultado, preço, prazo ou certificação nesta página. Quando o formato indicado é Projeto de implementação, ele descreve uma possibilidade de trabalho — a conversa inicial avalia contexto e aderência.
Para continuar
- Integrações, sistemas e qualidade de dados — Página central do tema
- Sistemas desconectados: como comparar as saíd… — sistemas desconectados
- Sistemas desconectados: métricas para dimensi… — sistemas desconectados
Páginas relacionadas
O mesmo problema em outro objetivo
Outras leituras em Integrações, sistemas e qualidade de dados
- Cliente duplicado entre áreas: quando vale contratar solução — O que avaliar antes de contratar solução para cliente duplicado entre áreas, o que é decisão de dado e o que é decisão de responsabilidade.
- Dados desatualizados: o que precisa estar em dia — A regra das três colunas — dado, frequência aceitável, responsável — e o erro de tratar tudo como crítico.
- Planilhas paralelas: sinais de dependência na rotina — Critérios para identificar planilhas que substituíram o sistema oficial, avaliar riscos operacionais e mapear a dependência de pessoas específicas.
- Planilha paralela: como organizar e migrar para o sistema — Critérios para mapear dados, responsabilidades e fluxos de planilhas paralelas antes de tentar absorvê-las pelo sistema oficial da empresa.
- Volume de dados sem retenção: o que decidir antes de arquivar — O processo para definir o que guardar, por quanto tempo e quem decide, quando o volume cresce sem política de retenção.