O Excesso de Features Pode Estar Matando Seu SaaS

Autoria: Promovaweb Automação e IA · Assistir no YouTube

Vídeo de autoria do canal indicado, não da IANIA; todos os direitos pertencem ao criador. Transcrição, resumo e tradução gerados automaticamente; o conteúdo no idioma original é preservado na versão em idioma original.

Idioma original: português

Vídeo original: O Excesso de Features Pode Estar Matando Seu SaaS · Canal: Promovaweb Automação e IA · 21:49 · Assistir no YouTube

Tópicos: Aplicações empresariais de IA

Resumo

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.

Pontos-chave

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.

Capítulos

Início	Capítulo	Resumo
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.

Citações

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

Conceitos e entidades

over delivery (conceito): Entrega de mais recursos ou novidades do que os usuários conseguem acompanhar e consumir.
SaaS (conceito): Modelo de software por assinatura abordado no vídeo sob a perspectiva de desenvolvimento, comunicação e retenção de clientes.
ClickUp (ferramenta): Sistema usado pelo apresentador como exemplo de lançamentos frequentes que ele teve dificuldade para acompanhar.
n8n (ferramenta): Ferramenta mencionada como exemplo de produto com lançamentos frequentes e usuários que podem estar em versões anteriores.
Scrum (conceito): Metodologia citada no contexto do planejamento de esforço e tempo para desenvolver software.
Clarity (ferramenta): Ferramenta mencionada para analisar como as pessoas usam um sistema.
Founders (conceito): Formação descrita pelo apresentador como voltada a negócios, vendas e fidelização de usuários.
Conversa Labs (empresa): Organização citada como exemplo de equipe que consulta usuários sobre o uso e a evolução do sistema.
Jev (modelo): Nome mencionado pelo apresentador ao falar de um lançamento que poderia inspirar novos recursos de avaliação.
vibe coding (conceito): Abordagem mencionada no encerramento como tema de uma formação para criar e colocar sistemas no ar.

Tradução completa (pt-BR)

00:01 Pessoal, este é o segundo episódio do diário do Vibe Coder. Quero bater um papo com vocês sobre um assunto que abordamos esta semana aqui na comunidade e que acho importante para quem está lançando um sistema. Pessoal, estamos vivendo uma época de superprodutividade. E eu, como programador desde sempre, estou gostando muito disso. Mas vivemos uma época em que eu nunca, nossa, nunca na minha vida imaginei que poderia fazer as coisas tão bem e tão rápido

00:32 quanto faço agora. Independentemente do modelo que você usa ou do que você faz aí. Isso é bom, é muito bom. Só que tem um outro lado: venho observando isso na comunidade, não só com os alunos e mentorados, mas também nas conversas que temos no Founders e nos cursos. As aulas são ao vivo, gente, para a gente interagir, né? E eu, como usuário de diversos sistemas, tenho percebido uma entrega excessiva.

01:03 O que quero dizer com isso, pessoal? Esse termo, entrega excessiva, é quando você entrega mais do que as pessoas conseguem consumir. Então, vou dar um exemplo para vocês. Sou usuário do ClickUp, e todos sabem que sou fã do ClickUp. O ClickUp lançou uma atualização esta semana e outra na sexta-feira passada. Então, acho que foi na sexta e na quinta. Algo assim, não houve nem uma semana de diferença entre uma e outra. Só que, esta semana, ele também lançou alguns recursos que começou a lançar no início da semana passada.

01:34 Não consegui acompanhar, pessoal. Não consegui acompanhar o que foi lançado na semana passada, e já tem mais atualizações chegando para mim esta semana. O que isso quer dizer? Será que o que está sendo produzido é algo que seu cliente consegue acompanhar? Ele está realmente consumindo isso? Aqui no conteúdo, a gente sempre se preocupa com o ritmo, a dosagem e a duração do vídeo, né? Temos várias coisas com que precisamos nos preocupar ao produzir um vídeo, porque isso impacta a forma como as pessoas vão consumi-lo depois.

02:06 Será que o software está indo pelo mesmo caminho? Como temos essa facilidade e rapidez para entregar código bom, coisas boas, acabamos fazendo mais. Mas acho que o funil não está acompanhando, né? Então, imagine o funil: no topo, você injeta recursos no seu sistema e, lá embaixo, o usuário recebe tudo aos poucos. Talvez nem precise daquilo agora. E qual é o problema disso, pessoal? Qual é o problema que vejo nessa situação?

02:37 Não é uma questão tão técnica, tá? Não há problema algum em relação ao seu software. Mas isso atrapalha um pouco o seu marketing e talvez também a percepção de valor que as pessoas têm do seu produto. Você perde a chance de gerar expectativa. Então, acho que isso atrapalha você como empresa. De novo, tá, gente? Isso não impacta o seu software. Se você lançar um recurso hoje ou dez recursos amanhã, tanto faz.

