Meu nome é Davidson, esse é o Vivendo de Sass, e..
Meu nome é Davidson, esse é o Vivendo de Sass, e hoje eu quero falar sobre renda previsível com software.
Resposta direta
Meu nome é Davidson, esse é o Vivendo de Sass, e hoje eu quero falar sobre renda previsível com software. Trate como hipotese operacional: copie o mecanismo observavel do transcript.
O problema que o material coloca
O material abre a restrição assim: Meu nome é Davidson, esse é o Vivendo de Sass, e hoje eu quero falar sobre renda previsível com software. Tem uma coisa do modelo de software como serviço que ninguém fala, o valor crescente. E eu quero conversar sobre isso, quero te mostrar como vender software, vender software com recorrência, tem uma previsibilidade e por que tem essa previsibilidade.
Como que a gente pode aproveitar isso para o nosso ganho. Então, deixa eu até contar sobre o meu início lá, sobre quando eu comecei a fazer software, quando eu lancei o eGestor, eu sempre tinha aquele receio de que o meu software não estava bom o suficiente, que era um modelo de negócios frágil, que logo alguém ia cancelar, que logo ia perceber que o meu software não era bom assim, que tinha algum problema ali, sabe, aquela falta de confiança, aquela. É síndrome do impostor, eu tinha lá no início.
Então eu achava que logo os clientes vão descobrir que o meu software não é tão bom assim, vão cancelar e vão, de repente, para outro software ou vão desistir de ter um software. Outra coisa, eu tinha uma certa obsessão pela perfeição, eu achava que o software tinha que ter muitas novas funcionalidades a todo momento, tinha que ter uma funcionalidade nova para reter cliente, para impressionar novos clientes, eu achava que tinha que ser assim. E eu também pensava que o software tinha que ser muito bonito, usabilidade perfeita.
Para `software-valor-cliente-churn-fotos-tinha`, preserve só o que muda uma decisão observável esta semana. Se o trecho for opinião, rotule como opinião — não fabrique métrica ausente do áudio.
Âncora
Information gain: use cenas e mecanismos da transcrição; não invente fatos.
Como o fluxo aparece na pratica
No miolo do episódio, o mecanismo fica explícito: O software tinha que ser basicamente perfeito para um cliente realmente querer usar ele. Só que, não que eu seja contra isso, tem que fazer um software bem feito sim, tem que fazer um software bonito, tem que fazer um software com usabilidade. Se possível, de vez em quando, adicionar novas funcionalidades, Apesar de eu ser crítico Em relação a isso Do pessoal que está sempre querendo colocar novas funcionalidades, mas eu ainda acredito em partes nisso, mas ao mesmo tempo as pessoas não percebem o valor crescente que o cliente percebe, tu, dono de uma empresa de SaaS, não percebe, eu também não percebia, mas que o cliente percebe que é o valor crescente.
O que eu quero dizer com isso, com o valor crescente? Pensa aqui no meu software, um software de gestão para micro e pequena empresa, controle de estoque, controle financeiro, nosso com a eletrônica. Mas, digamos que você assinou esse software hoje, e você vai ter que preencher dados, vai ter que preencher cadastro de produtos, clientes, vai ter que emitir vendas através daquilo ali, vai ter também o controle financeiro através do software.
Mas no início você percebe que, nas primeiras vezes que você usar, sei lá, nos primeiros dois, três meses, você não tem um grande retorno ao usar o software, você só vai ter um retorno. Retorno a partir do momento que tu for usando ele, realmente um cliente vai ter um retorno muito grande, que vai ajudar ele muito na gestão da empresa dele, no caso desse meu software, a partir de um ano, dois anos, tendo muito dado ali, que ele vai começar a perceber realmente o valor desse software. E isso é o valor crescente que eu quero dizer.
Para `software-valor-cliente-churn-fotos-tinha`, preserve só o que muda uma decisão observável esta semana. Se o trecho for opinião, rotule como opinião — não fabrique métrica ausente do áudio.
Decisoes e trade-offs do episodio
As decisões práticas que aparecem no áudio: Quanto mais o cliente usa o teu software, maior o valor para ele. Então, o cliente vai precisar, digamos, um cliente liga para ele, eu precisava do XML da nota, de uma nota do ano passado. Ele consegue um acesso rápido àquele software ali, envia para o cliente e está resolvido.
Imagina ter que procurar uma nota fiscal em um software instalado, em uma máquina específica dentro da empresa, em um SaaS, em um software online. Tudo fica mais fácil de casa tu acessa emite aquela nota por cliente ou envia a nota por cliente e tá resolvido isso também é verdade para outros softwares por exemplo eu uso muito Google fotos eu tenho filhas pequenas então a todo momento eu estou tirando foto delas eu também faço pequenos vídeos delas eu monto vídeos delas né então todo momento por exemplo 30 segundos delas, um minuto e vou adicionando no. Ter de recordação e eu gosto muito das funcionalidades do Google Fotos que eu abro o Google Fotos e tem tipo stories, ele monta stories com, digamos, um ano atrás, seis anos atrás, sabe, eu vou clicando e vendo a recordação, vendo elas pequenas e eu gosto muito disso, eu gosto de colecionar fotos e vídeos da família, inclusive coisas que eu faço.
Eu tiro fotos de fotos antigas, de parentes, dos meus pais. E quanto mais eu uso o Google Fotos, mais eu gosto do Google Fotos. Inclusive, eu pago para ter mais espaço no Google Fotos.
Para `software-valor-cliente-churn-fotos-tinha`, preserve só o que muda uma decisão observável esta semana. Se o trecho for opinião, rotule como opinião — não fabrique métrica ausente do áudio.
Armadilhas que o transcript revela
Onde o fluxo costuma quebrar, segundo a fonte: E as primeiras vezes que eu usei o software, não vi tanto valor assim. Eu fui ver valor depois de um tempo, depois de usar muito, depois de ter muito dado lá dentro. No passado eu fui processado por um ex-sócio meu e eu tenho Gmail desde 2004.
Quando foi lançado o Gmail, eu tive acesso. Eu consegui esse e-mail porque eu uso há muito tempo Gmail. E graças ao Gmail eu consegui documentos, conversas que estavam lá no Gmail que me ajudaram a me defender nesse processo.
Pago a mais pro Google pra não botar e-mail fora, porque vai que acontece algo parecido no futuro de novo, eu estou guardando documentos, eu estou guardando e-mails, conversas, pra me proteger, né, e não só isso, eu gosto de ver, eu gosto de relembrar, de buscar coisas que eu estava fazendo no passado, eu gosto de, eu mando e-mail pra mim mesmo, com alguma informação pra me recuperar no futuro, então eu uso o. Pago para ter mais espaço em disco no Gmail, no Google em geral, porque tu paga uma conta e tu tem acesso em vários aplicativos ali do Google. Porque existiu, começou a ter esse valor crescente conforme o uso do meu software.
Para `software-valor-cliente-churn-fotos-tinha`, preserve só o que muda uma decisão observável esta semana. Se o trecho for opinião, rotule como opinião — não fabrique métrica ausente do áudio.
Atenção
Falsas vitórias: demo sem dado, integração sem observabilidade, automação que esconde erro.
Como levar isso para o seu contexto
Traduzindo o trecho para um time que não viu o vídeo: E tu percebe que vai ser muito mais difícil se eu quisesse trocar do Gmail para um concorrente, do Google Fotos para um concorrente. Não é impossível, eu sei que não é impossível. Eu posso fazer download de todas aquelas fotos e vídeos.
E colocar lá mas tu percebe como é difícil a trabalheira que ia ser e como eu já me acostumei com aquele software ali já me acostumei com aqueles softwares vai ser muito mais difícil vai existir uma como que eu vou dizer uma resistência na hora de trocar isso acontece com software em geral por exemplo no e-gestor aqui digamos que tu fechou e-gestor há uns quatro anos atrás fechou conosco aqui começou a usar. Tu percebe que vai ser mais difícil ainda de tu cancelar comigo, porque além de tu estar usando, estar acostumado, teus dados dentro do meu sistema, os teus funcionários se acostumaram a usar o e-gestor, e agora, além de quebrar a tua própria resistência de troca, tu vai ter que quebrar a resistência de troca dos teus funcionários e sócios. Então, às vezes a gente acha que um software é um negócio que pode dar problema logo, que as pessoas vão deixar de usar logo, e não é bem assim.
Por isso as empresas de software como serviço crescem tanto. Por isso que 40% dos unicórnios no Vale do Silício são empresas de software como serviço. Outra coisa aqui, em relação ao churn, eu entendo que no início de uma empresa de SaaS, é normal ter um churn um pouco mais alto, só que o churn, conforme o tempo, ele vai diminuindo, teoricamente vai diminuindo, então pode ser que o teu software seja muito ruim, não esteja de verdade ajudando o cliente, existem uma série de problemas em relação ao churn, é verdade, mas num software bom, estável, validado, pode.
Para `software-valor-cliente-churn-fotos-tinha`, preserve só o que muda uma decisão observável esta semana. Se o trecho for opinião, rotule como opinião — não fabrique métrica ausente do áudio.
Sinais de que a aplicacao funcionou
Para fechar o ciclo com evidência do próprio material: E aquele churn vai caindo com o tempo. Inclusive, já aconteceu aqui dos meus sócios, dos meus funcionários, se gabando que o churn aqui do e-gestor, dos nossos softwares, do NF+, que é outro software que a gente tem aqui, o nosso churn é baixo. E eu falei para eles que sim, o nosso churn é baixo.
Meu nome é Davidson, esse é o Vivendo de Sass, e hoje eu quero falar sobre renda previsível com software. Tem uma coisa do modelo de software como serviço que ninguém fala, o valor crescente. E eu quero conversar sobre isso, quero te mostrar como vender software, vender software com recorrência, tem uma previsibilidade e por que tem essa previsibilidade.
Como que a gente pode aproveitar isso para o nosso ganho. Então, deixa eu até contar sobre o meu início lá, sobre quando eu comecei a fazer software, quando eu lancei o eGestor, eu sempre tinha aquele receio de que o meu software não estava bom o suficiente, que era um modelo de negócios frágil, que logo alguém ia cancelar, que logo ia perceber que o meu software não era bom assim, que tinha algum problema ali, sabe, aquela falta de confiança, aquela. É síndrome do impostor, eu tinha lá no início.
Para `software-valor-cliente-churn-fotos-tinha`, preserve só o que muda uma decisão observável esta semana. Se o trecho for opinião, rotule como opinião — não fabrique métrica ausente do áudio.
Recortes adicionais da fonte
Estes trechos reforçam o raciocínio sem resumir genérico:
Meu nome é Davidson, esse é o Vivendo de Sass, e hoje eu quero falar sobre renda previsível com software. Tem uma coisa do modelo de software como serviço que ninguém fala, o valor crescente. E eu quero conversar sobre isso, quero te mostrar como vender software, vender software com recorrência, tem uma previsibilidade e por que tem essa previsibilidade.
Como que a gente pode aproveitar isso para o nosso ganho. Então, deixa eu até contar sobre o meu início lá, sobre quando eu comecei a fazer software, quando eu lancei o eGestor, eu sempre tinha aquele receio de que o meu software não estava bom o suficiente, que era um modelo de negócios frágil, que logo alguém ia cancelar, que logo ia perceber que o meu software não era bom assim, que tinha algum problema ali, sabe, aquela falta de confiança, aquela. É síndrome do impostor, eu tinha lá no início.
Então eu achava que logo os clientes vão descobrir que o meu software não é tão bom assim, vão cancelar e vão, de repente, para outro software ou vão desistir de ter um software. Outra coisa, eu tinha uma certa obsessão pela perfeição, eu achava que o software tinha que ter muitas novas funcionalidades a todo momento, tinha que ter uma funcionalidade nova para reter cliente, para impressionar novos clientes, eu achava que tinha que ser assim. E eu também pensava que o software tinha que ser muito bonito, usabilidade perfeita.
O software tinha que ser basicamente perfeito para um cliente realmente querer usar ele. Só que, não que eu seja contra isso, tem que fazer um software bem feito sim, tem que fazer um software bonito, tem que fazer um software com usabilidade. Se possível, de vez em quando, adicionar novas funcionalidades, Apesar de eu ser crítico Em relação a isso Do pessoal que está sempre querendo colocar novas funcionalidades, mas eu ainda acredito em partes nisso, mas ao mesmo tempo as pessoas não percebem o valor crescente que o cliente percebe, tu, dono de uma empresa de SaaS, não percebe, eu também não percebia, mas que o cliente percebe que é o valor crescente.
O que eu quero dizer com isso, com o valor crescente? Pensa aqui no meu software, um software de gestão para micro e pequena empresa, controle de estoque, controle financeiro, nosso com a eletrônica. Mas, digamos que você assinou esse software hoje, e você vai ter que preencher dados, vai ter que preencher cadastro de produtos, clientes, vai ter que emitir vendas através daquilo ali, vai ter também o controle financeiro através do software.
Mas no início você percebe que, nas primeiras vezes que você usar, sei lá, nos primeiros dois, três meses, você não tem um grande retorno ao usar o software, você só vai ter um retorno. Retorno a partir do momento que tu for usando ele, realmente um cliente vai ter um retorno muito grande, que vai ajudar ele muito na gestão da empresa dele, no caso desse meu software, a partir de um ano, dois anos, tendo muito dado ali, que ele vai começar a perceber realmente o valor desse software. E isso é o valor crescente que eu quero dizer.
Internalize com links reais do ecossistema CrazyStack: /blog, /curso-cursor-avancado-configuracoes-pro, /curso-claude-code-9-dicas-profissionais, /programa-crazystack e /checklist-independencia-cursor.
Perguntas frequentes
Qual leitura útil de «Como o fluxo aparece na pratica» em Meu nome é Davidson, esse é o Vivendo de Sass, e..?
Leitura operacional: No miolo do episódio, o mecanismo fica explícito: O software tinha que ser basicamente perfeito para um cliente realmente querer usar ele. Só que, não que eu seja contra isso, tem que fazer um software bem feito sim, tem que fazer um software bonito, tem que.
Como operacionalizar «Decisoes e trade-offs do episodio» sem overbuild?
As decisões práticas que aparecem no áudio: Quanto mais o cliente usa o teu software, maior o valor para ele. Então, o cliente vai precisar, digamos, um cliente liga para ele, eu precisava do XML da nota, de uma nota do ano passado. Ele consegue um acesso. Em «Decisoes e trade-offs do episodio», trate como experimento com dono e prazo — não como lista de intenções.
Que evidência confirma «Armadilhas que o transcript revela» no caminho certo — recorte `software-valor-cliente-churn-fotos-tinha`?
Comece pelo mecanismo: Onde o fluxo costuma quebrar, segundo a fonte: E as primeiras vezes que eu usei o software, não vi tanto valor assim. Eu fui ver valor depois de um tempo, depois de usar muito, depois de ter muito dado lá dentro. No passado eu fui processado por um ex-sócio.
O que «Como levar isso para o seu contexto» muda no critério de aceite — recorte `software-valor-cliente-churn-fotos-tinha`?
Critério do material: Traduzindo o trecho para um time que não viu o vídeo: E tu percebe que vai ser muito mais difícil se eu quisesse trocar do Gmail para um concorrente, do Google Fotos para um concorrente. Não é impossível, eu sei que não é impossível. Eu posso fazer download de. Se precisar de segundo sinal: E colocar lá mas tu percebe como é difícil a trabalheira que ia ser e como eu já me acostumei com aquele software ali já me acostumei com aqueles softwares vai ser muito mais.