Por que o software de construção fracassa no canteiro, e o que funciona
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:
- O que o residente tem que fazer, exatamente, para registrar um avanço? Que mostrem passo a passo, não em slide.
- O que acontece se não houver sinal naquele momento?
- O que o residente recebe em troca, e em quanto tempo?
- Quantos dias leva carregar o catálogo de serviços antes de poder começar?
- 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.
Chileno, desenhando para a América Latina. Do research em campo tira o que realmente importa para os clientes, e com isso monta produtos que pessoas não técnicas adotam sozinhas —jurídico, educação, contabilidade— e que aparecem na produtividade já na primeira semana.
Ver todos os seus artigos →