03:07 Mas aqui eu sugiro uma estratégia para a galera: lance aos poucos e lance sempre. Então, pessoal, vocês precisam ter uma lista de pendências, um marco e uma trajetória. Falamos muito disso no curso, né? Tenham uma linha-guia que diga: “Este aqui é o meu sistema hoje, no zero; aqui está ele na versão 3.0”. Mapeiem. Por que isso é importante, pessoal? Antigamente, fazíamos isso porque era demorado e caro fazer. Então, eu precisava ter

03:39 esse mapa para não me perder no caminho. E nem é só uma questão de não me perder; é também para ver se valia a pena investir tempo naquilo. Quem se lembra do Scrum? A gente trabalhava com diversas metodologias para avaliar o esforço necessário para fazer as coisas. Olhar o tempo: “Poxa, tenho uma semana para fazer. O que vou fazer em uma semana?”. Porque era demorado, era manual. Hoje, acho justamente o contrário. É muito mais uma questão de apelo comercial. O

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

04:42 que me pagam que há um recurso novo, demora. Até isso fazer efeito, leva um tempo. E é importante que você, como dono de SaaS, também se preocupe com isso. Não olhe só para o software e pense: “Poxa, meu software evolui a cada semana. Isso, isso, isso é interessante”. Mas por que não fazer uma semana de novos recursos e outra de correções? Para dar tempo de as pessoas pelo menos assistirem a um vídeo, perceberem o novo recurso e talvez até usá-lo, e darem um feedback antes de você jogar mais coisas em cima delas.

05:14 Percebi que o ClickUp lançou um recurso muito legal. Fui ver o recurso dez dias depois, e olha que sou um usuário assíduo. Mas estou preocupado com formação, com cursos, e não consegui parar para assistir a uma live de uma hora que eles fizeram. Não tive essa hora disponível nesta semana; foi uma semana muito corrida. Só que percebi isso e me incomodou. Estou falando como cliente, não como desenvolvedor, tá, gente? Eu, como cliente,

05:45 pensei: “Poxa, eu nem vi aquele ainda, cara, e você já tem mais coisas aqui para mim”. Isso dá uma sensação, pessoal. Você precisa trabalhar muito para que a pessoa não ache que está extraindo pouco do seu sistema, e para que isso não leve a um churn, né? Então, acho que esse é o problema. Olhei para o ClickUp hoje e pensei nisso. Falei: “Estou pagando pelo Brain, estou pagando a mais pelo Brain. Será que está valendo a pena?”. Acabei me pegando pensando nisso, pessoal, por isso falei: “Puta, eu ia fazer outro vídeo hoje. Vou fazer um vídeo falando disso”,

06:16 porque percebo isso na comunidade de gente que usa o n8n, por exemplo, e está numa versão bem antiga. E o n8n está aqui, ó: atualização em cima de atualização. Tem gente que usa outros sistemas ou está montando um sistema. E vi uma publicação no X hoje: uma moça falou: “Fiz 2.000 pull requests em um mês”. Pessoal, imaginem: 2.000 pull requests em um mês. É uma quantidade enorme de software criado, de correções e de novos recursos em 30 dias.

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

07:19 semana de envio de e-mails, pega item por item que desenvolveu e diz: “Olha, vou explicar para o meu cliente, para o meu consumidor, cada novo recurso e como isso o impacta”. Será que vale a pena ter essa experiência de dizer: “Luís, gravei durante uma semana e esperei três semanas para que esses vídeos chegassem ao maior número possível de pessoas por e-mail, notificação push, redes sociais, YouTube,

07:49 LinkedIn, nossa, meus grupos aqui, minha comunidade, meu servidor do Discord. Fiquei ali, ó, publicando, publicando, publicando, publicando, publicando. Passaram-se essas três semanas. O que vamos fazer? Vamos lançar uma nova atualização e, de novo, seguir nosso ciclo de uma semana de lives. Será que não é mais interessante trabalhar assim, pessoal: fazer barulho por uma semana, acalmar e desenvolver durante essas três semanas, lançar as coisas, em vez de fazer isso picadinho, dia após dia,

08:20 né? Você não precisa segurar e lançar. É claro que, nesse período, você pode lançar uma pequena atualização para corrigir um erro, um bug fix, um patchzinho, beleza? Mas também para o seu usuário saber que virou o mês e vem recurso novo para ele. 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 educar o lead. Não, pessoal, não é educar no mau sentido, tá? É fazer a pessoa começar a entender o seu ciclo.

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

09:24 pessoa acesse no tempo dela, mas você está ali, ó, de maneira cadenciada, dando continuidade ao 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 vou fazer um backlog deste mês de acordo com as coisas que cabem neste mês. Este mês surgiu o Jev. Surgiu um modelo novo muito legal, muito rápido para fazer avaliações. Pô, desenvolve ali algumas coisas de

