O Excesso de Features Pode Estar Matando Seu SaaS

Author: Promovaweb Automação e IA · Watch on YouTube

Video authored by the channel shown, not by IANIA; all rights belong to the creator. Transcript and summary generated automatically; the original-language content is preserved.

Original language: Portuguese

Original video: O Excesso de Features Pode Estar Matando Seu SaaS · Channel: Promovaweb Automação e IA · 21:49 · Watch on YouTube

Topics: Enterprise AI applications

Summary

A facilidade de desenvolver com IA permite lançar recursos em ritmo acelerado, mas os usuários podem não conseguir acompanhar nem perceber o valor das novidades. O vídeo recomenda planejar lançamentos em ciclos, reservar tempo para correções e comunicar os recursos de forma consistente. Também destaca a importância de ouvir os clientes e medir o uso do produto para orientar prioridades e reduzir o churn. A evolução de um SaaS não depende apenas de código: marketing, experiência do usuário e percepção de valor também são essenciais.

Key points

Entregar recursos mais rápido do que os usuários conseguem acompanhar pode reduzir a percepção de valor do produto.
Lançar novidades em ciclos planejados ajuda a concentrar a comunicação e dar tempo para que os clientes conheçam os recursos.
É importante alternar o desenvolvimento de funcionalidades com períodos dedicados a correções, testes e melhorias.
Conversas com clientes e feedback direto ajudam a identificar problemas e decidir o que priorizar.
Métricas de uso por módulo e rota podem indicar se os lançamentos estão sendo adotados.
Recursos pouco utilizados devem motivar uma investigação: pode ser necessário explicar melhor, conversar com usuários ou mudar a direção do produto.
O dono de um SaaS continua responsável pelo produto e pelo negócio, mesmo quando a IA acelera o desenvolvimento.
A percepção de valor do usuário, e não apenas a quantidade de funcionalidades, é fundamental para a retenção.

Chapters

Start	Chapter	Summary
00:01	Produtividade e excesso de entregas	O apresentador introduz a aceleração do desenvolvimento e o risco de entregar mais novidades do que os usuários conseguem consumir.
03:07	Planejar lançamentos e comunicação	Ele recomenda manter um roteiro de evolução e organizar os lançamentos para que os clientes tenham tempo de conhecer os recursos.
06:16	Criar ciclos de lançamento	O vídeo propõe concentrar anúncios e explicações em ciclos, em vez de lançar novidades de forma picada e contínua.
09:24	Ouvir clientes e priorizar feedback	O apresentador sugere reservar tempo para conversar com usuários e usar o feedback para orientar correções e melhorias.
12:31	Equilibrar funcionalidades, correções e custos	Ele defende alternar novos recursos com correções e analisar se o ritmo de desenvolvimento e os gastos fazem sentido.
15:05	Medir adoção e uso do produto	O apresentador recomenda acompanhar métricas de uso para descobrir se os lançamentos são adotados e ajustar a estratégia.
18:10	Percepção de valor e negócio	O vídeo reforça que um SaaS exige mais do que código: é preciso entender a percepção dos usuários e comunicar o valor gerado.
20:47	Encerramento e convite à reflexão	O apresentador encerra convidando o público a refletir sobre o ritmo de lançamentos e a percepção dos próprios clientes.

Quotes

Você perde a chance do hype. — 02:37

Nada melhor do que você ter o feedback do seu usuário. — 11:28

A IA desenvolve o produto. Mas você ainda é o dono. — 16:07

Você tem que medir pela percepção delas. — 20:15

Concepts and entities

over delivery, SaaS, ClickUp, n8n, Scrum, Clarity, Founders, Conversa Labs, Jev, vibe coding

Full transcript (original language)

00:01 Pessoal, isso aqui é o segundo episódio do diário do Vibe Coder. Quero bater um papo com vocês sobre um assunto que a gente tocou essa semana aqui na comunidade. E que eu acho que é importante para você que tá lançando um sistema. Pessoal, a gente tá vivendo uma época, e eu como programador desde sempre aqui, eu eu tô gostando, eu gosto muito disso. Mas a gente vive uma época de super produtividade. Então, eu nunca, nossa, nunca na minha vida imaginei que eu fosse poder fazer as coisas tão bem e tão rápido

