# Por que o software de construção fracassa no canteiro, e o que funciona > A maioria das implantações de software de obra fracassa pela mesma razão, e não é falta de funções. O que realmente falha e o que o pessoal de campo adota. - Autor: Felipe Arancibia — Sr. Product Designer - Publicado: 2026-08-20 - Original: https://usepaladio.com/pt/blog/software-construccion-fracasa-en-campo/ - Tecnologia na obra --- O software de gestão de construção promete centralizar avanço, custos, documentos e comunicação num só sistema. A tecnologia existe há mais de vinte anos e funções não faltam. No entanto, numa proporção altíssima das obras, o residente continua anotando numa caderneta e digitando no escritório à tarde. Não é um problema de funções faltantes: é um problema de onde acontece a captura. ## O padrão do fracasso Repete-se com uma consistência que já não surpreende. A diretoria avalia ferramentas, compara funções e escolhe. Contrata-se, treina-se, sobe-se o catálogo de serviços. Nas duas primeiras semanas todo mundo usa. Na terceira, alguém lança no dia seguinte. Na sexta, um dos residentes está há um mês sem entrar. No trimestre, o sistema tem dados de uma obra em três, incompletos, e o escritório técnico voltou a pedir o avanço por e-mail. A conclusão habitual dentro da empresa é que «o pessoal de campo resiste à mudança». É uma explicação cômoda e é falsa. Essas mesmas pessoas adotaram o WhatsApp sem que ninguém as treinasse. ## As quatro causas reais **O custo da captura excede o benefício percebido, para quem captura.** Este é o problema central. O residente investe tempo alimentando o sistema, e o benefício chega ao escritório em forma de relatórios. Da posição dele, é trabalho extra que serve a outro. Qualquer sistema que distribua custos e benefícios assim vai falhar, não importa quão bem desenhado esteja. **O atrito físico do contexto.** Uma obra tem poeira, luvas, sol de frente, andaimes e as duas mãos ocupadas. Abrir um aplicativo, navegar três telas, achar o serviço numa lista de 200 e digitar uma quantidade é uma operação de escritório executada num lugar que não é um escritório. A caderneta ganha porque tem atrito quase zero, não porque seja ferramenta melhor. **Conectividade intermitente.** Muitas obras têm sinal ruim, e um sistema que falha ao salvar ensina em duas tentativas que não dá para confiar nele. Depois disso, as pessoas escrevem na caderneta «por via das dúvidas», e não voltam mais. **Desenho para o comprador, não para o usuário.** Quem compra é o diretor; quem usa é o residente. Os ciclos de venda se otimizam para impressionar o primeiro — dashboards, integrações, módulos — e isso raramente coincide com o que serve ao segundo. O resultado é software que fica ótimo na demo e que ninguém abre na obra. ## O que o pessoal adota de verdade Observando quais ferramentas sobrevivem na obra, aparecem quatro traços comuns. **Vive num canal que já usam.** O WhatsApp funciona na obra porque não há nada para instalar, nada para aprender e nada para lembrar. Qualquer proposta que comece com «baixe este aplicativo» já parte com desvantagem considerável. **Captura no formato em que a informação nasce.** Na obra a informação nasce falada. O residente diz ao mestre o que vê; não escreve num formulário. Uma nota de voz é a forma natural do dado. Convertê-la em dado estruturado é trabalho do sistema, não do usuário. **Devolve algo a quem captura, rápido.** Se o residente registra o avanço e em dois minutos recebe o rendimento do dia contra o orçado, a captura deixou de ser burocracia. Se além disso elimina a digitação da tarde, virou algo que ele quer usar. O sentido em que fluem os benefícios é o que decide a adoção. **Tolera sinal ruim por desenho.** Não com uma mensagem de erro gentil, mas enfileirando e subindo sozinho. O usuário não deveria ficar sabendo que não havia sinal. ## O teste que vale a pena fazer Antes de avaliar qualquer ferramenta, há uma pergunta que revela mais que qualquer demo: **Quanto tempo passa entre o fato acontecer e ficar registrado no sistema?** Se a resposta se mede em horas ou dias, você tem um sistema de relatórios, não um sistema de captura. Tudo o que ele produzir — avanço, custos, evidência — vai herdar a qualidade de uma reconstrução de memória feita no fim do dia. Se se mede em minutos, você tem um sistema de registro. E aí sim os dados servem para decidir. ## Uma ressalva honesta Nem todo software de construção fracassa, e seria desonesto sugerir isso. Os sistemas de escritório — orçamentos, controle de custos, contabilidade de obra — funcionam bem há décadas, porque seu usuário está numa mesa com teclado, café e sinal. Ali o atrito não existe e o software cumpre. O problema é específico da captura em campo. É a fronteira onde o mundo físico entra no sistema, e é onde quase toda a cadeia se rompe. Um excelente sistema de custos alimentado com dados capturados de memória produz relatórios excelentes sobre informação ruim. ## O que perguntar antes de comprar Cinco perguntas que separam uma demo da realidade: 1. O que o residente tem que fazer, exatamente, para registrar um avanço? Que mostrem passo a passo, não em slide. 2. O que acontece se não houver sinal naquele momento? 3. O que o residente recebe em troca, e em quanto tempo? 4. Quantos dias leva carregar o catálogo de serviços antes de poder começar? 5. Que porcentagem dos seus clientes continua registrando diariamente depois de seis meses? A última é a única que importa de verdade, e é a que quase ninguém responde com um número. ## Perguntas frequentes **Então não vale a pena digitalizar a obra?** Vale muitíssimo a pena. O que não funciona é digitalizar pedindo ao residente que trabalhe como se estivesse num escritório. A digitalização que funciona se adapta ao contexto de campo em vez de exigir que o campo se adapte a ela. **Por que custa tanto adotar as ferramentas internacionais na América Latina?** Além do preço, pelo vocabulário e pelo processo. Os serviços de obra, a estrutura de preços unitários, a mecânica de medições e o papel da fiscalização são diferentes em cada país. Uma ferramenta que não fala o seu vocabulário obriga a traduzir, e traduzir é atrito. **Quanto demora uma implantação realista?** Depende do escopo. O sinal de alerta é qualquer implantação que exija mais de duas ou três semanas antes de produzir valor visível na obra. Quanto mais longo o período sem benefício, menos provável que o hábito se instale. **Adianta obrigar o uso a partir da diretoria?** Adianta por algumas semanas. Depois as pessoas encontram o jeito de cumprir formalmente sem usar de verdade: lançamentos no fechamento do mês, dados arredondados, campos preenchidos por preencher. A obrigação produz cumprimento aparente; a utilidade produz uso. **E se a minha equipe realmente resiste à mudança?** Vale verificar a hipótese antes de aceitá-la. Se essas mesmas pessoas usam WhatsApp, banco pelo celular e aplicativos de transporte todos os dias, o problema não é a mudança.