Como uma empresa de assistência no terreno com 24 pessoas colocou uma app para colaboradores no ar em 10 semanas

A empresa que nos contactou não queria uma app. Queria deixar de perder uma hora todas as tardes na mesma conversa: um técnico liga para o escritório e enumera que obras foram feitas, que materiais foram usados e que cliente não estava em casa. Alguém no escritório anota tudo, digita-o em três sistemas e descobre uma semana depois que faltam duas folhas de obra e que uma fatura está errada. Esse era o verdadeiro problema. A app foi apenas a forma que a solução acabou por assumir.

Este é um estudo de caso sobre um projeto real, anonimizado. Trata-se de uma empresa de instalação e manutenção com 24 pessoas — pense em aquecimento, ventilação e as respetivas deslocações — a operar por toda uma região, com oito carrinhas na estrada quase todos os dias. Alterámos alguns detalhes identificativos e não fingimos que os números são ciência auditada. Mas a história é verdadeira, incluindo as partes em que errámos e tivemos de recuar. Costumam ser essas as mais úteis, por isso deixámo-las.

Se gere um negócio de assistência no terreno e lhe orçamentaram seis dígitos e nove meses de prazo para uma app para colaboradores, este é o contra-argumento. Dez semanas, um âmbito focado e uma ferramenta que os técnicos abriam por iniciativa própria, sem ninguém os andar a pressionar. Foi assim que correu.

O problema: um negócio a funcionar a papel e a telefonemas

Quando nos sentámos com o proprietário e a responsável de escritório, a queixa à superfície era «temos de nos digitalizar». Essa frase, por si só, não significa nada, por isso ignorámo-la e observámos o trabalho. Passámos um dia no escritório e uma manhã como passageiros numa carrinha. À hora de almoço, o problema real era óbvio, e nada tinha a ver com a tecnologia ser antiga.

Cada técnico levava uma prancheta com folhas de obra autocopiativas. Na obra, rabiscava o trabalho feito, marcava algumas caixas, anotava os materiais e pedia ao cliente que assinasse. A cópia de cima voltava ao escritório mais cedo ou mais tarde — às vezes nessa mesma tarde, às vezes à sexta-feira num molho amarrotado. O escritório voltava então a digitar cada folha na ferramenta de planeamento, de novo no software de faturação e uma terceira vez numa folha de cálculo que o proprietário usava para controlar que obras eram faturáveis. Três vezes a digitar o mesmo. Duas dessas vezes a introduzir novos erros.

O custo não eram só as horas de escritório. Era o atraso. Uma obra terminada à segunda-feira podia só ser faturada na semana seguinte, porque o papel ainda não tinha aparecido. Havia clientes a ligar a perguntar por trabalhos que o escritório nem sabia que estavam feitos. E quando uma folha desaparecia por completo — o que acontecia mais vezes do que alguém admitia —, essa obra simplesmente nunca era faturada. Ninguém nos conseguia dizer quanto dinheiro escorria por aí, o que já era, em si, revelador.

O que deliberadamente não construímos

A forma mais rápida de rebentar um prazo de dez semanas é dizer sim a tudo. Por isso, antes de escrevermos uma linha de código, escrevemos uma lista das coisas que a app não faria — e conseguimos que o proprietário concordasse com ela em voz alta. É a parte menos glamorosa de qualquer projeto e a maior razão, sem discussão, para ter sido entregue a tempo.

A lista de desejos, reunida ao longo de duas conversas, tinha cerca de trinta funcionalidades. Rastreio GPS das carrinhas. Um portal de marcações para clientes. Inventário de todo o armazém. Otimização automática de rotas. Um CRM completo. Relatórios de danos com fotos e anotações. Registo de presenças com exportação para o processamento salarial. Cada uma era uma ideia razoável. Cada uma era também uma forma de nunca terminar.