00:32 como eu faço agora. Independente do modelo que você usa, o que que você faz aí. Isso é bom, isso é muito bom. Só que tem um outro lado que é o seguinte, a gente eu venho observando na comunidade e não só na comunidade com os alunos, com os mentorados aqui, né, a gente conversa muito no Founders, a gente conversa muito nos cursos também sobre isso, né, as aulas são ao vivo, tá gente, que é para a gente interagir, né? E e eu como usuário de diversos sistemas, eu tenho percebido um over delivery.

01:03 Que eu quero dizer o quê, pessoal? Esse termo over delivery é quando você entrega mais do que as pessoas conseguem consumir. Então, vou dar um exemplo para vocês. Eu sou um usuário do ClickUp, todos vocês sabem que eu sou fã do ClickUp. E o ClickUp lançou um release essa semana, ele lançou um outro release na sexta-feira passada. Então, acho que foi sexta e foi na quinta. Algo assim, não deu uma semana de diferença de um para o outro. Só que ele lançou essa semana também alguns recursos que ele também lançou o início na semana passada.

01:34 Eu não consegui acompanhar, pessoal, eu não consegui acompanhar o da semana passada. E já tem mais release aqui em cima de mim essa semana. Quer dizer o quê? Quer dizer que será que o que tá sendo produzido, o seu cliente tá conseguindo acompanhar? Ele tá realmente consumindo isso? Aqui na Aqui no conteúdo, a gente sempre se preocupa no ritmo, na dosagem, no tamanho do vídeo, né? A gente tem uma série de preocupações que tem que ter aqui para produzir um vídeo porque impacta como que as pessoas vão consumir ele depois.

02:06 Será e eu acho que o software tá indo para o mesmo caminho. Por a gente ter essa essa facilidade e rapidez de entrega de código bom, coisa boa, a gente que acaba fazendo mais. Mas eu acho que o funil não tá batendo. Né? Então acho que o funil, o topo que é você injetando recurso no seu sistema e aqui embaixo tá o usuário no conta gota. Talvez nem precisando daquilo agora. E qual que é o problema disso, pessoal? Qual que é o problema que eu vejo nessa situação?

02:37 Não é uma questão tão técnica, tá? Em relação ao seu software, não zero problema em relação a isso. Mas atrapalha um pouco o seu marketing, atrapalha um pouco, talvez até a percepção de valor das pessoas em relação ao seu produto. Você perde a chance do hype. Então eu acho que atrapalha você como empresa. De novo, tá gente? O seu software não impacta. Se você lançar um recurso hoje ou 10 recursos amanhã, tanto faz.

03:07 Mas eu aqui sugiro uma estratégia para galera que é lança aos poucos e lance sempre. Então, pessoal, você tem que ter um backlog, você tem que ter um milestone, você tem que ter alguns algum uma uma uma trajetória. A gente fala muito disso no curso, né? Tenha uma linha guia que fala assim, ó, esse aqui é o meu sistema hoje do zero, aqui é ele na versão 3.0. Mapeia. Por que que é importante isso, pessoal? Antigamente a gente fazia isso porque era demorado fazer e era caro fazer. Então eu tinha que ter

03:39 esse mapa para poder não me perder no caminho. E nem é questão de me perder, é até ver se valia a pena investir tempo naquilo. Quem que lembrava lembra do Scrum? A gente trabalhava com diversas metodologias de olhar o esforço para poder, para poder fazer as coisas. Olhar o tempo, pô, eu tenho uma semana para fazer, o que que eu vou fazer em uma semana? Porque era demorado fazer, era manual. Hoje eu já acho o contrário. É, é muito mais um apelo comercial. O

04:10 que que comercialmente convém fazer? Pessoal, às vezes vocês vão desenvolver alguma coisa e e eu acredito, né, que o desenvolvimento de software ele, ele avançou muito no sentido de eu entrego mais rápido, entrego algo mais estável, consigo entregar algo mais dinâmico, mais evoluído. O software hoje que a gente percebe tá muito, tá muito melhor, com mais repleto de recursos, porque eu não tenho mais a barreira do tempo, né? Só que o usuário aqui do, do outro lado, pessoal, até eu conseguir comunicar todo

04:42 mundo que me paga, que tem um recurso novo, demora. Até isso aí fazer efeito, tem um tempo. E é importante que você, como dono de SaaS, se preocupe com isso também. Não ter um olhar só do software, pô, meu software evolui a cada semana. Isso, isso, isso é interessante. Mas por que não fazer uma semana de novos recursos, uma semana de correções? Para dar tempo das pessoas conseguirem pelo menos assistir um vídeo, perceber o novo recurso, talvez até mesmo usar, te

