Como as agências podem construir software sem contratar programadores

Durante vinte anos, a economia do software à medida manteve as agências fora do mercado do qual estavam mais perto. Os clientes confiavam às agências a sua marca, as suas campanhas e as jornadas dos seus clientes, e depois levavam os briefs de software que essas jornadas produziam a um estúdio de desenvolvimento, porque construir software significava empregar engenheiros, e empregar engenheiros significava uma folha salarial que a agência média não conseguia carregar entre projetos. O brief nascia nas suas reuniões de conta e era faturado por outra pessoa.

A engenharia assistida por IA muda o input e, portanto, a economia. Uma plataforma como o Ciao transforma uma descrição em linguagem simples numa aplicação real em React, TypeScript e Supabase, e, esta é a parte que importa para uma agência que vende a empresas, envolve-a no ciclo de entrega que os clientes de outra forma pagariam a uma equipa de engenharia: QA automatizado, testes de segurança, alterações governadas e implementação com um clique. A competência escassa deixa de ser a capacidade de escrever código e passa a ser as capacidades que as agências já têm: perceber a operação do cliente, delimitar um entregável e geri-lo como um serviço.

Sem contratar programadores não significa sem disciplina. Significa que a disciplina é fornecida pela plataforma, testes, gates de revisão, registos de auditoria, e não pelo número de contratações. As agências que fazem isto bem tratam o software exatamente como tratam qualquer avença produtizada: âmbito fixo à entrada, entregável empacotado à saída, taxa mensal por o manter vivo e a melhorar.

O argumento do momento importa tanto quanto o argumento da capacidade. A procura dos clientes por software operacional continua a subir. Todos os negócios estão a digitalizar a admissão, os relatórios, o agendamento e o serviço ao cliente. Enquanto a oferta de desenvolvimento à medida acessível quase não se mexeu. As agências estão do lado da procura desse fosso, com a confiança já estabelecida, a ouvir os briefs primeiro. Nada disto exige abandonar os serviços centrais, aliás: o software vende-se melhor dentro da história existente de uma agência, como o portal que operacionaliza a jornada de cliente que já desenhou ou o painel que reporta as campanhas que já gere. A questão não é se alguém vai vender software aos seus clientes nos próximos dois anos; é se será você.

Conte os pedidos com forma de software que passaram pela sua agência no último ano. Um portal de clientes para os clientes deixarem de mandar emails a perguntar pelo estado. Um painel que junta os dados de campanha que a equipa do cliente monta à mão todas as segundas-feiras. Um fluxo de reservas, um formulário de admissão com lógica, um CRM interno que a folha de cálculo do cliente já não comporta. Cada um era um contrato de cinco ou seis dígitos que ou morreu, ou foi para um estúdio de desenvolvimento, ou foi espremido para uma ferramenta de templates que envergonhou toda a gente ao fim de um ano.

O custo estratégico é pior do que as fees perdidas. O software é o entregável mais pegajoso que existe: as campanhas acabam, mas o portal que construiu corre todos os dias, sustenta as operações do cliente e fatura mensalmente. O fornecedor que opera o software de um cliente é o último fornecedor a ser cortado. Quando as agências subcontratam esse trabalho, estão a pagar a um concorrente para segurar a sua retenção.

E a subcontratação nem sequer protege a margem. Aplicar uma margem à diária de um estúdio de desenvolvimento deixa a agência a carregar a gestão de conta, o risco de âmbito e a culpa perante o cliente por uma fatia fina da fee. A clássica pior posição de ambos os mundos. A alternativa que a maioria das agências escolheu, não fazer nada, fazia sentido quando o custo fixo de construir era uma equipa de engenharia. Deixa de fazer sentido no momento em que deixa de o ser.