09:55 avaliação no seu sistema e faz uma chamada para a comunidade. Olha, agora temos Jev. O Jev agora classifica o seu chat. O Jev, o Jev agora classifica o seu Kanban de CRM, o seu pipeline de vendas. Isso aí, pessoal, acende uma luzinha na cabeça e a pessoa fala: “Pô, legal, hein, cara. O Luís está antenado nos lançamentos e trouxe isso 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çar, lançar, lançar, lançar, lançar, e ninguém ver. Para não acontecer esse negócio que aconteceu comigo com o ClickUp, de eu achar que me sobrecarregou. Sobrecarregou a ponto de eu não querer ver. Né? Eu perdi o primeiro aqui, perdi o fio da meada e já vieram mais coisas. E semana que vem vão vir mais. É muita coisa. Então, acho que a gente tem que ter um pouco de cuidado, pessoal, com o excesso também. Está mais fácil? Puts, está muito mais fácil. Olha, eu

10:57 nunca imaginei na minha vida, pessoal, que fosse ter uma época tão fantástica para ter um negócio, para você querer realizar o seu sonho de liberdade financeira, de ter o seu SaaS, atender a um nicho, né? Ter um… Puts, é uma época fantástica, pessoal. Aproveitem 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 estou correndo enquanto os meus usuários estão andando? Até para poder receber um feedback e ver o que mexer. Porque eu sinto e percebo isso também

11:28 na comunidade: eles mexem muito, mas perguntam pouco. Então, você montou algo na sua cabeça que as pessoas talvez não tenham entendido. Você, na sua cabeça, foi lá, modificou e continuou sem acertar a ideia; não parou para ouvir. Olha, você, como dono, como proprietário de um SaaS, não tem nada melhor do que receber o feedback do seu usuário. Então, ao longo deste mês, em vez de lançar, lançar, lançar, lançar, pare um pouco, ouça. Olha, eu vou fazer uma… vou

11:58 fazer dois dias aqui, pessoal, para vocês virem me dar feedback. Coloque-se à disposição no Discord, num grupo de WhatsApp, faça um meet com os clientes. Pessoal, ó, vamos fazer um after hours aqui, ó. Vamos fazer um só… Olha, hoje, às 6 da tarde, vou ficar aqui uma hora conversando com vocês. Vou tirar dúvidas, vou dar alguma dica. Entrem aqui, entrem aqui para a gente poder conversar. Aproxime-se do seu cliente, aproxime-se do seu usuário e pegue o feedback dele. Ô, Luís, o Kanban aqui, cara, às vezes eu arrasto e ele não vai. Olha, no celular, agora não está legal.

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

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

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

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

14:34 Não tem uma sequência lógica para 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 dizer assim: “Ó, pô, este mês eu vou… Puto, mês que vem é mês de eleição, aquela correria. Vou parar e olhar meu software. Em vez de ficar lançando novos recursos, vou aprimorar o que tenho.” Então, vou fazer isso: 15 dias, cada ciclo de 15 dias. Pessoal, três semanas, ó.

15:05 Uma semana de lançamento, duas semanas de desenvolvimento; uma semana de lançamento, duas semanas de desenvolvimento. Só que, nessas duas semanas de desenvolvimento, pessoal, passe uma semana catando bug, caçando mesmo, criando testes, fazendo tudo. Na outra semana, lance novos recursos. Desenvolva novos recursos. É um ciclo saudável. Você vai fazer o seu backlog andar. Vai fazer o seu sistema crescer, se aprimorar, e dar tempo para o usuário perceber que você o ouviu, que você

15:36 percebeu. Ou, melhor ainda, melhor ainda é corrigir um bug que ninguém viu. E o seu sistema fica mais à prova de bala. E o usuário tem, praticamente a cada quinze dias, ou um pouco mais, novos recursos. Ele vê que aquilo pelo que está pagando, a assinatura dele, está sempre evoluindo. Pô, eu tinha um recurso, agora tenho dois, agora tenho três. Deu tempo para ele perceber, usar e aprimorar. E até para você ter uma estatística disso, acompanhar como as pessoas estão adotando os novos recursos.

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

16:38 Por isso, acho que é importante dar um tempo às vezes. Não estou falando de muito tempo, tá, gente? Mas faça isso. Lance o release, lance a versão, fale com seus clientes e dê um tempo para eles usarem antes de lançar uma nova versão. Você não vai ficar parado, vai continuar desenvolvendo. Só não vai fazer esse negócio de lançar duas ou três versões por dia, às vezes. Tenho um aluno aqui, pessoal, que fala: “Pô, lanço duas versões por dia”. Eu falo: “Meu irmão, é impossível usar isso, cara”. Não dá para acompanhar. Não dá nem para