05:14 dar um feedback antes de você tacar mais coisa nela. Eu percebi que o ClickUp, né, ele lançou um recurso muito legal. Eu fui ver o recurso 10 dias depois e olha que eu sou um usuário assíduo. Mas eu, eu tô preocupado com formação, tô preocupado com curso, não consegui parar para assistir uma live de uma hora que eles fizeram. Não, eu não, não tive essa hora, essa semana, foi uma semana muito corrida. Só que eu, eu percebi e aí me incomodou, eu como cliente, não tô falando como desenvolvedor, tá, gente? Eu como cliente,

05:45 falei, pô, eu nem, eu nem vi aquele ainda, cara, você já tá com mais coisa aqui para mim. Dá uma sensação, pessoal, e você tem que trabalhar muito a sensação do cara achar que não tá extraindo do seu sistema o suficiente, isso aí não virar um churn. Né? Então, é esse, eu acho que é o problema. Eu olhei para o ClickUp hoje e eu e eu pensei nisso, falei: Eu tô pagando lá o Brain, eu tô pagando lá o Brain extra. Será que tá valendo a pena? Eu me peguei nisso, pessoal, por isso que eu falei: “Puta, eu vou fazer eu ia fazer outro vídeo hoje”. Eu vou fazer um vídeo falando disso,

06:16 porque eu percebo isso na comunidade de gente que usa o n8n, por exemplo, e que tá numa versão lá atrás. E o n8n tá aqui, ó, release em cima de release. Né? Gente que usa outros ou que tá montando um sistema, é e eu vi um um post no X hoje, a mo a menina falou assim, ó: “Eu fiz 2.000 pull request num mês”. Pessoal, imagina, 2.000 pull request num mês, a quantidade de software que ela não criou, a quantidade de correções, novos recursos em 30 dias.

06:49 Será que o usuário tá pronto para isso? Porque você, como dono de empresa, dono de SaaS, você tem que traçar uma uma linha e pensar em continuidade. Como que tá a continuidade do seu sistema? Por exemplo, pessoal, fazer um lançamento, olha, se você fizer um lançamento quinzenal, para ser rápido, ou mensal, para ser um pouco mais humano, então, uma vez por mês, você faz uma semana de live, uma semana de vídeo, uma

07:19 semana de disparo de e-mail, pega item por item que você desenvolveu, fala: “Olha, eu vou explicar para o meu cliente, para o meu consumidor, cada novo recurso e como que isso aí impacta ele”. Será que ter essa experiência de falar: “Luís, eu gravei uma semana, eu esperei três semanas para que esses vídeos chegassem no maior número possível de pessoas através de e-mail, notificação push, rede social, YouTube,

07:49 LinkedIn, nossa, eu, meus grupos aqui, a minha comunidade, meu servidor do Discord. Eu fiquei ali, ó, publicando, publicando, publicando, publicando, publicando. Passou-se [roncando] essas três semanas. Vamos fazer o quê? Vamos lançar um novo release e de novo vamos no nosso ciclo de uma semana de live. Será que não é mais interessante trabalhar assim, pessoal, de fazer barulho por uma semana? Acalma, desenvolve agora essas três semanas, lança as coisas, ao invés de ser picadinho dia por dia,

08:20 né? Você não não segurar e lançar. É claro que nesse período, você pode lançar um pequeno release para uma correção de erro, um bug fix, um petzinho, beleza. Mas até para o seu usuário saber que virou o mês, vem recurso novo para ele aí. Com o tempo, você educa as pessoas. No inbound marketing, a gente fala muito sobre a nutrição do lead e essa questão de você educar o lead. Não, pessoal, não é educar no mau sentido, tá? Mas é um educar da pessoa começar a entender o seu ciclo.

08:53 Pô, Luís, todo o começo de mês o Luís vem aqui faz uma live com a gente para falar do novo release do software. Né? É, você dá tempo à pessoa, de acordo com o dia a dia dela, a correria dela, enfim, as circunstâncias de cada um, dela dela ter tempo para ela poder olhar para aquilo ali, buscar saber, até mesmo, pessoal, para optar por ignorar aquilo. Pô, eu de propósito ignorei essa. Se você conseguir chegar nesse grau de consciência, ótimo. Quando vier um novo recurso, deixa que a