Há um argumento defensivo ao lado do argumento de receita. As agências que não conseguem entregar software estão a perder âmbito para consultoras e estúdios de desenvolvimento que conseguem, e assim que outro fornecedor detém as ferramentas operacionais do cliente, a gravidade da relação muda: o fornecedor do portal começa a receber a chamada de estratégia. Acrescentar uma linha de software é em parte sobre receita nova e em parte sobre não se tornar o fornecedor cujos entregáveis são os mais fáceis de cortar. Antes de descartar qualquer parte disto, faça as contas aos seus próprios briefs perdidos do último ano; a maioria dos donos surpreende-se com o total.

Duas perguntas surgem em todas as conversas de software entre agência e cliente, e convém ter respostas fortes para ambas. Primeira: quem é o dono? No Ciao a resposta é limpa: o resultado é React, TypeScript e Tailwind padrão com 100% de propriedade do código, exportável para um repositório a qualquer momento. Pelo que o cliente (ou você, consoante os seus termos comerciais) é dono de um ativo real, não de uma subscrição de um template. Essa resposta ganha negócios contra plataformas de templates por si só.

Segunda: de quem é o nome que lá está? As agências entregam geralmente o software sob a sua própria marca, com a plataforma invisível para o cliente final. A mesma relação que já tem com as suas ferramentas de alojamento ou de email. O que importa comercialmente é que a agência detém a relação com o cliente e a taxa de operação, e que a evidência de qualidade do software, execuções de testes, verificações de segurança, registo de auditoria, existe para o sustentar quando a equipa de TI de um cliente fizer perguntas difíceis. Aparecer nessa conversa com um registo de auditoria é uma experiência diferente de aparecer com promessas.

Uma terceira pergunta chega quando a ferramenta passa a importar: a equipa de TI ou de segurança do cliente a perguntar como sabem que é segura. É aqui que a escolha de plataforma da agência ou a sustenta ou a expõe. Entregar numa plataforma que produz evidência de testes, resultados de análise de segurança e um registo de auditoria significa responder com artefactos em vez de palavras tranquilizadoras, e as agências relatam que este é o momento em que um guardião de TI cético se transforma num campeão interno. Leve a evidência sem que lha peçam e a reunião de revisão encurta; espere que lha peçam e ela multiplica-se.

O Ciao foi construído exatamente para este movimento. O Builder transforma as suas notas de descoberta numa aplicação funcional e itera à velocidade de uma chamada com o cliente; o QA, o Security e o Guardrails fornecem a disciplina de engenharia para a qual não está a contratar; e o Conductor dá um ecrã para toda a sua frota de clientes. Saúde ao vivo de cada portal e painel que opera, o que é o que torna uma prática de software com cinquenta clientes gerível por uma equipa de contas. A implementação vai para a nuvem Ciao ou para a conta AWS, Azure ou GCP do próprio cliente, quando a TI dele insistir.

Comercialmente: os programas de desenvolvimento sérios começam em 10.000 USD por ano, o que as agências cobrem tipicamente com os primeiros um ou dois contratos de cliente, e o Agency Build Grant existe para tirar o risco da primeira construção. Traz um brief real de um cliente, e a bolsa apoia a sua entrega. Se quiser primeiro a matemática da receita, a calculadora de receita para agências modela taxas de construção, taxas de operação e margem ao longo de uma base de clientes em crescimento. Depois fale com as vendas sobre a bolsa.

Sobre a curva de aprendizagem: as agências não precisam de contratar de forma diferente para começar. As primeiras construções são tipicamente conduzidas pelas mesmas pessoas que delimitam campanhas, responsáveis de conta e produtores, com a organização de IA da plataforma a carregar os papéis técnicos. A competência que transfere diretamente é a descoberta de requisitos, que as agências praticam diariamente; a competência a construir deliberadamente é a disciplina de delimitação, porque os pacotes fixos só sobrevivem ao contacto com os clientes quando as exclusões estão escritas. Os programas que se tornam sérios costumam dedicar um dono à linha de software no primeiro ano. Não um engenheiro, um produtizador.