Reduzimos o âmbito a uma única frase, tal como diríamos a qualquer pequena empresa: um técnico deve poder ver as obras de hoje, registar o que fez, e nunca ninguém ter de voltar a digitá-lo. Tudo o que não servia essa frase foi para uma lista de «mais tarde, talvez». Essa lista ainda existe. A maior parte dela nunca fez falta a ninguém.

• Fora: rastreio GPS das carrinhas — um ar de vigilância que ninguém na equipa queria, para resolver um problema que não tinham.
• Fora: portal de marcações para clientes — um projeto à parte com um público à parte; juntá-lo teria duplicado o prazo.
• Fora: inventário completo do armazém — útil um dia, mas fora do caminho crítico para uma faturação mais rápida.
• Fora: otimização de rotas — muita complexidade, pouco retorno real para a geografia desta empresa.
• Dentro: lista de obras do dia, folhas digitais, registo de materiais, assinatura do cliente, fotos, sincronização instantânea com o escritório.

O que a app faz realmente

Reduzida ao seu núcleo, a app é quase aborrecidamente simples — e isso é um elogio. Um técnico abre-a de manhã e vê as suas obras do dia, por ordem, com a morada, o cliente, o histórico daquele local e o que se espera que faça. Toca numa obra, e tudo o que antes vivia na prancheta vive agora no ecrã.

No local, regista o trabalho feito a partir de uma lista de verificação curta, acrescenta materiais de uma lista pesquisável (para que «cotovelo de cobre de 22 mm» sejam dois toques, não um adivinhar da ortografia), tira uma foto ou duas se houver algo a documentar, e passa o telemóvel ao cliente para uma assinatura com o dedo. Toca em «concluído». É tudo. Assim que tem rede, tudo sincroniza com o escritório — sem telefonema, sem papel, sem voltar a digitar.

O pormenor que mais importou: funciona sem rede

As apps de assistência no terreno vivem ou morrem por uma coisa que a demonstração nunca mostra: o que acontece numa casa das caldeiras numa cave sem cobertura. Se a app encrava ou perde dados no segundo em que as barras desaparecem, os técnicos abandonam-na numa semana e terá construído um caro pisa-papéis. Por isso construímo-la offline-first desde o primeiro dia. Tudo funciona por completo sem ligação; o dispositivo guarda os dados e sincroniza assim que pode. O técnico nunca pensa nisso, que é precisamente a questão.

O lado do escritório: um ecrã, sem voltar a digitar

O escritório não recebeu um painel gigantesco. Recebeu um ecrã que mostra as obras à medida que são concluídas, cada uma com a sua folha, materiais, fotos e assinatura anexados. A partir daí, uma obra concluída torna-se uma fatura com os dados já preenchidos — o escritório verifica-a e envia-a, em vez de a redigitar do zero. Ligámo-la ao software de faturação que já usavam em vez de o substituir, porque substituir software que funciona a meio de um projeto é como um prazo de dez semanas se transforma num de dez meses.

As dez semanas, com honestidade

Dez semanas não é um número mágico; é o que este âmbito exigiu com uma dupla designer-programador e um cliente genuinamente envolvido. Foi mais ou menos assim que o tempo se repartiu — incluindo a semana que perdemos, porque fingir que os projetos correm na perfeição não ajuda ninguém.

1. 1
   Semanas 1–2: observar, não perguntar

   Acompanhámos as rotas, ficámos no escritório e mapeámos o fluxo de trabalho real numa parede. Escrevemos o âmbito de uma frase e a lista do «não construímos», e obtivemos a aprovação de ambos antes de qualquer design.
2. 2
   Semanas 3–4: uma forma clicável

   Construímos um protótipo clicável — sem código real, apenas ecrãs — e pusemo-lo nas mãos de dois técnicos. O feedback deles derrubou cedo três das nossas suposições, que é o sítio mais barato para se estar errado.
3. 3
   Semanas 5–7: construir o núcleo

   A lista de obras, as folhas digitais, os materiais, a assinatura, as fotos e o motor de sincronização offline. A sincronização foi a parte difícil e devorou a maior parte da semana 7.