09:24 pessoa no tempo dela acesse, mas você tá ali, ó, de maneira cadenciada, dando continuidade para o seu software. Então, eu tenho coisa para fazer mês que vem, daqui a um mês, no ano que vem e por aí vai. Então, você começa a pensar um pouco mais a médio prazo no seu software, no sentido de que eu vou fazer uma backlog desse mês de acordo com as coisas que me cabem esse mês. Esse mês surgiu o Jev. Surgiu um novo modelo muito legal, muito rápido para fazer avaliação. Pô, desenvolve ali algumas coisas de

09:55 avaliação no seu sistema e faz uma chamada para comunidade. Olha, agora temos Jev. O Jev agora classifica o seu chat. O Jev, o Jev agora classifica o seu camban de CRM, o seu pipeline de vendas. Isso aí, pessoal, liga uma uma luzinha na cabeça, fala: “Pô, legal, hein, cara. O Luís tá antenado aqui na nos lançamentos e e trouxe para o sistema que eu assino. Eu assino o sistema do Luís. Trouxe um recurso aqui que, pô, legal. Dá tempo. Dá tempo. Então às vezes é interessante, pessoal,

10:26 para não ficar naquela corrida de rato, ali, ó, cíclica, de lanço, lanço, lanço, lanço, lanço, ninguém vê. Para não acontecer esse negócio que eu sou com com o ClickUp, de eu achar que me sobrecarregou. Sobrecarregou a ponto de eu não querer ver. Né? Eu eu perdi o primeiro aqui, eu perdi o fio da meada e já veio mais coisas. E semana que vem vai vir mais. É muito. Então eu acho que a gente a gente tem que ter um pouco de cuidado, pessoal, com o excesso também. Tá mais fácil? Puts, tá muito mais fácil. Olha, eu

10:57 nunca imaginei na minha vida que, pessoal, que fosse ter uma época tão fantástica para ter um negócio, para você querer realizar o seu sonho de de liberdade financeira, de ter o seu SaaS, atender um nicho, né? Ter um Puts, é uma época fantástica, pessoal. Abraça isso. Mas com a cabeça também. Né? Será que eu não estou dando um passo maior do que a perna? Será que eu tô correndo e os meus usuários estão andando? Até, pessoal, para poder pegar um feedback e ver o que mexer. Porque eu sinto e eu percebo isso também

11:28 na comunidade que eles mexem muito, mas perguntam pouco. Então, você montou algo da sua cabeça, que as pessoas talvez não não casaram a ideia. Você, da sua cabeça, foi lá e modificou e continuou não casando a ideia, não parou para ouvir. Olha, você como dono, você como como proprietário de um SaaS, nada melhor do que você ter o feedback do seu usuário. Então, ao longo desse mês, ao invés de lançar, lançar, lançar, lançar, para um pouco, ouve, olha, eu vou fazer uma vou

11:58 fazer dois dias aqui, pessoal, de vocês virem me dar feedback. Se coloca à disposição num Discord, num grupo de WhatsApp, faz um meet com os clientes. Pessoal, ó, vamos fazer um um after hours aqui, ó, vamos fazer um só, olha, hoje às 6:00 da tarde eu vou ficar aqui uma hora conversando com vocês. Eu vou tirar dúvida, vou te dar alguma dica. Entra aqui entra aqui para você para a gente poder conversar. Se aproxima do seu cliente, se aproxima do seu usuário e pega o feedback dele. Ô, Luís, o Kanban aqui, cara, tem hora que eu arrasto, ele não vem. Olha, no celular aqui agora eu não tá legal.

12:31 Isso aí, pessoal, tem que ser a prioridade no seu fluxo aí, no seu ciclo. E quando vier o release, colocar, olha, corrigimos o Kanban, corrigimos a listagem de usuário, melhoramos a responsividade do site, do sistema. Então, eu acho que a gente eu acho que a gente perdeu um pouco esse tato, sabe, gente? A gente perdeu um pouco essa noção de que eu eu que sei mexer com IA, eu tô no ritmo. Eu tô tocando uma música e o meu cliente tá em outra música. É, quem tem que se se adaptar? Será que

13:01 eu vou ou forçar centenas de pessoas a mudarem porque eu quero lançar todo dia? Ou eu estou vendo que elas não estão tão ligadas assim? Pô, tira uma férias, tira uma folga. Começa a montar algum outro negócio. A gente vive a era a era da da facilidade hoje. E, pessoal, tudo bem ficar uma semana, duas, três sem lançar um recurso, tá? Tudo bem. Inclusive, eu digo para vocês, eu acho que é muito saudável fazer isso, até para você tirar um tempo também.