17:09 saber que existe, né? Você tem métricas de quanto cada módulo do seu sistema é usado pelas pessoas. Para cada rota que você tem, quantas vezes o José acessou tal rota? Quantas pessoas no seu sistema configuraram o próprio perfil? Isso sempre foi uma métrica para ajudar a combater o churn: a pessoa preencher os dados, completar os dados. Daquele que não completa os próprios

17:40 dados, você já fica com um alertinha ligado. Será que não compensa olhar e dizer: “Pô, vou ter mais informações sobre o meu software para verificar se estou lançando coisas que interessam às pessoas”? E, às vezes, isso não quer dizer que você não deva lançar mais, só que vai mudar a rota. Talvez você tenha percebido que os três últimos lançamentos que fez impactaram muito pouco as pessoas, não aumentaram o número de usuários, não aumentaram o número de pessoas. Talvez elas nem tenham aberto aquelas telas novas que você montou ou nem

18:10 usado 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 começo a perguntar o que lançar? O que vocês querem? No Conversa Labs, fazemos isso agora. Chegamos a um ponto de grande usabilidade do sistema e perguntamos ao pessoal: o que vocês querem? Como vocês querem o Gev? Como vocês querem a análise? Como estão usando o sistema?

18:41 É hora de ouvir. Então, pessoal, incluam isso no seu plano, coloquem isso no papel na hora de fazer sua reflexão mensal, quinzenal, semanal, não sei. Será que não compensa tentar mudar alguma coisa nesse sentido? Em vez de pensar: “Vou lançar, vou passar uma semana conversando com todo mundo para todos saberem o que lancei e aí vou desenvolver de novo e lançar de novo, e vou passar mais uma semana assim”. Esse é o ciclo. Em vez de eu lançar, lançar, lançar, lançar, lançar e ninguém ligar. Você se esforçou, gastou dinheiro com token, seu software melhorou e você

19:14 perdeu todas as oportunidades que, como empresa, não pode perder. Software, pessoal, ter um SaaS não é só desenvolver, não é só código. Tem o usuário, tem o marketing, tem o produto, tem a percepção das pessoas; há muita coisa envolvida. Temos aqui o Founders, que é uma formação em que falamos sobre isso. No Founders, não ensino ninguém a programar, não ensino ninguém a trabalhar com Vibe Code; falamos de negócios. São insights,

19:45 são ideias, são trocas de experiência para você conseguir vender e fidelizar o usuário, o que também é importante. Para o usuário, o modelo que você usou, as especificações que você usou, a infraestrutura que você tem, o harness: não adianta nada tudo isso estar perfeito se as pessoas não ficarem ou, pior, se você gerar valor e as pessoas não perceberem que você gerou valor. Pessoal, se você gerar valor e a pessoa não perceber o valor,

20:15 você não gerou valor. Tem que medir pela percepção delas. Como elas estão enxergando o seu software? É a longo, médio ou curto prazo? O que as pessoas acham? “Pô, uso o CRM do fulano.” Elas acham que é um CRM inovador? Têm essa percepção? Percebem que você está atualizado? Que usam um sistema para não ficarem buscando informações em outro, procurando alternativas? Elas percebem que o

20:47 seu está evoluindo? Até para terem um pouco de paciência e esperarem chegar um novo recurso que talvez ainda não exista? Ou para terem um lugar onde deixar uma sugestão? Parem e pensem nisso, tá, gente? Nosso diário de um programador de vibe coding de hoje é um pouco mais filosófico, mas peço uma coisa a vocês, tá? Deem like no vídeo e se inscrevam no canal. Quer consultoria? Escaneie o QR Code para falar com nosso comercial e podermos ajudar você com seu sistema, com mentoria, consultoria, análise e auditoria.

21:18 Você quer participar do Founders e fazer parte desse grupo de pessoas que estão lançando, que talvez já estejam desenvolvendo ou que já queiram lançar? É uma formação, pessoal, não para quem está aprendendo a fazer um sistema, mas para quem tem uma ideia, para quem talvez já tenha um produto, tá bom? Então escaneie o QR Code aqui para podermos bater um papo. E você que está começando do zero: “Luís, estou começando do zero.” Vá para o IAMakers fazer Vibe Code, configurar tudo, desde a sua máquina até

21:49 colocar um sistema no ar e seguir o passo a passo para entender como isso funciona. Beleza, pessoal? Deem like no vídeo, inscrevam-se no canal e comentem: como está o ritmo de lançamento do seu sistema e como você percebe isso? O que você acha? Ou você já perguntou ao usuário? Não é o que você acha: você perguntou qual é a percepção dele em relação ao seu sistema, ao crescimento e à evolução desse ecossistema que você vende para ele? Beleza, pessoal? Até mais.

Transcrição original

[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