4. 4
   Semana 8: a semana que perdemos

   A integração com a faturação deu-nos luta. A interface do software existente era mais caprichosa do que a sua documentação afirmava, e queimámos uma semana a fazer os campos corresponderem de forma limpa. Valeu a pena — voltar a digitar era todo o problema que estávamos a resolver.
5. 5
   Semanas 9–10: piloto e afinação

   Duas carrinhas usaram a app a sério enquanto as outras seis continuaram no papel. Corrigimos o que o piloto revelou e depois lançámo-la a toda a gente com uma única e curta sessão de formação.

Conseguir que o pessoal de terreno a use mesmo

Pode construir a melhor app de assistência no terreno do mundo e vê-la morrer porque um técnico de 55 anos, com vinte anos de memória muscular de prancheta, decide que não é para ele. A adoção não é um problema técnico e não se resolve com funcionalidades. Tratámo-la como o verdadeiro projeto que é.

Três coisas fizeram o grosso do trabalho. Primeira, tornámos o fluxo no local mais rápido do que o papel, não apenas digital — menos toques do que rabiscos, materiais que se selecionam em vez de soletrar, uma assinatura em vez da caça a uma legível. Se a app tivesse sido, ainda que ligeiramente, mais lenta do que a prancheta, teria falhado, e com razão. Segunda, escolhemos com cuidado os dois técnicos do piloto: um discretamente respeitado pelos outros, outro abertamente cético. Conquistar o cético valeu mais do que qualquer marketing.

Terceira, ninguém foi posto a sentir-se parvo. A formação durou vinte minutos, a app era propositadamente óbvia, e a responsável de escritório tornou-se o ponto de referência nas primeiras duas semanas, para que nenhum técnico se sentisse abandonado. Em três semanas, as folhas de obra em papel tinham desaparecido — não proibidas, simplesmente abandonadas, porque a app era sinceramente o caminho mais fácil.

O que mudou — os resultados

Aqui seremos cautelosos, porque os estudos de caso adoram citar números precisos que se desfazem ao primeiro questionamento. Estes valores são da própria empresa, recolhidos alguns meses após o lançamento, e são indicativos mais do que de laboratório. Mas a direção é inequívoca, e corresponde ao que o proprietário sente no dia a dia.

O indicador que mais importava ao proprietário não estava, porém, nessa tabela. Era a tesouraria. Quando as faturas saem no próprio dia em vez de uma semana depois, o dinheiro entra cerca de uma semana mais cedo em todo o negócio — em cada uma das obras. Para uma empresa de 24 pessoas a operar com margens apertadas, esse deslize no tempo importou mais do que qualquer eficiência isolada. As horas de escritório recuperadas eram boas. Receber uma semana mais cedo, de cada vez, era o verdadeiro prémio.

O que lhe diríamos se está a pensar no mesmo

A maioria das lições aqui não é específica da assistência no terreno. É o que diríamos a qualquer pequena empresa tentada a encomendar software à medida, e valem mais do que a própria app.

Corte o âmbito sem dó, e escreva a sua lista do «não construímos» antes da lista do que vai construir. Observe o trabalho real antes de desenhar o que quer que seja — os proprietários descrevem o processo que gostariam de ter, não o que de facto seguem. Faça o piloto em pequeno e deixe que os céticos convençam os restantes. E ligue-se às ferramentas que já usa em vez de as substituir, pelo menos no início. Nada disto é inteligente. Tudo isto é o que tornou possíveis dez semanas em vez de dez meses.

Mais uma, a silenciosa: a app nunca foi o ponto. O ponto era receber mais cedo e deixar de digitar os mesmos dados três vezes. Poderíamos ter resolvido uma parte com ferramentas prontas a usar, e para algumas empresas essa é a decisão certa. Para esta, a mistura desarrumada de registo no local, realidade offline e um sistema de faturação existente fez com que um desenvolvimento à medida focado se pagasse depressa. A resposta honesta a «à medida ou pronto a usar?» é: depende, e quem responde de imediato está a vender-lhe alguma coisa.

Perguntas frequentes