13:32 Né? Então, pô, lança e vai caçar bug. Vai caçar bug, lança release e caça bug. Aí depois você passa um tempo e desenvolve novas coisas, lança e vamos caçar bug. Quem sabe fazendo isso você não encaixa, não não encaixa num num ciclo mais saudável. E também, pessoal, gasta menos. Tá uma febre na comunidade de gente com cinco contas do Cloud. Pô, é muita grana, pessoal, é muita grana. Né? E aí de novo, será que eu estou investindo muito, lançando muito e o meu

14:04 usuário não tá nem aí? Será que eu estou dando ouvido para o meu usuário? Será que eu tô percebendo, tô analisando? Eu tô abrindo um Clarity e vendo como é que as pessoas usam o meu sistema? Será? Eu tô analisando o churn. Esses dias eu fiz uma consultoria que foi isso. 90 pessoas entraram, 70 saíram. Né? Por quê? Porque não teve cuidado. Lançou, lançou, lançou, lançou, lançou, mas você olha o um assim, não entendam errado, tá gente? Não tem alma o negócio. Não tem uma

14:34 não tem uma sequência lógica de a informação, não tem um onboarding bem feito para o usuário. Falta, sabe? Você percebe que falta. É muito completo, mas falta. Então, será que não é hora de falar assim, ó, pô, esse mês aqui eu vou, puto, o mês o mês que vem é mês de eleição, aquela correria, eu vou parar meu, eu vou olhar meu software, ao invés de ficar lançando novos recursos, eu vou aprimorar o que eu tenho. Então, eu vou fazer isso. 15 dias, cada ciclo de 15 dias. Pessoal, três semanas, ó.

15:05 Uma semana de lançamento, duas semanas desenvolvimento, uma semana lançamento, duas semanas desenvolvimento. Só que nessas duas semanas de desenvolvimento, pessoal, passa uma semana catando bug, caçando mesmo, criando teste, faz tudo. Na outra semana você lança novos recursos, Você desenvolve novos recursos. É um ciclo saudável. Você vai fazer o seu backlog andar. Você vai fazer o seu sistema crescer, aprimorar e você dá tempo do usuário poder saber que você ouviu ele, você

15:36 percebeu. Ou, melhor ainda, naquele bug que ninguém viu, melhor ainda você corrigir um bug que ninguém viu. E o seu sistema tá mais à prova de bala. E o usuário tem, num ciclo aí quinzenal, praticamente, um pouco mais, novos recursos. Ele vê que aquele dinheiro que tá, ele tá assinando, tá sempre evoluindo. Pô, eu tinha um recurso, agora eu tenho dois, agora eu tenho três. Deu tempo para ele poder perceber, usar e aprimorar. Até para você ter uma estatística disso, de acompanhar como é que as pessoas estão adotando os novos recursos.

16:07 Você é dono de SaaS, você vive de número. Pessoal, se você percebeu que você lançou, lançou, lançou e ninguém usou, é hora de parar de lançar. É hora de conversar com as pessoas e mostrar para elas, incentivar elas a utilizar aquilo. Só que se você ficar cego para isso, você fica igual um cavalo aqui, o cavalo não olha para o lado, né, gente? O cavalo vai vai para frente só. Se você ficar assim, não tem como fazer, não tem magia aí, tá, gente? A IA, ela desenvolve o produto. Mas você ainda é o dono. Você ainda faz o todo restante do processo.

16:38 Por isso que eu acho que é importante dar um tempo às vezes. Eu não tô falando de muito tempo não, tá, gente? Mas faz isso. Hum. Lança o release, lança a versão, fala com os seus clientes, dá um tempo para eles, para eles usarem antes de lançar nova versão. Você não vai ficar parado, você continua desenvolvendo. Você só não vai fazer esse negócio de lançar duas, três versões por dia, às vezes. Eu tenho aluno aqui, pessoal, que fala: “Pô, lanço duas versões por dia”. Falo: “Meu irmão, impossível usar isso, cara”. Não dá para acompanhar. Não dá nem para

17:09 saber que tem. Né? Você tem métrica de quanto cada módulo do seu sistema, o quanto que as pessoas usam. Cada rota que você tem, quantas vezes o José acessou tal rota. Quantas pessoas no seu sistema configuraram o próprio perfil? Isso aí sempre foi uma métrica de que de que de assim para ajudar a combater o churn, é a pessoa preencher os dados, ela ela completar os dados. Aquele que não completa os próprios

