Eram os anos 90. Durante uma visita ao estande da Planejar na feira agrícola anual da nossa cidade, meu padrasto adquiriu um aplicativo revolucionário para DOS. O ADM Rural.
Mal sabia eu o impacto que aquela tela azul teria na minha infância. Ele tinha tudo de que uma fazenda poderia precisar. Tudo mesmo.
Há algo reconfortante em um programa que parece ter previsto cada detalhe do mundo agrícola. Fosse qual fosse a necessidade do trabalho, alguém havia pensado nela, dado um lugar a ela e colocado tudo à disposição no mesmo sistema.
A agricultura finalmente tinha entrado no computador, trazendo consigo uma quantidade considerável de móveis.
Nós levamos aquilo a sério. Passei meses digitalizando aquelas antigas folhas verdes de relatórios, preenchidas à mão com cargas de caminhão, pesos, grãos entrando e saindo dos silos e, aparentemente, todo movimento que a fazenda pudesse fazer. Meses e meses transformando papel verde em registros numa tela azul. Eu achava fascinante. Algo naquela tradução da vida agrícola para um computador se instalou permanentemente na minha cabeça.
Eu valorizava aquela completude, e usamos o software por anos. O conhecimento acumulado ali merecia respeito: alguém havia entendido o trabalho bem o suficiente para traduzir suas necessidades numa estrutura de dados da qual outras pessoas podiam depender.
Com o tempo, porém, aquilo começou a pesar, e nos vimos voltando ao programa cada vez menos. Meu padrasto tinha uma frase que repetiu ao longo daqueles últimos anos: “O problema do ADM Rural é a sua completude.” Aquilo ficou comigo. A mesma coisa que me havia fascinado quando criança tinha se tornado algo que nos dava trabalho acompanhar.
As capacidades continuavam lá, junto das tabelas, estruturas e do esforço necessário para encontrar nosso caminho entre elas. Ter algo disponível e conseguir usá-lo com conforto eram conquistas diferentes.
Um anúncio de revista da época mostrava o preço: R$ 960, em três parcelas de R$ 320. Cerca de R$ 6.500 em valores de 2026.
Cresci próximo da produção de arroz e passei boa parte da minha vida profissional construindo produtos digitais. Meus anos de experiência direta foram com o ADM Rural. Quando olho para o Agworld, vejo uma geração posterior e mais conectada de software agrícola abrangente, reunindo agricultura, planejamento, registros e colaboração.
Ambos os produtos continuarão a evoluir e a servir pessoas cujo trabalho exige essa profundidade. O Farms tem outro propósito, e não temos a intenção de reproduzir tudo o que eles fazem.
Vejo uma lacuna de adoção entre o que o software agrícola consegue tornar possível e quantas pessoas conseguem usá-lo de forma significativa no dia a dia.
Para mim, fechar essa lacuna começa em ser útil. Estamos construindo o Farms para trazer o maior benefício prático ao maior número de pessoas na agricultura. Hoje, a era dos agentes nos dá novas ferramentas para levar esse propósito adiante.
Uma capacidade pode ser tecnicamente impressionante, comercialmente atraente ou pessoalmente irresistível para um engenheiro. Ainda precisamos entender a quem ela ajuda, como ajuda e o que exige da pessoa que a utiliza.
Uso alcance para descrever até onde essa utilidade pode chegar: entre diferentes responsabilidades, recursos, níveis de familiaridade com tecnologia e as relações pelas quais o trabalho agrícola acontece. Um produtor, um piloto agrícola, um operador independente de drones, um agrônomo e uma equipe de campo têm necessidades diferentes. O que me interessa é onde seus trabalhos se encontram e uma ferramenta se torna útil para mais de um deles.
Esses encontros já fazem parte da história do Farms. Oswaldo construiu o aplicativo Farms original para suas próprias operações de aviação agrícola, resolvendo problemas cujas consequências conhecia de perto. Conforme o produto evoluía, produtores e operadores de drones já o utilizavam e pediam capacidades adequadas ao trabalho deles. Meu trabalho nesta próxima geração acompanha essa expansão para além do foco original.
Passar anos perto do trabalho agrícola, construindo tecnologia para ele, muda o que você percebe. Você começa a entender quais ferramentas precisam estar juntas, quais conexões poupariam alguém de uma boa dose de dor de cabeça e quando mais uma funcionalidade é principalmente mais uma coisa de que cuidar. Essa experiência dá direção à busca.
Ouvir sempre fez parte do DNA do Farms. As pessoas que usam o Farms ajudam a definir seus caminhos. Isso significa entender o trabalho por trás de um pedido, onde alguém encontra dificuldades e o que realmente ajudaria essa pessoa.
Para pensar aonde essas conversas podem levar, imagino o mundo da tecnologia agrícola como uma enorme rede neural de capacidades e relações. Terra, agronomia, equipamentos, finanças, pessoas, insumos, registros e logística se espalham por ela. Algumas capacidades são profundamente especializadas. Outras importam para uma variedade enorme de trabalhos.
Acompanhe uma operação de pulverização. O agrônomo também pode pilotar o drone. O produtor pode operar equipamentos ou contratar um prestador. O mesmo limite de área orienta as instruções agronômicas, o plano do operador e a programação do prestador. Equipamentos, condições e insumos influenciam essas decisões; cada uma consome tempo e recursos. Observações e registros de execução passam a fazer parte do que o produtor e a próxima equipe precisam saber. Uma fotografia precisa de seu lugar e de seu momento para fazer sentido.
A rede essencial que buscamos reúne capacidades de dentro desses domínios e entre eles, preservando suas conexões mesmo quando atravessam as fronteiras dos módulos de software.
Transformar essas relações em software me traz de volta à observação do meu padrasto. O modelo de dados estabelece o que precisa existir, como as coisas se relacionam e quais informações são necessárias antes que o trabalho possa prosseguir. A interface herda essas obrigações na forma de formulários, escolhas e etapas de configuração.
Imagine que registrar um trabalho simples exija primeiro definir uma organização, uma hierarquia de fazendas, uma safra e um orçamento. Cada dependência pode ser razoável individualmente. Juntas, pedem que a pessoa construa um mundo administrativo antes de registrar o trabalho que veio fazer.
A interface se torna o lugar para onde as decisões de arquitetura enviam suas faturas. A pessoa paga em atenção, configuração e tempo.
Existe um ponto sem volta para o trabalho de interface sozinho: recuperar a experiência exige revisitar o modelo de dados, porque reorganizar as telas não elimina as exigências embutidas nele.
Uma estrutura interna sofisticada ainda pode sustentar uma experiência simples. A dificuldade começa quando sua complexidade se torna uma responsabilidade inevitável do usuário. Estrutura de dados, interface e experiência pretendida precisam ser pensadas juntas antes de desenhar a primeira tela.
Um aplicativo de uso único pode fazer muito bem o seu trabalho e ainda ter alcance limitado. Sua utilidade pode ficar restrita àquela tarefa, ou ao grupo de pessoas que precisam dela. Quando o trabalho exige outra capacidade, ou uma conexão que o aplicativo não oferece, alguém precisa ir a outro lugar para terminá-lo, levando o contexto consigo.
Plataformas completas reúnem uma parte maior desse trabalho. Essa profundidade importa para as pessoas cujas operações precisam dela. Mas entender, configurar e manter o sistema pode exigir mais do que seu benefício justifica. Quando isso acontece, mais coisas ficam disponíveis enquanto menos pessoas conseguem usá-las com conforto.
As duas abordagens têm seu lugar. Para o Farms, a busca é por ferramentas que tragam valor prático suficiente para cada participante escolher o produto por conta própria e que conectem essas pessoas pelo trabalho que compartilham. Chamo isso de convergência de benefício. Cada recurso precisa justificar a atenção, a configuração e o dinheiro que exige de quem o utiliza.
Apps de uso único e plataformas completas podem ser úteis. A combinação precisa servir ao trabalho.
Adoção: No pico. As ferramentas funcionam juntas, com esforço administrável. O benefício pode alcançar mais pessoas.
Dois produtos com a mesma quantidade de ferramentas podem oferecer benefícios muito diferentes. Um negócio exigente pode precisar de uma profundidade que sobrecarregaria alguém realizando outro trabalho. Ambos precisam de um produto ao qual valha a pena voltar.
Acredito que a era dos agentes muda aquilo em que competimos. À medida que fica mais barato desenvolver funcionalidades e mais fácil reproduzi-las, a vantagem passa a estar na escolha do que deve funcionar em conjunto. A busca é pela combinação que oferece o maior benefício prático.
O Atlas me dá uma maneira de pensar nessa busca. Nosso motor de planejamento e simulação ajuda pilotos e operadores a explorar operações de aeronaves e drones compatíveis com o simulador, comparando percursos, estimativas de tempo e recursos necessários antes de decidir por um plano. Encontrar um caminho útil exige entender como a geometria, o equipamento, as curvas, o reabastecimento e o clima se relacionam naquela operação. Suas estimativas carregam premissas e limites que precisam permanecer compreensíveis.
Na nossa busca pelo produto, a experiência nos ajuda a entender o campo: aquela rede de capacidades agrícolas. O equipamento é o conjunto de ferramentas disponíveis nesta era. Exploramos combinações nessa rede, buscando uma convergência de benefício com o maior alcance possível. Nossas restrições incluem o que sabemos construir, o que as pessoas podem pagar, o que conseguem usar com conforto e aquilo em que a tecnologia realmente merece confiança.
O mercado ainda não nos ofereceu um conveniente botão de Executar Simulação, então nossas propostas precisam encontrar pessoas realizando trabalho de verdade. A experiência dessas pessoas nos ajuda a entender essas restrições, reconhecer o que é útil ou exige esforço desnecessário e rever a combinação junto delas.
A era dos agentes abre uma janela para redefinir o software agrícola em torno da convergência de benefício. Trazemos conhecimento operacional, pessoas que já usam o Farms e a experiência em engenharia para aproveitar essa oportunidade.
Vejo essa mudança no meu próprio trabalho de engenharia, em que a IA participa da implementação, investigação, refatoração e dos testes. Continuamos responsáveis pela intenção, pelas restrições e pelas consequências.
O V5 nasceu do trabalho que já acontecia no Farms e de pedidos que voltavam a aparecer. Empresas já o utilizavam com vários funcionários antes de termos acomodado suas equipes adequadamente. O Farms Services dá a esse trabalho um espaço próprio. Reconstruímos a tecnologia em torno desse conhecimento acumulado, aproveitando a era dos agentes para ampliar o que esses fluxos de trabalho permitem fazer.
Um agente precisa de contexto e ferramentas confiáveis: a qual área alguém se refere, quais registros são relevantes e o que esses registros estabelecem. Um plano, uma observação e uma operação concluída têm significados diferentes. Uma resposta fluente ainda precisa acertar essas distinções.
Projetamos a área para reunir os registros originais e o contexto que a Sofia constrói a partir deles. Conforme observações, fotografias e registros de trabalho se acumulam, a Sofia mantém esse contexto atualizado, preservando seu histórico e os vínculos com as fontes.
Também construímos ferramentas que permitem a outros assistentes de IA ler informações autorizadas do Farms por meio do MCP, um protocolo para conectá-los a aplicativos. É aqui que vejo a convergência de benefício tomando forma: essas capacidades ajudam as pessoas a usar o conhecimento acumulado sem reconstruir repetidamente sua história.
O alcance também depende de quem pode participar. Todo usuário deve ter espaço para usar o Farms e ajudar a construí-lo, seja trabalhando sozinho ou gerenciando uma grande operação. Prestadores atendem várias fazendas, produtores trabalham com diferentes prestadores, e pilotos, operadores, agrônomos e equipes transitam entre lugares e responsabilidades. O Farms precisa se encaixar nessas relações e ser útil para cada pessoa de forma independente.
Um prestador deve conseguir organizar o trabalho antes que qualquer cliente entre. Produtores, pilotos e operadores de drones devem ter ferramentas para suas próprias áreas, operações e registros. As pessoas podem trazer seus prestadores, e os prestadores podem trazer as pessoas com quem trabalham. Alguém pode chegar pelo trabalho de outra pessoa e ficar porque o Farms também é útil para o seu. Sua próxima operação pode apresentar o Farms a mais alguém.
A forma de cobrar precisa apoiar essa participação. Não quero que o preço se torne um impedimento. Ouvir as pessoas sobre o que precisam, o que podem pagar e como conseguem realizar seu trabalho com conforto deve orientar tanto as funcionalidades quanto o preço.
O modelo que estamos construindo combina um núcleo gratuito útil com espaços de trabalho pagos para gestão adicional, capacidade de equipe e armazenamento. A simulação e a IA premium dão às pessoas motivos adicionais para escolher um espaço de trabalho próprio, ligados ao trabalho que precisam realizar. Os espaços de trabalho podem cobrir os colaboradores convidados, permitindo trabalhar juntos sem exigir uma compra separada de cada participante. Esse modelo precisa sustentar a empresa enquanto deixa espaço para as pessoas participarem.
Quando penso naquela tela azul em 1995, ainda admiro quanto do mundo agrícola alguém conseguiu colocar dentro de um programa. Hoje, estamos construindo os elementos essenciais conectados para tornar esse conhecimento útil para mais pessoas. Temos as ferramentas, a experiência e as pessoas para encontrar essa rede. Acredito que vamos encontrá-la.
À medida que encontramos as conexões certas, ganhamos alcance. E o alcance importa porque leva o benefício mais longe.
Referência de preço: o anúncio de maio de 1996 da revista A Granja oferece o ADM Rural 3.0 por 3 × R$ 320. A comparação aproximada usa o nível médio de preços de 1995 pelo IPCA como referência, com atualização até setembro de 2026.