A IA fez deste responsável de entregas um fundador
Michael Gold passou 15 anos na gestão de projetos antes de a IA lhe dar a capacidade de finalmente criar o produto de software que sempre quis. A sua história não é sobre a IA transformar gestores de projetos em fundadores — é sobre eliminar a última desculpa daqueles que já o eram.
Michael Gold
Acesso à IA: A IA deu a um fundador sem conhecimentos técnicos uma forma prática de criar um protótipo de software, reduzindo barreiras sem substituir a experiência técnica.
Conhecimento do utilizador: A experiência direta de Michael na gestão de projetos moldou a Aria em torno de frustrações práticas, um design acessível e uma assistência cautelosa da IA.
Protótipo de fim de semana: Um protótipo criado num fim de semana comprovou o conceito, mas os engenheiros continuaram a ser essenciais para a segurança, a arquitetura, a faturação e a fiabilidade.
Vantagem dos gestores de projetos: Os gestores de projetos já definem o trabalho, gerem prioridades concorrentes e lidam com a incerteza — competências que podem apoiar o empreendedorismo.
Mudança do mercado: A IA permite agora que os profissionais transformem frustrações acumuladas com o software em produtos testados, em vez de esperarem pelos planos de desenvolvimento dos fornecedores.
Quando Michael Gold tinha 15 anos, geria a sua própria empresa de eventos, organizando encontros para 500 pessoas. O pai geriu o seu próprio negócio durante toda a vida. Na família, o empreendedorismo não era tanto uma aspiração, mas antes um dado adquirido.
E depois, a certa altura, desistiu.
«À medida que fui crescendo, comecei a ter medo de ser empreendedor», contou-me. Em vez disso, construiu uma carreira na gestão de projetos: quase 15 anos, começando nas áreas criativas antes de passar para a tecnologia. Há cerca de dois anos, passou a trabalhar de forma fracionada, fundando a sua própria agência de gestão de projetos e trabalhando como responsável fracionado pela entrega em empresas em fase de arranque e clientes empresariais. Por qualquer critério, um percurso bem-sucedido. Mas a vontade de empreender nunca desapareceu por completo. Apenas ficou adormecida.
Continue Reading for Free
Create a free account to finish this article, plus get ongoing access to timely insights and practical resources.
Have an account? Log In
Cresci e comecei a ter medo de ser empreendedor.
Este mês, mais de duas décadas depois daqueles primeiros eventos, Michael lançou o produto de software Aria, uma ferramenta de automatização de serviços profissionais (PSA). Está a desenvolvê-lo com uma pequena equipa fundadora que inclui a sua mulher, Rachael, ilustradora.
Entrevistei Michael duas vezes nos últimos meses e, ao longo das duas conversas, a mesma pergunta foi surgindo: o que mudou? Porque ele não é programador. Nunca se tornou um. O que mudou foi o facto de a IA ter tornado o facto de não o ser num problema menor do que era anteriormente.
Começou com irritação, não com ambição
O caminho de Michael até ao desenvolvimento de software não começou com um plano de negócios. Começou com pequenas frustrações familiares.
Rachael tinha criado o site da agência no Wix e todas as alterações tinham de passar por ela. «Detestava depender dela para fazer tudo», afirmou. Por isso, ligou o site a uma ferramenta de programação com IA. «Em menos de uma hora, tinha o mesmo site, mas agora podia controlá-lo.» Depois, criou com recurso a programação por vibração o seu próprio CRM para substituir uma subscrição de 100 dólares por mês que lhe parecia absurda para uma operação individual. Não era melhor do que a solução real, e ele próprio o dirá, mas fazia o que precisava e, crucialmente: «foi mesmo divertido construí-lo.»
Essa experiência trouxe à tona uma pergunta que nunca tinha tido margem para fazer:
«Uma solução como o HubSpot tem de incluir todas as funcionalidades possíveis para servir todos os clientes possíveis. E é por isso que custa o que custa: é uma ferramenta incrível. Mas, se só precisa de 0,5% dessa ferramenta, surge a pergunta: porque estou a pagar pelos outros 99,5%?»
Custa o que custa porque é uma ferramenta incrível. Mas, se só precisa de 0,5% dessa ferramenta, surge a pergunta: porque estou a pagar pelos outros 99,5%?
Cada pequeno desenvolvimento tornava o seguinte concebível. Não se tratava de alguém que decidira tornar-se fundador de uma empresa de software. Tratava-se de um gestor de projetos a resolver os seus próprios problemas e, nesse processo, a reconstruir discretamente a confiança que tinha perdido.
Já tinha vivido o problema que agora está a resolver
Eis a questão do software, historicamente: as pessoas que o desenvolviam e as pessoas que sofriam com ele raramente eram as mesmas. Criar um produto exigia programadores, designers de UX e gestores de produto. O papel do utilizador final consistia em apresentar um pedido de funcionalidade e esperar pelo melhor. A distância entre a pessoa que sentia o problema e a pessoa que lançava a correção era composta por um pedido de assistência, um portal de pedidos de funcionalidades, um gestor de conta e o roteiro de produto de outra pessoa.
Michael passou anos do lado errado dessa distância.
Há oito ou nove anos, entrou numa agência que tinha implementado uma nova plataforma PSA na semana anterior à sua entrada. A sua reação não foi moderada. «Quase me despedi durante o período experimental porque achei que era a pior coisa do mundo. Detestava-a imenso.»
Falou sobre isso com o proprietário. Queria que a ferramenta desaparecesse. Depois aconteceu algo invulgar: acabou por integrar o roteiro de testes beta do produto do fornecedor. «Ajudei-os a moldar a ferramenta», afirmou, e, à medida que o produto melhorava com o contributo dos profissionais, também melhorava a sua relação com ele. «Passei de ser o tipo que quase se despediu durante o período experimental a adotá-la e, por fim, a tornar-me o seu defensor interno.»
Esse era o antigo modelo de influência dos profissionais: ter a sorte de conseguir entrar num programa beta e moldar o produto de outra pessoa a partir do exterior. Juntando os anos que a sua agência passou a implementar ferramentas PSA para clientes, Michael viu esta categoria de todas as perspetivas, exceto a de quem a constrói. Sabe exatamente onde estas ferramentas falham: a integração desajeitada, as interfaces frias e sem encanto. «Não acho que as ferramentas PSA sejam particularmente bonitas. Não acho que sejam espaços agradáveis onde estar», afirmou, razão pela qual Rachael faz parte da equipa fundadora e por que ele «queria mesmo que a Aria transmitisse uma sensação acolhedora e convidativa».
Não acho que as ferramentas PSA sejam particularmente bonitas. Não acho que sejam espaços particularmente agradáveis onde estar. Foi por isso que quis que a Aria transmitisse uma sensação acolhedora e convidativa.
Também sabe, por observar equipas reais de execução em vez do LinkedIn, que a maioria dos gestores de projetos ainda não utiliza IA, razão pela qual o assistente da Aria sinaliza problemas e pergunta antes de agir, em vez de funcionar de forma autónoma. «Para mim, os agentes, quer devam ser assim ou não, parecem assustadores», afirmou. «Acho que é simplesmente mais fácil começar com um assistente amigável que está do nosso lado.»
Nenhuma destas conclusões poderia ser obtida por uma equipa de produto através de entrevistas com utilizadores. São marcas de experiência. Michael não está a adivinhar o que frustra um gestor de projetos às quatro da tarde de uma quinta-feira. Ele já foi esse gestor. O que há de novo não é o facto de os profissionais terem este conhecimento. É poderem finalmente agir diretamente com base nele.
Do protótipo ao produto
A prova surgiu num único fim de semana. Quando o seu cofundador James sugeriu que construíssem eles próprios uma ferramenta PSA, Michael recusou inicialmente. Trata-se de software genuinamente complexo, do tipo que armazena os dados operacionais e financeiros mais sensíveis de uma empresa. «Não há maneira de eu criar uma ferramenta PSA através de programação por vibração», recorda-se de ter pensado.
Depois, sem dizer nada a ninguém, sentou-se ao teclado. «Passei 24 horas a fazer programação por vibração. É tão viciante. E assim, literalmente ao longo de um fim de semana, tinha um protótipo que era uma ferramenta PSA que fazia tudo o que uma ferramenta PSA deveria fazer. Ou, pelo menos, era essa a aparência à superfície.»
Ao longo de um fim de semana, tinha um protótipo que era uma ferramenta PSA que fazia tudo o que uma ferramenta PSA deveria fazer. Ou, pelo menos, era essa a aparência à superfície.
Essa última frase é importante, e Michael sublinha-a. O protótipo foi o início do trabalho, não o fim. Os meses que se seguiram envolveram um programador de desenvolvimento integral responsável pela segurança, pela faturação e pela arquitetura mais profunda. CTO experientes analisaram o código e desempenham funções de consultoria. O produto passou recentemente o CASA Tier 2, uma verificação de segurança realizada por terceiros.
«É claro que ainda existem erros. Por isso, a ideia de que basta fazer programação por vibração para criar uma ferramenta PSA é simplesmente absurda.»
A ideia de que basta fazer programação por vibração para criar uma ferramenta PSA é simplesmente absurda.
Então, se não foi a IA que construiu o seu produto, o que fez ela? «Nunca teria conseguido conceber isto com uma caneta e papel.»
É aqui que a camada de tradução se dissolve. Michael não teria conseguido escrever uma especificação ou criar um esquema da experiência do utilizador. Há uma década, isso teria sido o fim da história: a ideia ficaria presa na cabeça do profissional, tal como as ideias dos fundadores morreram silenciosamente dentro da mente de gestores de projetos desde sempre. Em vez disso, a IA permitiu-lhe pensar de forma visual e iterativa, trabalhando incessantemente num protótipo até que quinze anos de experiência acumulada como utilizador final ganhassem forma diante dele. Algo a que podia reagir, aperfeiçoar e entregar a engenheiros reais.
Descreve o seu fluxo de trabalho atual como «uma versão muito estruturada de programação por vibração», na qual trata de pequenas correções e alterações de funcionalidades «sob a responsabilidade e a governação de pessoas técnicas».
"A ideia de que um fundador não técnico de uma startup consegue realmente continuar a fazer avançar o produto tem sido incrível. Mas a ressalva é que precisei de estabelecer parcerias com pessoas que tinham mais conhecimentos técnicos do que eu."
Terão sido sempre as competências de gestão de projetos?
Escrevi recentemente sobre a gestão de projetos enquanto competência empreendedora, por isso coloquei diretamente a questão a Michael: estarão os gestores de projeto melhor posicionados para se tornarem fundadores do que pessoas com outras formações?
Ele concordou com parte da ideia. Os gestores de projeto têm "uma maior predisposição para lidar com o stress", afirmou. Mudam constantemente de contexto e gerem prioridades simultâneas, enquanto outras áreas conseguem concentrar-se numa só coisa. E, algo fundamental, definem o seu próprio trabalho: "Um gestor de projeto dará a um designer gráfico uma tarefa para realizar durante o dia, ao passo que um gestor de projeto tem de perceber qual é essa tarefa. E isso é empreendedorismo."
Mas depois inverteu completamente a minha premissa.
"Penso que, por ter sido empreendedor desde cedo, é por isso que era bom em gestão de projetos. E não que a gestão de projetos tenha aperfeiçoado as minhas competências empreendedoras. Penso que sempre fui empreendedor e que foi por isso que a gestão de projetos se adequou naturalmente a mim."
Penso que sempre fui empreendedor e que foi por isso que a gestão de projetos se adequou naturalmente a mim.
Por outras palavras, a causalidade funciona ao contrário. A gestão de projetos não fez dele um fundador. O facto de ter um perfil de fundador fez dele um bom gestor de projeto, e a profissão tornou-se um espaço confortável para essa energia se manifestar, enquanto a verdadeira barreira — construir a coisa — continuava a ser demasiado elevada.
Aposto que Michael não é um caso isolado. Quantos profissionais acumulam uma década de experiência difícil com as ferramentas que utilizam todos os dias, sem forma de a transformar em algo além de pedidos de funcionalidades? Pessoas que gostam de assumir a responsabilidade pelos resultados, definir o trabalho e manter todo o sistema na sua cabeça. Pessoas que sabem exatamente o que está errado com o seu software e que, até recentemente, não tinham forma de mostrar a ninguém como seria a solução certa.
Para esse grupo, os últimos dois anos mudaram a equação. Não porque a IA tenha transformado os gestores de projeto em empreendedores, mas porque eliminou a última desculpa para aqueles que já o eram.
Se quiser saber mais sobre o que Michael e a sua equipa têm feito, pode consultar aqui.
—--------
Quer mais informações como estas? Crie uma conta DPM gratuita para ouvir mais especialistas como estes.