17:40 dados, você já fica com um alertinha ligado com ele. Será que não compensa se você olhar e falar assim, pô, eu vou eu vou ter mais informações do meu software para verificar se eu estou até lançando coisas que interessam as pessoas? E às vezes não quer dizer que não tem que lançar mais, só que você vai mudar a rota. Talvez você percebeu que os três últimos lançamentos que você fez impactou muito pouco as pessoas, não aumentou o número de usuários, não aumentou o número de pessoas, talvez eles nem abriram aquelas telas novas que você montou ou nem

18:10 usaram aqueles novos recursos que você disponibilizou. Isso tem que ser um alerta para você. Será que eu paro um pouco e converso mais ou será que eu começo a a perguntar o que lançar? O que que vocês querem? No Conversa Labs a gente faz isso agora. A gente começou chegou num ponto de grande usabilidade do sistema que a gente pergunta para o pessoal, o que que vocês querem? Como que vocês querem o Gev? Como que vocês querem análise? Como que vocês estão usando o sistema?

18:41 É hora de ouvir. Então põe pessoal no seu plano isso, põe no papel isso daí na hora que você for fazer a sua reflexão aí mensal, quinzenal, semanal, não sei. Será que não não compensa você tentar mudar alguma coisa nesse sentido? De vou lançar, vou ficar uma semana conversando com todo mundo para todo mundo saber o que eu lancei e aí eu vou de novo desenvolver e vou de novo lançar e vou ficar de novo uma semana. É esse ciclo. Ao invés de eu lança lança lança lança lança e ninguém liga. Você se esforçou, gastou um dinheiro com token, o seu software aprimorou e você

19:14 perdeu todas as oportunidades que como empresa você não pode perder. Software, pessoal, software, você ter um SaaS não é só desenvolver, não é só código. Tem o usuário, tem o marketing, você tem o produto, você tem a percepção das pessoas, tem muita coisa envolvida. A gente tem aqui o Founders, que é uma formação onde a gente fala disso. No Founders eu não ensino ninguém a programar, não ensino ninguém a trabalhar com Vibe Code, a gente fala disso, de negócio. São são insights,

19:45 são ideias, são troca de experiência para você conseguir vender, para você conseguir fidelizar o usuário, que é importante também. Para ele, o modelo que você usou, o specs que você usou, a infra que você tem, harness, nem não adianta estar perfeito isso e as pessoas não ficarem ou pior, né? Você gerar valor e as pessoas não verem que você gerou valor. Pessoal, se você gerar valor e a pessoa não ver o valor,

20:15 você não gerou valor. Você tem que medir pela percepção delas. Como que elas estão enxergando o seu software? É a longo prazo, a médio prazo, a curto prazo? Como que as as pessoas acham, pô, eu uso um CRM do fulano. Elas acham que é um CRM inovador? Elas têm a percepção disso? Ela tem a percepção que você está atualizado? Que ela usa um sistema para que ela não fique buscando informações em outro, buscando alternativas, ela percebe que o

20:47 seu está evoluindo? Até para ter um pouco de paciência e chegar um novo recurso que talvez não tenha? Ou ter um lugar lá para uma sugestão? Parem e pensem nisso, tá, gente? Nosso diário de um de um Vibe Coder hoje é um pouco mais filosófico, mas eu peço para vocês, tá? Dá um like no vídeo, se inscreve no canal. Você quer consultoria Escaneia o QR Code para poder falar com o nosso comercial e a gente poder ajudar você no seu sistema, com mentoria, consultoria, com análise, auditoria.

21:18 Você quer participar do Founders e fazer grupo, fazer parte desse grupo de pessoas que estão lançando, pessoas que já estão talvez desenvolvendo ou querem já lançar É, é uma formação pessoal, não para quem está aprendendo a fazer o sistema Mas para quem tem uma ideia Para quem já tem talvez um produto, tá bom? Então escaneia o QR Code aqui Para a gente poder bater um papo e você que está do zero, Luís, estou do zero Vai para o IAMakers fazer o Vibe Code, configurar desde a sua máquina até

21:49 colocar um sistema no ar, fazer o passo a passo ali para você entender Como que funciona isso daí Beleza pessoal? Dá um like no vídeo, se inscreve no canal e comenta, como que está o ritmo de lançamento do seu sistema e como que você percebe isso? Como que você acha ou se você já perguntou para o usuário, você não acha, você perguntou Como que ele, qual que é a percepção dele em relação ao seu sistema, ao crescimento, a evolução desse ecossistema que você vende para ele Beleza pessoal? Até mais