Um gerente de projetos que move um cronograma inteiro à mão a cada ajuste de escopo pode gastar horas, às vezes dias, numa tarefa que não acrescenta nada ao projeto. A planilha funciona, as fórmulas estão certas, e mesmo assim a operação depende de alguém passar a tarde arrastando células e trocando cores.
É esse trabalho ao redor da planilha que indica o limite. A quantidade de linhas ajuda a entender o uso, mas não responde sozinha se chegou a hora de mudar. A pergunta útil é quanto da equipe está ocupado em copiar, conferir e cobrar informação para que o processo continue andando.
A planilha que virou ponte entre sistemas
Nos projetos da Inky, o caso mais comum não é a empresa sem sistema. É a integração pela metade. A empresa tem CRM, usa Google Drive, monta relatórios no Power BI, e ainda assim existe uma equipe que atualiza uma planilha para depois subir essa planilha no CRM. Cada ferramenta faz bem a sua parte, e a passagem entre elas fica nas mãos de alguém. Numa agência portuária, por exemplo, a mesma escala de navio vivia em planilha, gerenciador de tarefas e BI alimentado à mão.
Um caso foi mais longe. A equipe de gerentes de projeto de um cliente montava o escopo de cada projeto e, a partir dele, o cronograma dos serviços numa planilha: as sprints por semana, o responsável de cada etapa, o nome na célula e uma cor para cada pessoa. Quando o escopo mudava, o gerente movia o fluxo inteiro manualmente, célula por célula. Uma revisão levava horas e, em projetos maiores, dias.
Automatizamos esse cronograma com uma rotina na nuvem (Cloudflare Workers), ligada ao CRM e ao restante da infraestrutura do cliente. O ajuste que levava horas ou dias passou a levar cerca de 20 minutos, e o próprio cliente final recebe a versão atualizada por e-mail, com o link do cronograma. A planilha deixou de ser o lugar onde o trabalho acontece e passou a ser, quando necessário, uma forma de consulta.
Sinais de que o controle está exigindo atenção
Os sinais abaixo são perguntas para investigar. Nenhum deles, sozinho, determina que a empresa precisa de um sistema novo.
| Situação observada | Pergunta para a equipe |
|---|---|
| O mesmo dado é digitado em lugares diferentes | Qual registro deve valer e por que ele não chega à etapa seguinte sozinho? |
| Uma planilha é preenchida para depois subir em outro sistema | O que impede a informação de nascer no sistema que vai usá-la? |
| Um ajuste exige refazer o arquivo inteiro | Quais regras a pessoa aplica de cabeça ao mover as linhas? |
| O andamento depende de cobrança por mensagem | Como o responsável sabe o que precisa fazer e até quando? |
| Existem cópias para cada setor | Como uma alteração chega às outras pessoas e quem resolve a divergência? |
Observe também a consequência. Uma conferência ocasional pode ser aceitável. Outra impede a equipe de atender, de concluir um pedido ou de saber se uma etapa foi aprovada. A prioridade depende do impacto e da frequência reais.
Acompanhe um registro do início ao fim
Escolha uma solicitação recente e peça para a equipe mostrar o caminho completo. Como entrou? Quem cadastrou? Onde foi aprovada? Como o próximo responsável soube que deveria agir? Onde fica o documento que comprova a conclusão?
Na Inky, esse levantamento é feito conversando com os gestores e também com quem executa o trabalho todos os dias. O gestor conhece o processo previsto. Quem opera conhece as exceções, os atalhos e as conferências que ninguém escreveu. As duas versões são necessárias para encontrar o gargalo de verdade.
O manual de serviços digitais do governo britânico orienta a fase de descoberta a entender o contexto de quem usa o serviço e a jornada inteira, inclusive outras equipes e canais, antes de decidir o que construir. Numa operação empresarial, esse olhar mostra as passagens que precisam mudar antes de qualquer ferramenta entrar.
Permissão também é parte do problema
Quando várias áreas trabalham no mesmo arquivo, é preciso saber quem pode ver, alterar, aprovar ou exportar cada informação. Proteger uma fórmula contra edição acidental é diferente de restringir o acesso a um dado.
No Planilhas Google, a própria documentação avisa que a proteção de páginas e intervalos não deve ser usada como medida de segurança, porque as pessoas ainda podem imprimir, copiar e exportar o conteúdo. Se a planilha guarda dados de clientes ou condições comerciais, esse é mais um motivo para levar o controle para um sistema com perfis de acesso.
Antes de automatizar, acerte a regra
Às vezes a dificuldade começa na falta de uma regra comum. Um setor considera o pedido concluído quando envia o documento; outro, só quando recebe a confirmação. Levar esse fluxo para um sistema sem resolver a diferença apenas muda a dúvida de lugar.
Defina o significado de cada etapa, os campos indispensáveis, o responsável por cada decisão e qual sistema é a referência de cada informação. Depois, avalie o que já existe. Em muitos casos, a empresa já tem um CRM capaz de guardar o dado e só falta ligá-lo ao resto, como no caso do cronograma. Em outros, as regras próprias justificam um sistema sob medida. A análise entre construir, assinar ou ajustar o fluxo existente aprofunda essa decisão.
Escolha uma primeira mudança que possa ser medida
Delimite um fluxo: a entrada de uma solicitação até a aprovação, ou a passagem de um projeto aprovado para o cronograma da equipe. Registre a situação atual antes de mudar: quanto tempo leva, quantas conferências exige, quantas vezes volta para correção.
Depois da mudança, compare o mesmo tipo de trabalho. Foi assim que o ajuste do cronograma pôde ser medido em horas antes e em minutos depois. Registre também as dificuldades novas, como tempo de adaptação ou etapa que continua acontecendo fora do fluxo. Essas observações orientam a próxima entrega.
O que levar para a conversa
Leve o caminho de uma solicitação, a lista de ferramentas envolvidas e as passagens manuais que você já conhece. Um desenho simples, sem dados de clientes, já é suficiente para começar.
Se quiser quantificar essas passagens antes da conversa, preencha a conta da redigitação com a frequência e o tempo que a equipe gasta. Se duas áreas mantêm planilhas do mesmo processo, o comparador de planilhas mostra onde elas já divergem, sem enviar o arquivo. Para entender o que precisa acontecer depois de ligar os sistemas, veja como tratar falhas nas integrações com APIs.
Quando o problema está na troca de informação entre ferramentas que a empresa já tem, o trabalho é de integração de sistemas. Quando o processo exige regras e acompanhamento próprios, de sistemas sob medida.
Mostrar onde a minha operação ainda depende de planilha
