Muito obrigado pela postura adotada durante esse período de dificuldade dificuldades, me ajudou a ficar mais otimista e ainda me acordou para aprender outras tecnologias, vamos nos adaptar e continuar sendo a maior comunidade sem código do Brasil.
Essa estratégia da Bubbles pra empurrar um aumento é genial, primeiro coloca um aumento de 10x e depois reduz para um aumento de 23% com todo mundo entendendo a necessidade de aumentar e gratos pela redução... Genial
Genial se tivesse sido pensado, mas acho que só correram atrás do prejuízo mesmo.. E haja prejuízo porque tô vendo maior galera indo pra Flutterflow, por ainda prevalecer a imprevisibilidade do custo, mas Bubble querendo ou não ainda é a melhor ferramenta no code..
Não acho que tenha sido planejado dessa forma. Até porque ninguém sacrifica reputação e credibilidade por uma estratégia comercial. Foi só um erro de planejamento e de comunicação violento mesmo. Seria como se a empresa em que você trabalha falasse: "MUDANÇA DE PLANOS, AGORA AO INVÉS DE R$5K POR MÊS VAMOS REDUZIR SEU SALÁRIO PARA R$500/MÊS", e dali uma semana a empresa falasse: "NÃO NÃO PESSOAL, ERA BRINCADEIRA, NA VERDADE SEU SALÁRIO PERMANECE IGUAL, SÓ VAMOS TIRAR O BENEFÍCIO DO GYMPASS". Provavelmente já teriam matado o chefe até lá. E seria, de longe, a pior forma de comunicar uma mudança.
É a estratégia psicológica tipo pé na porta. Chuta o pé no preço, tipo uns 1000% e depois da reclamação paga de bonzinho e reduz pra somente 100% mais rsrsrs super manjado em meio empresarial e político.
O que me impressiona é que quanto mais informação acessível para sacar essa jogada, menos cética se torna a demanda, ou seja, esta obvio que eles blefaram. No entanto a galera dorme no canto da sereia. Enfim, o Manu (CEO) agora só obedece. Puppets
A explicação ficou excelente, vlw Renato! ...Minha opinião é que quando o Bubble identificou que estavam em rota de colisão, acabaram cometendo um erro grave no cálculo de precificação devido a urgência, afinal era uma possibilidade real de colapso, não vejo como uma tentativa de aumentar a receita, pois, se fosse intencional, também poderiam prever uma possível debandada... erro trágico pois agora estão apagando um incêndio que eles mesmos jogaram gasolina kkkk ...de qualquer forma, eu concordo com essas mudanças e estou 90% convencido de que o Bubble voltou a ser o favorito! Sucesso pessoal!
Na maioria das startups decisões como estas são tomadas por ceo's que se quer sabem logar na ferramenta. Eu trabalho com implantação de startups a 4 anos e tenho que conviver com absurdos incriveis e inacreditáveis. Marmanjo ganhando 25 mil reais e se recusando a ouvir os insumos do SAC ou suporte. Sorte do bubble foi ouvir a co.unidade e ter entre eles um har user como vc. Sua comunidade salvou o bubble! Ps: Estou aberto ao mercado na data de hj.
definitivamente, é muito compreensivel o fato de precisar aumentar o valor mensal dos usuarios, porem poderia dobrar o valor cobrado hoje ao inves de fazerem a palhaçada que fizeram.
Depois te falo mais sobre minha percepção sobre o Wappler, Silvio, mas resumindo: acho que não faz sentido chamar de low-code, tá mais pra um framework mesmo. Curva de aprendizagem altíssima. Acho até que esse é o motivo pelo qual não se popularizou muito: a galera Low Code acha complexa demais, e a galera do código prefere ir pros frameworks normais. Mas admito que exportar pra várias linguagens, como eles oferecem, é tentador :)
Bom dia Renatão, obrigado pelas explicações, realmente estavamos todos apreencivos. Porem identifico uma situação. Aqueles que estão fazendo um app com intenção de lançar um plano free agora devem ter muito cuidado pois se este plano free consumir muitos WU o dono do app pagará muito ao bubble e não terá receita. Isso muda um pouco as nossas estratégias. No mais, gratidão mais uma vez pela contribuição. Abraçao
Isso aí, sobe um pouco a barra pois tira aquela margem de cagadas que podíamos fazer enquanto aprendíamos. Agora já precisamos ficar atentos à utilização do aplicativo desde cedo.
Banoite Renato, logo que saiu a nova WU eu assustei e vendo o Skin do Felipe, parei os estudos otimizados do Desafio 30K (estou no básico) e fui ver a aula de performance, nisso eu mudei todo o meu raciocínio…
ótima a mudança... pois assim dá pra começar free... e depois com o pequeno crescimento, cresce pouco também... cresceu muito a receito do APP... paga-se um pouco mais... o Mundo Cloud é assim que funciona
Em resumo Renato eles estão fazendo conosco o que a AWS tb faz com seus clientes, vc paga pelo recurso que usa.... Show pra nós que precisamos aprender a otimizar os aplicativos, assim como eu tive que aprender a otimizar as infras de meus clientes na Aws pra melhorar os custos das infras deles e as minhas também lá dentro.... Outra coisa importante do povo é que vão precisar sem exceções monitorar a aplicação com mais frequência pra ter o tal controle de uso de recursos, como ja faço isso nos recursos que implanto na Aws, no meu caso usando o Zabbix vai ficar menos apertado pq ja tenho esse costume.
Renato! Uma dúvida, estou eu com o meu plano Professional em julho de 2023 e preciso de mais capacidade de processamento, vou poder fazer o aumento de capacidade que já existe dentro do plano?
Eu acho que estar na comunidade é um requisito essencial para todos os desenvolvedores Bubble, mas eles precisam trazer esse conhecimento em otimização de forma bem detalhada para TODOS. É o mínimo! E trazer em português, que é a língua da segunda maior comunidade que eles têm. As formas de otimizar sempre existiram, eles deviam ter dezenas de vídeos no canal deles só sobre isso, para educar os usuários a buscarem isso desde o início. imagino que eles teriam poupado algumas centenas de milhares de dólares por ano
Lian, precisamos reconhecer que empresas fazem bem algumas coisas, e outras muito mal. Bubble é excelente na parte técnica, basta notar que criaram a melhor ferramenta no code do mundo. Mas são terríveis na parte de educação e tutoriais de uso. Não aguarde por eles nesse quesito.
Renato, parabéns pelo vídeo. Uma dúvida: Quando você fala faz o cálculo dos custos da Comunidade Sem Codar, esta inclui a plataforma de aulas, marketplace, comunidade, mão na massa e etc?
Adriano, Não. Os U$119 que pago atualmente são da Comunidade Sem Codar (a plataforma + marketplace + mão na massa). Tem mais U$119 do Bubble Essential Kit. O grupo dos membros não é criado em Bubble, é uma plataforma chamada Circle, então não muda nada.
Renato, Parabéns por mais esse excelente vídeo, como todos os outros, sempre consegue passar o conteúdo de forma clara e objetiva. Uma dúvida. Tenho em mente um projeto, onde sua estrutura está pautada em quatro principais pilares, sendo: 1. Consulta de APIs; 2. Salvar os dados que retornam dessas APIs no banco de dados (somente texto); 3. Consumir os dados salvos no banco de dados através de relatórios e gráficos; 4. Depois de determinado período, realizar a exclusão de alguns dados que foram salvos no item 2. Gostaria de saber se para o cenário, rotinas apresentadas, teria o consumo de muitas WU? Sei que vai depender de quantas APIs, quantos gráficos, relatórios, inclusão e exclusão no bando de dados, mas gostaria apenas de uma ideia se esses recursos/rotinas consomem muito. Muito obrigado por compartilhar o conhecimento.
Mathias, depende: serão 10 chamadas API por mês? 100? 1.000? 1 milhão? 10 milhões? Quantos dados vão retornar da API? 10? 100? 1 milhão? Quantas gravações vai fazer no banco de dados? Com que frequência? Tudo depende. Se você imagina que será algo que ocorrerá em volume muito grande, com muita frequência, já criar esse backend todo no Xano. Falamos sobre isso aqui: ruclips.net/video/_ptksBhGZjA/видео.html
Olá Renato, parabéns pela explicação e toda história de precificação da ferramenta. Como você é "consultor" da Bubble e deve ser uma voz respeitada aos diretores, porque não insiste em eles gerarem um código fonte? Porque tem várias tecnologias que tem mesmo conceito de back e front que compila tudo junto e mesmo assim consegue o código. Seria bom insistimos isso porque acredito que o salto da plataforma seria mais exponencial ainda.
Já bati MUITO nessa tecla com eles. Infelizmente não está mesmo nos planos deles. E te falo: dá pra entender o lado deles, como é que faria pra exportar código da integração com o servidor nativo deles, ou dos backend Workflows? Então na melhor das hipóteses só a parte de front seria exportada. É realmente difícil.
Se usarmos o supabase / xano como backend evitamos a dependência da bubble. Assim podemos gerar mais tarde uma nova aplicação em paralelo usando outra tecnologia (ex: flutterflow ou appgyver). E caso fique inviável continuar na bubble temos uma contingência. O que vc acha Renato ?
Olá Renato, obrigado por ser extremamente profissional e didático. Eu sou seu aluno e estou finalizando um app que irei comercializar por assinatura. Sinceramente, na minha visão achei essa mudança melhor, tendo em vista a redução no risco de performance na plataforma devido a tudo que vinha ocorrendo. Pode ser que eu esteja enganado, mas se tornou mais justo, mesmo com o custo maior. O meu medo seria botar em produção um app e ser cobrado por performance. Bem, gostaria de uma opinião, como eu ainda não sei qual o grau de consumo de infra terá minha aplicação, não será muito, mas eu entendo que eu deveria migrar logo para os novos planos e escalar caso seja necessário, concorda?
Felix, se tá na dúvida, bota o aplicativo num plano personal e vai avaliando as métricas. Assim que se sentir confiante de que o consumo de WU tá tranquilo, migra pro plano novo. Eu aqui já tô bem tranquilo com o uso dos meus, tô migrando tudo pros planos novos.
Com certeza reduziria o consumo de recursos e, consequentemente o preço, sim. Dá uma olhada na última live tira-dúvidas que tivemos na comunidade, falamos sobre isso: comunidade.semcodar.com.br/aula/liveduvidas-n8n-20230420
Renato tenho dois sistemas no Bubble no antigo Hobby (legacy) ,tenho que migrar de plano sim ou sim antes do fim de Abril ?. Os sistemas no Hobby (legacy) serão absorvidos por qual plano novo do Bubble ?
Tenho um aplicativo Bubble no plano "Personal" e pretendo manter. No "Settings/App Plan" dentro do meu aplicativo, quando seleciono a opção "Upgrade plan", só me permite mudar para outro ("Professional", "Production", "Free") ou não fazer nada, e manter no "Personal". O Renato no vídeo, diz que temos mesmo de escolher um plano legacy até final de abril? Como fazer isso? Não posso apenas não fazer nada? Alguém pode ajudar, por favor? Muito obrigado ao Renato e a toda a comunidade. Abraço!
Manuel, se você já está no personal, tá tudo certo. Aí a partir de 01/maio não vão mais aparecer essas opções (professional, production), mas sim somente as novas (starter, growth, etc).
Muito obrigado! Renato, você é uma inspiração como ser humano pela sua boa energia e excelência naquilo que faz. Além de, na minha opinião, ser um dos melhores comunicadores, com maior clareza na forma de pensar e de expor e explicar conceitos complexos do mundo! Muitos Parabéns e obrigado mais uma vez. Faço votos para que você possa sempre manter esse sorriso e essa boa disposição. O mundo agradece e todos aqueles que se cruzam consigo também!
Claro, só usar o "Format as text" pra gerar a formatação correta (comunidade.semcodar.com.br/aula/list-format-text - Criar Lista de Textos com "Format as text") e meu plugin gratuito "Create File" pra gerar o arquivo XML :)
Boa noite! Sou da Comunidade Sem Codar e tenho um app no Bubble, no plano Personal. Pago por mês e não estou conseguindo fazer o pagamento anual... Como eu acredito que, nos próximos meses, não chegarei a 175k de WU, será que eu consigo migrar para o Legacy, pagando o Personal anual?
a dúvida no min 23 é a que está martelando na minha mente se eu preciso aumentar receita e o caminho que preciso seguir é aumentar preço, esse ajuste novo não é suficiente, é muito provável que eles aumentem gradualmente, pra mim migrar o banco de dados parece o caminho mais lógico
É... foi meio estranho como tudo ocorreu, mas imagino que estabelecido o cálculo por WU seja fácil pra eles um aumento, daqui um ou dois anos por exemplo, de 10%, 20%, etc, pois em tese é só mudarem as métricas de cálculo de WU. Nós planos fixos eles aumentariam mas ainda se manteriam os demais problemas de servidor e capacidade.
Boa tarde rapazizada, sou membro da comunidade, porém como sou iniciante e minha dúvida é bem básica resolvi pergunta aqui mesmo. Estou com dificuldades de entender o plano Free? As limitações atuais, além das chamadas API e alguns recursos, é somente os 50k WU / Mês ? Acabou a questão dos 200 registro em banco de dados? Trabalho como engenheiro em uma grande empresa Offshore (área de petróleo e gás), e ao mesmo tempo que estou aprendendo eu já implemento em um aplicativo que estou criando para automatizar alguns processos no meu trabalho, então é importante eu ter uma ideia de quando precisarei migrar para o plano pago.
Glaumo, o limite de 200 registros continua. E agora tem um limite de 50k WU / mês, exatamente. Os planos pagos ganharam um adicional de +100k WU/mês na versão development.
Boa noite Renato, pretendo criar um app em breve na Bubble e gostaria de saber se no plano gratuito, eu tenho acesso a esse dashboard para ter uma noção do uso de WU antes de eu contratar um plano pago. Obrigado pelo conteúdo, mas sem querer ser abusado, bem que vc podia gravar pelo menos um videozinho sobre otimização, pra quem ainda não conseguiu entrar pra comunidade rs
Hoje pago USS$130,00. Antes da otimização eu pagaria USS$2.000 (inviável) Após a otimização, previsão de pagar U$$700,00 (inviável também). App já bem otimizado.
Uma ideia simples, seria deletar os projetos free de contas que não logam na ferramenta há mais de 6~12 meses. Seria a primeira coisa que veria pra diminuir os custos, trabalhando no bubble. Apesar de que, o que deve consumir de fato são os workflows, e free consome no máximo uma quantidade mínima de armazenamento, mas já é algo.
Ola Renato, pertenço a comunidade SemCodar, e estou com uma dúvida, meu plano é o Personal, se ficar com ele, vou ter quantos WUs inclusos ou se mudar para o Profissional até o fim do mês, quantos Wus teria nele? Ai vou poder adquirir o Workload tier (plano de WU) separadamente com esses meus planos antigos?
Anselmo, dá uma olhada em bubble.io/blog/2023-pricing-updates/: o plano Starter tem 175k WU (e +100k WU pra usar na versão Development). Se precisar de mais, compra os tier, como o Tier 1 por exemplo, que te dá mais 200k WU. Aí teria 375k WU, e mais os 100k WU da versão development. Usa o bubble.io/subscription-planner pra ver o melhor plano pra você. Ah, e se você ficar no Personal, aí os WU são irrelevante, não é essa métrica que será usada.
Eu estava estudando l bubble para criar um sistema de gestão na area de hotelaria, fico pensando quanto units eu iria precisar para manter o sistema rodando... To partindo para o figma 😩
Poxa que pena, utilizo uma única planilha que criei através do curso, para controle de meta mensal, só uso para isso, então infelizmente vou voltar pro meu excel, mas entendo que existem custos para manter e acho justo cobrar, só não serve para mim no momento.😔
Acho que foi um vai que cola, ou uma falta de saber comunicar, ou ambos... rsrs, mas felizmente no final reduziram a um patamar que gerou aumento sensato ao invés daquela bomba extremamente drástica que estava inviabilizando geral
Marcus, não, o que me referi ali do Growth é pra quem precisa trabalhar com mais de um desenvolvedor ao mesmo tempo mexendo no aplicativo. Se não precisar, via de regra o Starter dá conta. Aqui tem um descritivo dos planos atuais, os novos serão similares em termos de recursos: bubble.io/pricing/compare
Quando você recebe dados do banco, por exemplo, existe uma quantidade de Workload Units por byte recebido. Então é uma relação direta. Veja aqui: forum.bubble.io/t/an-update-to-workload-plus-more-transparent-calculations/257080
Plano do Bubble? Não, não tem nenhuma relação. Aliás, nem sugiro ir pro plano pago do Bubble, você consegue aprender tudo no plano gratuito. Deixa pra ir pro plano pago só quando estiver pra lançar seu aplicativo :)
Jamais pense em criar 1 aplicativo diferente pra cada cliente. Isso retiraria o principal benefício que a Internet nos traz: poder de escala. Você cria 1 aplicativo só, para infinitos clientes, infinitos usuários, infinitas empresas utilizando. Pega - como exemplo - aquele aplicativo Delivery que falei no vídeo do RUclips: você cobrará R$199/mês de cada restaurante. Se você tiver 1.000 clientes, o 1° já paga o custo do Bubble e sobra. Os outros 999 clientes entram como lucro. Aqui falo mais sobre como funciona essa lógica de aplicações “multiempresas”: ruclips.net/video/yPdNZBqnig0/видео.html
Problema 1: Ter um desligamento se atingir um limite... Não seria melhor neste caso ser opcional? Por padrão há o limite, mas se o dono do aplicativo quiser ele põe "sem limites" e dai usaria algo como o WUs. Pois ele não quer ter essas limitações, quanto mais usarem melhor. Ou ainda, poder criar uma carga máxima por usuário. Por exemplo estimo que um usuário gaste 10.000WUs no máximo por dia. Mexendo em tudo quanto é coisa. Porém se chegar neste teto, para esse único usuário o sistema trava. Poderiamos "jogar" com estes valores, pois dependendo do que este um usuário estiver fazendo podemos considerar como spam. Que ele está apenas nos dando prejuízo. Posso estar equivocado nesta parte, mas há de fato esta trava? Pra mim isso não ficou claro. Parece que se usarem irá consumir WUs overages. Ou seja é obrigado a pagar se haver consumo extra. Não vi falarem se há uma trava. E como é esta trava... por exemplo atingiu o limite o sistema é desligado pro resto do mês? E o que eu tenho que fazer para ligá-lo novamente?
Bom ponto, não ficou claro no vídeo: o autoscale já é opcional. Você ativa somente se desejar. Mas não tem como "mesclar" capacidade com WU. So terá acesso ao Autoscale se for pro plano novo.
@@renatodod mas até carregar a página gasta WUs kkk ahhh sei la ta complicado pois quero ver como sera isso, o usuário la usando e do no meio de uma execução trava o fluxo😅
E se essas ações forem provocadas por bots? Ainda sim terão que ser pagas? Existe alguma métrica capaz de identificar se as ações são geradas por bots ou não? Caso contrário, a própria Bubble poderia gerar ações nos aplicativos para lucrar mais.
João, o Bubble já usa Cloudflare, que faz um bom trabalho em evitar ataques DDOS. Mas se o Cloudflare não pegar, imagino que um bot acessando teu aplicativo vai consumir WU, sim. Na minha opinião, é uma das primeiras coisas em que o Bubble vai ter que trabalhar pra melhorar.
Uma Coisa Renato,... Já que o Bubble chama criar um field de criar coisas,.. kkkk uma coisa que podia mudar era os planos de uso deles. para real. Ai seria Bom
Ah, jamais. Imagina que você abre um SaaS aqui no Brasil, começa a ter um monte de clientes da Argentina, e eles te pedem pra começar a cobrar não mais em reais, mas em Pesos Argentinos? Agora além de se preocupar com seu SaaS você tem que se preocupar com câmbio argentino, eleições presidenciais lá, malucos sendo eleitos...
Muito pouco uso, se não tiver nada extraordinário tem que ficar no Personal (ou no novo Starter). Se precisar ir pra um plano maior, é porque tem algo errado consumindo recurso demais.
Bubble tem um lockin, ou seja, seu aplicativo funciona lá dentro da infraestrutura deles e do servidor deles. Se você precisa exportar código-fonte, aí te sugiro usar o FlutterFlow, que também ensinamos na Comunidade Sem Codar. Ali você consegue exportar o código.
@@flaguimirsantos5267 hmm, não acho que seja não. Aliás, acho que marketplace é um dos aplicativos de uso mais leve que tem, poucas interações com banco de dados, diferente de um sistema de gestão denso. Mas o mais importante: talvez comece a ficar um pouco mais caro lá nos 10 ou 20 mil usuários, e mesmo assim não é como se fosse obscenamente caro a ponto de comprometer tua operação. Preocupe-se com isso quando chegar lá, e foco total em validar essa ideia.
Não necessariamente. Lembre-se que, quando otimizam o motor do BB, e deixam o seu app consumindo menos recursos, isso faz com que pagantes de planos mais caros desçam para planos mais baratos. Ou seja, eles investiram em otimização, mas reduziram o faturamento. Então qual seria o incentivo para eles em manter equipes de otimização da plataforma? (isso pensando no modelo antigo de precificação).
Essa conta que eles fizeram era baseado em relação à todos os users, mesmo os que usam pouco ou até abandonaram... Por isso que era "manutenção" de 60% dos users...
Só número de clientes não diz muito. Como no exemplo que dei no vídeo: se for uma plataforma de chatbot e atendimento onde cada cliente desse for uma empresa com 100 operadores, cada um com 100 conversas por dia, cada conversa com 100 mensagens, aí já é um aplicativo enorme, e precisaria de um backend de alta performance. Mas se for um aplicativo normal como a grande maioria dos que criamos (sistema de gestão, crm, etc), aí qualquer plataforma dá conta.
Com total respeito a quem pensa diferente, mas toda a explicação disso não muda minha falta de confiança no Bubble, segue o barco nas migrações para o FlutterFlow e Noodl.
Luis, não existe como empreender sem confiar. Eu posto meus vídeos aqui confiando que o RUclips permanecerá nos próximos anos, a Netflix hospeda seus vídeos na Amazon confiando que ela permanecerá. Adam Smith dizia: " _Não é da benevolência do açougueiro, do cervejeiro ou do padeiro que esperamos nosso jantar, mas da consideração que eles tem pelos próprios interesses. Apelamos não à sua humanidade, mas ao seu amor-próprio, e nunca falamos a eles das nossas próprias necessidades, mas das vantagens que eles podem obter_ ". Ou seja, confiamos que essas empresas continuarão aqui não porque querem o nosso bem, mas porque os interesses de seus clientes estão alinhados com os deles. Vimos isso acontecendo diante dos nossos olhos, semana passada: o Bubble impôs uma mudança de preço, que foi completamente rejeitada pelos usuários. Voltaram atrás e reduziram em 90% os novos preços, retornando à uma realidade coerente com os interesses de seus clientes. Não existe prova maior que essa de que a empresa jamais conseguirá agir contra os interesses de seus clientes.
Problema 3: Interesses desalinhados. Como de fato isso estaria alinhado neste novo plano de precificação? Se pelo que deu a entender, quanto mais eles melhorarem, menos WUs, consequentemente menos iremos pagar. (OBS: Ok acho que agora eu entendi... Sim ficará mais barato e eles ganharão menos, mas estará alinhado ao tamanho dos custos, então nunca os custos irão passar pela "linha" do faturamento). Exemplo: ->Hoje eles recebem um faturamento de $1.000.000 mas de custos $500.000 (metade do valor) ->Porém se os aplicativos tiverem 3x mais acessos(usos) o faturamento ainda será $1.000.000 e os custos passaram a $1.500.000 ->Amanhã fazem otimizações e passam a receber um faturamento de $500.000 ->Os custos também diminuíram para a metade $250.000 ->Porém se os aplicativos receberem 3x mais acessos(usos) o faturamento vai pra $1.500.000, mas os custos vão para $750.000 Espero estar certo nesse entendimento. E rezando para melhorarem muito =) Pois ao meu ver ainda é migalhas o que está atualmente. Para muitos projetos esse modelo não funciona. Seria bom ter um plano ainda pra capacidade, algum meio termo. Como muitos falaram, a precificação se tornou tão complexa, a ponto de ser extremamente difícil de fazer orçamentos para clientes.
Também não gosto da dificuldade de previsão dos custos, vai ter que ser por média, mas se a Comunidade Sem Codar está em +- 150 U$, só apps realmente grandes vai demandar e custar muito mais que isso, ainda mais fazendo backend em Xano por exemplo
@@ronielcatussatto9541 Na real não é a comunidade, ela não esta em bubble, o que esta em bubble e o curso, mas se vc for ver há poucas ações ao assitir aulas, não é um sistema que interagimos diariamente e muitas funcionalidades.
fica duvidosa a implantação de algum sistemas, pois vc não tem noção dos seus custos no futuro, pode tornar o seu projeto inviável, uma vez que vc tem um contrato com cliente e um reajuste de 30% pod comprometer seu negocio....ate que ponto compensa construir umj negocio com bubble...
Bubble, Amazon AWS, Google Cloud, Digital Ocean, é assim que todos os servidores cobram. É impossível prever exatamente o quanto voce vai gastar pois você não sabe quantas requisições ao banco de dados vai fazer, quantas chamadas API, etc. Mas dá pra ter uma boa ideia: vai pagar 30 dólares por mês por muito tempo, e quando estiver lá nos milhares de usuários começa a ir encarecendo. Mas o servidor (ou o Bubble) na maioria dos cenários será uma das menores despesas da tua empresa. Um escritório de contabilidade cobra 500 reais por mês... Aqui no meu caso o Bubble não está nem entre as 10 maiores despesas.
O que está me atrapalhando e realmente não gostei é a limitação de 200 linhas de banco de dados no modo gratuito... Não está dando pra fazer meus betas na atual aplicação que estou desenvolvendo...
Rodrigo, o plano gratuito realmente não é pra você lançar comercialmente, mas sim pra aprender. Poderia ser maior? Claro, iria ajudar. Mas não há nada que você precise aprender que consuma mais de 200 registros no banco de dados. O objetivo do Bubble é que, se você precisa passar disso é porque já está utilizando em produção e, portanto, deve ir para um plano pago.
@@RenatoAsse Na verdade, eu acho que minha aplicação está ficando grande demais e essa é a razão. É uma aplicativo para gestão de oficina que tem desde inspeção veicular, os, orçamento, estoque, serviços, financeiro, crm e gestao de qualidade de atendimento. Pra homologar o funcionamento simulando um dia de oficina, 200 linhas nao foram suficientes. Pra testar 2+2 vai... Mas pra testar um dia de trabalho nele, infelizmente foi pouco. Mas vou rever meus conceitos mesmo. Grato
Na teoria, faz sentido. Mas na prática, infelizmente não é bem assim que funciona. Em todo negócio, a gente trabalha com as informações que a gente têm, resolvendo os problemas de hoje com soluções que podem (na verdade, que sem dúvida irão) gerar novos problemas no futuro, afinal não temos bola de cristal pra saber todas as implicações futuras de uma decisão. Seria como tentar jogar xadrez prevendo 50 jogadas à frente. A gente tenta tomar as melhores decisões possíveis, sabendo que no futuro teremos de solucionar novos problemas, mas esperamos que seja crescendo e agregando valor durante a jornada.
Não entendi. Você diz que todas as vezes que uma startup mudou seu preço e/ou seu modelo de precificação, elas quebraram? Essa é a definição de uma startup: mudanças e melhorias constantes.
Ficar dependente de outra empresa/pessoa é perigoso. Com o ChatGPT atualmente eu consigo criar soluções semelhante escalaveis e de forma mais independente.
Lucas, você sempre estará dependente de algo. Se decidir criar teu software inteiro com ChatGPT, você dependerá da continuidade do próprio ChatGPT e que eles não aumentem os preços em 10x no futuro. Na verdade, você não conseguirá dar manutenção no software e terá uma enorme dificuldade em implantar melhorias, portanto acabará dependendo de contratar desenvolvedores. Também estará dependente do servidor de hospedagem, e das constantes atualizações de quaisquer bibliotecas de terceiros que usar. E depois, quando for começar a fazer vendas e marketing, estará dependente de ferramentas de tráfego pago como Meta Ads e Google Ads, estará dependente de plataformas de distribuição de conteúdo como RUclips, estará dependente de meios de comunicação como WhatsApp. Todo negócio na internet cresce nos ombros de centenas de outros serviços que sustentam teu negócio em pé. Não se trata de "não depender de ninguém", isso é impossível. Se trata de gerenciar os riscos e entender os fundamentos por trás das coisas pra sempre ter alternativas quando os pilares que você usa mudarem significativamente ou deixarem de existir.
@@RenatoAsse A única questão é que, se um desenvolvedor falhar, posso contratar outro e rapidamente volta ao normal. Assim como todas as outras variáveis, se um dia o ChatGPT deixar de ser grátis, ainda haverá o Google ou outra opção. Quanto ao bubble é depender exclusivamente de 1 empresa/pessoa, acredito que seja muito perigoso. Se você tem um projeto e pretende tirar o sustento dele, é essencial calcular este risco do projeto ficar inviável da noite para o dia.
@@Lucas-zi7ys todos os lados tem riscos. O que a gente mais vê no mundo de Startups são empresas que dependem de um único programador que construiu boa parte do código, e quando o desenvolvedor pede demissão, a empresa perde toda a sua capacidade de continuar fazendo melhorias e correções. Esse "Contratar outro desenvolvedor e rapidamente volta ao normal" é algo que não acontece no ecossistema de startups, que começam com equipes pequenas. A empresa contrata um novo desenvolvedor, que demora meses até conseguir ficar em dia com o código criado pelo desenvolvedor anterior a ponto de realmente conseguir continuar implementando melhorias. Passou 1 ano e a empresa tradicional praticamente não fez nada, enquanto uma No Code teria subido 50 novos recursos. Percebe como há risco em tudo? O motivo pelo qual startups escolhem ferramentas No Code é que elas consideram que o risco de você ser lento e não conseguir se adaptar às exigências do clientes para criar um produto foda é muito maior que o risco de o Bubble quebrar e levar teu aplicativo junto.
Galera fala que vc puxa saco da Bubble pq esse é o seu negócio principal (vender o curso). Mas vocês já pensaram que a comunidade dele chama SEM CODAR e não BUBBLE PROG? Ele pode mudar a plataforma que ensina e pronto. Flutterflow etc
Por que? As otimizações não tem a ver com ser MPA ou SPA, mas sim com buscas, filtros, cuidados com grupos repetidores, etc. Já assistiu o módulo de performance no curso?
Essa empresa não é mais confiável. Instável, medidas mal planejadas, ao anunciarem uma mudança, nem eles sabem explicar o que querem realmente implementar. Daqui a 18 meses, estamos sujeitos a eles virem com outra mudança arbitrária e desproporcional. Como montar um negócio sério nesse terreno da sogra feito de areia fofa? Complicado.
Olha Renato, gosto muito do seu curso e de você, mas na prática o Bubble está fazendo diferente do que está na tabela. Veja: No começo de abril eu adquiri o plano Personal por U$ 29, comei um App novo e só com 4 páginas e duas API e apenas três tabelas no BD (Users e Empresa e municípios) com um ou dois registros em cada, duas APIs, ao fazer o segundo teste de chamada a API a métrica do Bubble no modo desenvolvimento, acusou 100% de uso de Units. Bloqueia a chamada da API e não consigo usar o app para testar. Na prática estou pagando quase 170 reais para não conseguir fazer nada no sistema. Comecei a estudar o FlutterFlow...
Nilton, aí o problema é outro: provavelmente você botou alguma ação pra rodar que tomou toda a capacidade de servidor naquele momento. Vai nos logs que você descobre qual é. Se estiver na Comunidade Sem Codar posta lá no grupo que a gente ajuda a diagnosticar.
Complicado a cobrança até por carregamento de página. Não há otimização que resolva isso. Pessoas má intencionadas resolvem acessar teu app e eu pago a conta. Complicado!!!
Verdade. Se eu fosse chutar, diria que esse é um dos primeiros itens que o Bubble vai rever no novo modelo. Talvez impor um limite de acessos por usuário/IP já ajudaria bastante.
Se precisa de 2 videos para explicar esse aumento, não vale mesmo a pena permanecer . O conceito de sucesso seria ficar mais barato para o usuario, não mais caro. Tiro no pé.
Falam isso desde 2015. Enquanto isso, só nossos alunos já faturaram mais de 42 milhões de reais com seus aplicativos criados em Bubble. Em 2030 continuarão falando a mesma coisa, e nossos alunos terão faturado 1bi.
Parte 2 do vídeo (Bubble continua valendo a pena? O que acontecerá com a Comunidade Sem Codar?): ruclips.net/video/0BkqcZgCq84/видео.html
Vamos para mais um vídeo do Renato! Entendendo cada vez mais sobre as mudanças e calculando a rota!
Voce é um cara muito inteligentissimo, você realmente ama o que faz, voce é a cara do bubble, parabéns
Muito obrigado pela postura adotada durante esse período de dificuldade dificuldades, me ajudou a ficar mais otimista e ainda me acordou para aprender outras tecnologias, vamos nos adaptar e continuar sendo a maior comunidade sem código do Brasil.
Maravilha! 😁 Bastante ansioso por essas novas aulas, ainda mais gravadas pelo próprio Renatão! Bom demais!! 🚀
Difícil alguém explicar melhor!!! Obrigado Renato!!! 👊🏼
Essa estratégia da Bubbles pra empurrar um aumento é genial, primeiro coloca um aumento de 10x e depois reduz para um aumento de 23% com todo mundo entendendo a necessidade de aumentar e gratos pela redução... Genial
Genial se tivesse sido pensado, mas acho que só correram atrás do prejuízo mesmo..
E haja prejuízo porque tô vendo maior galera indo pra Flutterflow, por ainda prevalecer a imprevisibilidade do custo, mas Bubble querendo ou não ainda é a melhor ferramenta no code..
Não acho que tenha sido planejado dessa forma.
Até porque ninguém sacrifica reputação e credibilidade por uma estratégia comercial. Foi só um erro de planejamento e de comunicação violento mesmo.
Seria como se a empresa em que você trabalha falasse: "MUDANÇA DE PLANOS, AGORA AO INVÉS DE R$5K POR MÊS VAMOS REDUZIR SEU SALÁRIO PARA R$500/MÊS", e dali uma semana a empresa falasse: "NÃO NÃO PESSOAL, ERA BRINCADEIRA, NA VERDADE SEU SALÁRIO PERMANECE IGUAL, SÓ VAMOS TIRAR O BENEFÍCIO DO GYMPASS".
Provavelmente já teriam matado o chefe até lá. E seria, de longe, a pior forma de comunicar uma mudança.
É a estratégia psicológica tipo pé na porta. Chuta o pé no preço, tipo uns 1000% e depois da reclamação paga de bonzinho e reduz pra somente 100% mais rsrsrs super manjado em meio empresarial e político.
Genial? ḰKKK
O que me impressiona é que quanto mais informação acessível para sacar essa jogada, menos cética se torna a demanda, ou seja, esta obvio que eles blefaram. No entanto a galera dorme no canto da sereia. Enfim, o Manu (CEO) agora só obedece. Puppets
A explicação ficou excelente, vlw Renato! ...Minha opinião é que quando o Bubble identificou que estavam em rota de colisão, acabaram cometendo um erro grave no cálculo de precificação devido a urgência, afinal era uma possibilidade real de colapso, não vejo como uma tentativa de aumentar a receita, pois, se fosse intencional, também poderiam prever uma possível debandada... erro trágico pois agora estão apagando um incêndio que eles mesmos jogaram gasolina kkkk ...de qualquer forma, eu concordo com essas mudanças e estou 90% convencido de que o Bubble voltou a ser o favorito! Sucesso pessoal!
O Renato é o cara!! Parabéns!!!
Na maioria das startups decisões como estas são tomadas por ceo's que se quer sabem logar na ferramenta. Eu trabalho com implantação de startups a 4 anos e tenho que conviver com absurdos incriveis e inacreditáveis. Marmanjo ganhando 25 mil reais e se recusando a ouvir os insumos do SAC ou suporte. Sorte do bubble foi ouvir a co.unidade e ter entre eles um har user como vc. Sua comunidade salvou o bubble! Ps: Estou aberto ao mercado na data de hj.
definitivamente, é muito compreensivel o fato de precisar aumentar o valor mensal dos usuarios, porem poderia dobrar o valor cobrado hoje ao inves de fazerem a palhaçada que fizeram.
Excelente Renato!
Excelente vídeo, Renato! Obrigado pela didática.
Wappler Renatão: completo, código exportado, baixo custo, total flexibilidade.
Depois te falo mais sobre minha percepção sobre o Wappler, Silvio, mas resumindo: acho que não faz sentido chamar de low-code, tá mais pra um framework mesmo. Curva de aprendizagem altíssima.
Acho até que esse é o motivo pelo qual não se popularizou muito: a galera Low Code acha complexa demais, e a galera do código prefere ir pros frameworks normais.
Mas admito que exportar pra várias linguagens, como eles oferecem, é tentador :)
Bom dia Renatão, obrigado pelas explicações, realmente estavamos todos apreencivos. Porem identifico uma situação. Aqueles que estão fazendo um app com intenção de lançar um plano free agora devem ter muito cuidado pois se este plano free consumir muitos WU o dono do app pagará muito ao bubble e não terá receita. Isso muda um pouco as nossas estratégias. No mais, gratidão mais uma vez pela contribuição. Abraçao
Isso aí, sobe um pouco a barra pois tira aquela margem de cagadas que podíamos fazer enquanto aprendíamos. Agora já precisamos ficar atentos à utilização do aplicativo desde cedo.
Ficou muito claro, parabéns!
Banoite Renato, logo que saiu a nova WU eu assustei e vendo o Skin do Felipe, parei os estudos otimizados do Desafio 30K (estou no básico) e fui ver a aula de performance, nisso eu mudei todo o meu raciocínio…
Bora!
ótima a mudança... pois assim dá pra começar free... e depois com o pequeno crescimento, cresce pouco também... cresceu muito a receito do APP... paga-se um pouco mais... o Mundo Cloud é assim que funciona
Em resumo Renato eles estão fazendo conosco o que a AWS tb faz com seus clientes, vc paga pelo recurso que usa....
Show pra nós que precisamos aprender a otimizar os aplicativos, assim como eu tive que aprender a otimizar as infras de meus clientes na Aws pra melhorar os custos das infras deles e as minhas também lá dentro....
Outra coisa importante do povo é que vão precisar sem exceções monitorar a aplicação com mais frequência pra ter o tal controle de uso de recursos, como ja faço isso nos recursos que implanto na Aws, no meu caso usando o Zabbix vai ficar menos apertado pq ja tenho esse costume.
Renato! Uma dúvida, estou eu com o meu plano Professional em julho de 2023 e preciso de mais capacidade de processamento, vou poder fazer o aumento de capacidade que já existe dentro do plano?
NÃO! Depois de 01/maio, só consegue migrar pra planos novos. cuidado com isso.
Se o objetivo do bubble era perder clientes e perder a confiança dos desenvolvedores, posso afirmar, foi um sucesso a estratégia.
Verdade. Se fosse uma empresa listada em bolsa, teria caído 50%.
Eu acho que estar na comunidade é um requisito essencial para todos os desenvolvedores Bubble, mas eles precisam trazer esse conhecimento em otimização de forma bem detalhada para TODOS. É o mínimo! E trazer em português, que é a língua da segunda maior comunidade que eles têm.
As formas de otimizar sempre existiram, eles deviam ter dezenas de vídeos no canal deles só sobre isso, para educar os usuários a buscarem isso desde o início. imagino que eles teriam poupado algumas centenas de milhares de dólares por ano
Lian, precisamos reconhecer que empresas fazem bem algumas coisas, e outras muito mal.
Bubble é excelente na parte técnica, basta notar que criaram a melhor ferramenta no code do mundo. Mas são terríveis na parte de educação e tutoriais de uso. Não aguarde por eles nesse quesito.
@@RenatoAsse realmente, Renato. E olha que hoje em dia tem IA pra traduzir e dublar, mas nem assim.
Renato, parabéns pelo vídeo.
Uma dúvida: Quando você fala faz o cálculo dos custos da Comunidade Sem Codar, esta inclui a plataforma de aulas, marketplace, comunidade, mão na massa e etc?
Adriano,
Não. Os U$119 que pago atualmente são da Comunidade Sem Codar (a plataforma + marketplace + mão na massa).
Tem mais U$119 do Bubble Essential Kit.
O grupo dos membros não é criado em Bubble, é uma plataforma chamada Circle, então não muda nada.
Renato,
Parabéns por mais esse excelente vídeo, como todos os outros, sempre consegue passar o conteúdo de forma clara e objetiva.
Uma dúvida.
Tenho em mente um projeto, onde sua estrutura está pautada em quatro principais pilares, sendo:
1. Consulta de APIs;
2. Salvar os dados que retornam dessas APIs no banco de dados (somente texto);
3. Consumir os dados salvos no banco de dados através de relatórios e gráficos;
4. Depois de determinado período, realizar a exclusão de alguns dados que foram salvos no item 2.
Gostaria de saber se para o cenário, rotinas apresentadas, teria o consumo de muitas WU? Sei que vai depender de quantas APIs, quantos gráficos, relatórios, inclusão e exclusão no bando de dados, mas gostaria apenas de uma ideia se esses recursos/rotinas consomem muito.
Muito obrigado por compartilhar o conhecimento.
Mathias, depende: serão 10 chamadas API por mês? 100? 1.000? 1 milhão? 10 milhões?
Quantos dados vão retornar da API? 10? 100? 1 milhão?
Quantas gravações vai fazer no banco de dados? Com que frequência?
Tudo depende.
Se você imagina que será algo que ocorrerá em volume muito grande, com muita frequência, já criar esse backend todo no Xano. Falamos sobre isso aqui: ruclips.net/video/_ptksBhGZjA/видео.html
@@RenatoAsse Renato, muito obrigado pela indicação de vídeo, muito esclarecedor.
Parabéns por todo conteúdo!
Olá Renato, parabéns pela explicação e toda história de precificação da ferramenta. Como você é "consultor" da Bubble e deve ser uma voz respeitada aos diretores, porque não insiste em eles gerarem um código fonte? Porque tem várias tecnologias que tem mesmo conceito de back e front que compila tudo junto e mesmo assim consegue o código. Seria bom insistimos isso porque acredito que o salto da plataforma seria mais exponencial ainda.
Já bati MUITO nessa tecla com eles. Infelizmente não está mesmo nos planos deles.
E te falo: dá pra entender o lado deles, como é que faria pra exportar código da integração com o servidor nativo deles, ou dos backend Workflows? Então na melhor das hipóteses só a parte de front seria exportada. É realmente difícil.
Flutterflow: bem-vindos novos usuários uhauhahuahua
Se usarmos o supabase / xano como backend evitamos a dependência da bubble. Assim podemos gerar mais tarde uma nova aplicação em paralelo usando outra tecnologia (ex: flutterflow ou appgyver). E caso fique inviável continuar na bubble temos uma contingência. O que vc acha Renato ?
É exatamente o que falo na parte 2 desse vídeo: ruclips.net/video/0BkqcZgCq84/видео.html
Olá Renato, obrigado por ser extremamente profissional e didático. Eu sou seu aluno e estou finalizando um app que irei comercializar por assinatura. Sinceramente, na minha visão achei essa mudança melhor, tendo em vista a redução no risco de performance na plataforma devido a tudo que vinha ocorrendo. Pode ser que eu esteja enganado, mas se tornou mais justo, mesmo com o custo maior. O meu medo seria botar em produção um app e ser cobrado por performance. Bem, gostaria de uma opinião, como eu ainda não sei qual o grau de consumo de infra terá minha aplicação, não será muito, mas eu entendo que eu deveria migrar logo para os novos planos e escalar caso seja necessário, concorda?
Felix, se tá na dúvida, bota o aplicativo num plano personal e vai avaliando as métricas. Assim que se sentir confiante de que o consumo de WU tá tranquilo, migra pro plano novo.
Eu aqui já tô bem tranquilo com o uso dos meus, tô migrando tudo pros planos novos.
Se eu usar um backend externo para o banco de dados, não consumiria menos recursos e consequentemente um preço melhor?
Com certeza reduziria o consumo de recursos e, consequentemente o preço, sim. Dá uma olhada na última live tira-dúvidas que tivemos na comunidade, falamos sobre isso: comunidade.semcodar.com.br/aula/liveduvidas-n8n-20230420
Renato tenho dois sistemas no Bubble no antigo Hobby (legacy) ,tenho que migrar de plano sim ou sim antes do fim de Abril ?. Os sistemas no Hobby (legacy) serão absorvidos por qual plano novo do Bubble ?
Tenho um aplicativo Bubble no plano "Personal" e pretendo manter. No "Settings/App Plan" dentro do meu aplicativo, quando seleciono a opção "Upgrade plan", só me permite mudar para outro ("Professional", "Production", "Free") ou não fazer nada, e manter no "Personal". O Renato no vídeo, diz que temos mesmo de escolher um plano legacy até final de abril? Como fazer isso? Não posso apenas não fazer nada? Alguém pode ajudar, por favor?
Muito obrigado ao Renato e a toda a comunidade. Abraço!
Manuel, se você já está no personal, tá tudo certo. Aí a partir de 01/maio não vão mais aparecer essas opções (professional, production), mas sim somente as novas (starter, growth, etc).
Muito obrigado! Renato, você é uma inspiração como ser humano pela sua boa energia e excelência naquilo que faz. Além de, na minha opinião, ser um dos melhores comunicadores, com maior clareza na forma de pensar e de expor e explicar conceitos complexos do mundo! Muitos Parabéns e obrigado mais uma vez. Faço votos para que você possa sempre manter esse sorriso e essa boa disposição.
O mundo agradece e todos aqueles que se cruzam consigo também!
Renato da pra gerar ficheiro de formato XML no bubble ?
Claro, só usar o "Format as text" pra gerar a formatação correta (comunidade.semcodar.com.br/aula/list-format-text - Criar Lista de Textos com "Format as text") e meu plugin gratuito "Create File" pra gerar o arquivo XML :)
Boa noite! Sou da Comunidade Sem Codar e tenho um app no Bubble, no plano Personal. Pago por mês e não estou conseguindo fazer o pagamento anual...
Como eu acredito que, nos próximos meses, não chegarei a 175k de WU, será que eu consigo migrar para o Legacy, pagando o Personal anual?
(Já achei...)
a dúvida no min 23 é a que está martelando na minha mente se eu preciso aumentar receita e o caminho que preciso seguir é aumentar preço, esse ajuste novo não é suficiente, é muito provável que eles aumentem gradualmente, pra mim migrar o banco de dados parece o caminho mais lógico
É... foi meio estranho como tudo ocorreu, mas imagino que estabelecido o cálculo por WU seja fácil pra eles um aumento, daqui um ou dois anos por exemplo, de 10%, 20%, etc, pois em tese é só mudarem as métricas de cálculo de WU. Nós planos fixos eles aumentariam mas ainda se manteriam os demais problemas de servidor e capacidade.
Boa tarde rapazizada, sou membro da comunidade, porém como sou iniciante e minha dúvida é bem básica resolvi pergunta aqui mesmo. Estou com dificuldades de entender o plano Free? As limitações atuais, além das chamadas API e alguns recursos, é somente os 50k WU / Mês ? Acabou a questão dos 200 registro em banco de dados? Trabalho como engenheiro em uma grande empresa Offshore (área de petróleo e gás), e ao mesmo tempo que estou aprendendo eu já implemento em um aplicativo que estou criando para automatizar alguns processos no meu trabalho, então é importante eu ter uma ideia de quando precisarei migrar para o plano pago.
Glaumo, o limite de 200 registros continua. E agora tem um limite de 50k WU / mês, exatamente. Os planos pagos ganharam um adicional de +100k WU/mês na versão development.
@@RenatoAsse Muito obrigado ;)
Boa noite Renato, pretendo criar um app em breve na Bubble e gostaria de saber se no plano gratuito, eu tenho acesso a esse dashboard para ter uma noção do uso de WU antes de eu contratar um plano pago.
Obrigado pelo conteúdo, mas sem querer ser abusado, bem que vc podia gravar pelo menos um videozinho sobre otimização, pra quem ainda não conseguiu entrar pra comunidade rs
Sim, a aba Log para analisar os gastos de WU é disponível mesmo no plano gratuito.
@@ronielcatussatto9541 Valeeu
Hoje pago USS$130,00.
Antes da otimização eu pagaria USS$2.000 (inviável)
Após a otimização, previsão de pagar U$$700,00 (inviável também).
App já bem otimizado.
Já começa a explorar o Xano
@@RenatoAsse isso ai. Estamos analisando migrar para FF e Xano.
Está pesando a segurança de ter o código, além do valuation do produto.
Uma ideia simples, seria deletar os projetos free de contas que não logam na ferramenta há mais de 6~12 meses. Seria a primeira coisa que veria pra diminuir os custos, trabalhando no bubble. Apesar de que, o que deve consumir de fato são os workflows, e free consome no máximo uma quantidade mínima de armazenamento, mas já é algo.
Concordo MUITO. Eu, mesmo, tenho um cemitério de centenas de aplicativos free que só ocupam espaço 😂
@@RenatoAsse pois é. Deveriam eles criar um workflow pra fazer a limpa 😅 vou sugerir a ideia anterior lá no fórum. Vai que...
Aguardando aulas de flutterflow.
cara tou me fazendo adito au seus videos jajajajajajaja de argentina guante river!
Kkkkk vamo vê se cola foi boa! Não duvido hein!
🔥🔥🔥
Ola Renato, pertenço a comunidade SemCodar, e estou com uma dúvida, meu plano é o Personal, se ficar com ele, vou ter quantos WUs inclusos ou se mudar para o Profissional até o fim do mês, quantos Wus teria nele? Ai vou poder adquirir o Workload tier (plano de WU) separadamente com esses meus planos antigos?
Anselmo, dá uma olhada em bubble.io/blog/2023-pricing-updates/: o plano Starter tem 175k WU (e +100k WU pra usar na versão Development).
Se precisar de mais, compra os tier, como o Tier 1 por exemplo, que te dá mais 200k WU. Aí teria 375k WU, e mais os 100k WU da versão development.
Usa o bubble.io/subscription-planner pra ver o melhor plano pra você.
Ah, e se você ficar no Personal, aí os WU são irrelevante, não é essa métrica que será usada.
Eu estava estudando l bubble para criar um sistema de gestão na area de hotelaria, fico pensando quanto units eu iria precisar para manter o sistema rodando... To partindo para o figma 😩
Não adianta pensar muito não, é impossível prever, só vai saber quando lançar e começar a usar :)
Sera possivel o bubble voltar atras?
Poxa que pena, utilizo uma única planilha que criei através do curso, para controle de meta mensal, só uso para isso, então infelizmente vou voltar pro meu excel, mas entendo que existem custos para manter e acho justo cobrar, só não serve para mim no momento.😔
Por que? Mudou de quanto pra quanto o valor?
Opa Renato, difícil entender um erro na projeção com diferença de 90% na nova precificação, infelizmente agora o estrago já foi feito.
Acho que foi um vai que cola, ou uma falta de saber comunicar, ou ambos... rsrs, mas felizmente no final reduziram a um patamar que gerou aumento sensato ao invés daquela bomba extremamente drástica que estava inviabilizando geral
Bizarro, né?
Existe alguma Ferramenta de código Aberto que não seja o Bubble sem Código?
Budibase
Flutterflow, Xeno
Renato, uma dúvida no caso de eu ter um app multi empresa, tipo multi restaurante por exemplo, o plano ideal seria o Growth é isso?
Marcus, não, o que me referi ali do Growth é pra quem precisa trabalhar com mais de um desenvolvedor ao mesmo tempo mexendo no aplicativo.
Se não precisar, via de regra o Starter dá conta. Aqui tem um descritivo dos planos atuais, os novos serão similares em termos de recursos: bubble.io/pricing/compare
@@RenatoAsse show brigadão renato, valeu mesmo vou ler com calma...
Qual a relação entre work units e tamanho dos dados (megas)?
Quando você recebe dados do banco, por exemplo, existe uma quantidade de Workload Units por byte recebido. Então é uma relação direta. Veja aqui: forum.bubble.io/t/an-update-to-workload-plus-more-transparent-calculations/257080
Só consegue entrar na comunidade que assinou o plano ?
Plano do Bubble? Não, não tem nenhuma relação. Aliás, nem sugiro ir pro plano pago do Bubble, você consegue aprender tudo no plano gratuito.
Deixa pra ir pro plano pago só quando estiver pra lançar seu aplicativo :)
Ola Renato. Não consegui ainda entender qual meu custo se eu tenho por exemplo 10 clientes cada um com seus bancos de dados separados.
Jamais pense em criar 1 aplicativo diferente pra cada cliente. Isso retiraria o principal benefício que a Internet nos traz: poder de escala.
Você cria 1 aplicativo só, para infinitos clientes, infinitos usuários, infinitas empresas utilizando.
Pega - como exemplo - aquele aplicativo Delivery que falei no vídeo do RUclips: você cobrará R$199/mês de cada restaurante.
Se você tiver 1.000 clientes, o 1° já paga o custo do Bubble e sobra.
Os outros 999 clientes entram como lucro.
Aqui falo mais sobre como funciona essa lógica de aplicações “multiempresas”: ruclips.net/video/yPdNZBqnig0/видео.html
Uffa
Problema 1: Ter um desligamento se atingir um limite...
Não seria melhor neste caso ser opcional?
Por padrão há o limite, mas se o dono do aplicativo quiser ele põe "sem limites" e dai usaria algo como o WUs.
Pois ele não quer ter essas limitações, quanto mais usarem melhor.
Ou ainda, poder criar uma carga máxima por usuário. Por exemplo estimo que um usuário gaste 10.000WUs no máximo por dia. Mexendo em tudo quanto é coisa.
Porém se chegar neste teto, para esse único usuário o sistema trava. Poderiamos "jogar" com estes valores, pois dependendo do que este um usuário estiver fazendo podemos considerar como spam. Que ele está apenas nos dando prejuízo.
Posso estar equivocado nesta parte, mas há de fato esta trava? Pra mim isso não ficou claro.
Parece que se usarem irá consumir WUs overages. Ou seja é obrigado a pagar se haver consumo extra. Não vi falarem se há uma trava.
E como é esta trava... por exemplo atingiu o limite o sistema é desligado pro resto do mês? E o que eu tenho que fazer para ligá-lo novamente?
Bom ponto, não ficou claro no vídeo: o autoscale já é opcional. Você ativa somente se desejar. Mas não tem como "mesclar" capacidade com WU. So terá acesso ao Autoscale se for pro plano novo.
@@RenatoAsse Opcional a que ponto? O que ocorre se atingir o limite do plano?
@@danieldesbesel imagino que os workflows simplesmente irão parar de rodar, aí você precisa fazer alguma mudança de plano.
@@renatodod mas até carregar a página gasta WUs kkk ahhh sei la ta complicado pois quero ver como sera isso, o usuário la usando e do no meio de uma execução trava o fluxo😅
E se essas ações forem provocadas por bots? Ainda sim terão que ser pagas? Existe alguma métrica capaz de identificar se as ações são geradas por bots ou não? Caso contrário, a própria Bubble poderia gerar ações nos aplicativos para lucrar mais.
João, o Bubble já usa Cloudflare, que faz um bom trabalho em evitar ataques DDOS. Mas se o Cloudflare não pegar, imagino que um bot acessando teu aplicativo vai consumir WU, sim. Na minha opinião, é uma das primeiras coisas em que o Bubble vai ter que trabalhar pra melhorar.
Uma Coisa Renato,... Já que o Bubble chama criar um field de criar coisas,.. kkkk uma coisa que podia mudar era os planos de uso deles. para real. Ai seria Bom
Ah, jamais. Imagina que você abre um SaaS aqui no Brasil, começa a ter um monte de clientes da Argentina, e eles te pedem pra começar a cobrar não mais em reais, mas em Pesos Argentinos?
Agora além de se preocupar com seu SaaS você tem que se preocupar com câmbio argentino, eleições presidenciais lá, malucos sendo eleitos...
Olá Renato. Um CRM com uns 12 usuários, você acha que vai ficar quanto em reais?
Muito pouco uso, se não tiver nada extraordinário tem que ficar no Personal (ou no novo Starter).
Se precisar ir pra um plano maior, é porque tem algo errado consumindo recurso demais.
quem cria algo em bublle só pode usar a hospedagem deles ou posso usar qualquer uma que eu quiser
Bubble tem um lockin, ou seja, seu aplicativo funciona lá dentro da infraestrutura deles e do servidor deles.
Se você precisa exportar código-fonte, aí te sugiro usar o FlutterFlow, que também ensinamos na Comunidade Sem Codar. Ali você consegue exportar o código.
@@RenatoAsse muito obrigado
Olá;
Ainda compensa fazer um marketplace pelo bubble?
Claro. Bubble é a melhor forma de criar um MVP. Aqui falo bastante sobre criar marketplaces: ruclips.net/video/aa-GBja2FXM/видео.html
@@RenatoAsse minha dúvida seria mais em relação ao custo. Entendo que um marketplace tem muitas requisições.
Aproveitando, tem alguma aula sobre integrar banco de dados externo com Bubble?
@@flaguimirsantos5267 hmm, não acho que seja não. Aliás, acho que marketplace é um dos aplicativos de uso mais leve que tem, poucas interações com banco de dados, diferente de um sistema de gestão denso. Mas o mais importante: talvez comece a ficar um pouco mais caro lá nos 10 ou 20 mil usuários, e mesmo assim não é como se fosse obscenamente caro a ponto de comprometer tua operação. Preocupe-se com isso quando chegar lá, e foco total em validar essa ideia.
@@flaguimirsantos5267 sim, várias: comunidade.semcodar.com.br/aulas?mod=api&curso=bubble-complementares
Então eu pagaria quanto tendo uma rede social igual ao Facebook e tendo uns 15mil usuarios, comentando dando like postando?? Seria inviavel
Aqui te ensino a calcular o custo do seu aplicativo: ruclips.net/video/QV-g7aBGYkA/видео.html
@@RenatoAsse obrigado
Por que eles nao eliminam o plano free, ou deixam por 30 dias no ar somente para testes, pelo o que eu vi o maior problema são os planos free
Não necessariamente. Lembre-se que, quando otimizam o motor do BB, e deixam o seu app consumindo menos recursos, isso faz com que pagantes de planos mais caros desçam para planos mais baratos. Ou seja, eles investiram em otimização, mas reduziram o faturamento. Então qual seria o incentivo para eles em manter equipes de otimização da plataforma? (isso pensando no modelo antigo de precificação).
Essa conta que eles fizeram era baseado em relação à todos os users, mesmo os que usam pouco ou até abandonaram... Por isso que era "manutenção" de 60% dos users...
Na verdade, disseram que essa projeção era com base em usuários pagantes. Vai entender.
Meu APP do bubble está dando a mensagem "you hit balancer". Alguém sabe o que é isso?
Quais aplicativos seriam viaveis em negocios de ate 100 clientes?
Só número de clientes não diz muito. Como no exemplo que dei no vídeo: se for uma plataforma de chatbot e atendimento onde cada cliente desse for uma empresa com 100 operadores, cada um com 100 conversas por dia, cada conversa com 100 mensagens, aí já é um aplicativo enorme, e precisaria de um backend de alta performance.
Mas se for um aplicativo normal como a grande maioria dos que criamos (sistema de gestão, crm, etc), aí qualquer plataforma dá conta.
Com total respeito a quem pensa diferente, mas toda a explicação disso não muda minha falta de confiança no Bubble, segue o barco nas migrações para o FlutterFlow e Noodl.
Poderemos confiar em Bubble e desenvolver nossos projetos e de nossos clientes sem surpresas futuras??
Estamos amarrados a vontades deles??
Luis, não existe como empreender sem confiar. Eu posto meus vídeos aqui confiando que o RUclips permanecerá nos próximos anos, a Netflix hospeda seus vídeos na Amazon confiando que ela permanecerá.
Adam Smith dizia: " _Não é da benevolência do açougueiro, do cervejeiro ou do padeiro que esperamos nosso jantar, mas da consideração que eles tem pelos próprios interesses. Apelamos não à sua humanidade, mas ao seu amor-próprio, e nunca falamos a eles das nossas próprias necessidades, mas das vantagens que eles podem obter_ ".
Ou seja, confiamos que essas empresas continuarão aqui não porque querem o nosso bem, mas porque os interesses de seus clientes estão alinhados com os deles. Vimos isso acontecendo diante dos nossos olhos, semana passada: o Bubble impôs uma mudança de preço, que foi completamente rejeitada pelos usuários. Voltaram atrás e reduziram em 90% os novos preços, retornando à uma realidade coerente com os interesses de seus clientes. Não existe prova maior que essa de que a empresa jamais conseguirá agir contra os interesses de seus clientes.
Problema 3: Interesses desalinhados.
Como de fato isso estaria alinhado neste novo plano de precificação?
Se pelo que deu a entender, quanto mais eles melhorarem, menos WUs, consequentemente menos iremos pagar.
(OBS: Ok acho que agora eu entendi... Sim ficará mais barato e eles ganharão menos, mas estará alinhado ao tamanho dos custos, então nunca os custos irão passar pela "linha" do faturamento).
Exemplo:
->Hoje eles recebem um faturamento de $1.000.000 mas de custos $500.000 (metade do valor)
->Porém se os aplicativos tiverem 3x mais acessos(usos) o faturamento ainda será $1.000.000 e os custos passaram a $1.500.000
->Amanhã fazem otimizações e passam a receber um faturamento de $500.000
->Os custos também diminuíram para a metade $250.000
->Porém se os aplicativos receberem 3x mais acessos(usos) o faturamento vai pra $1.500.000, mas os custos vão para $750.000
Espero estar certo nesse entendimento. E rezando para melhorarem muito =)
Pois ao meu ver ainda é migalhas o que está atualmente.
Para muitos projetos esse modelo não funciona.
Seria bom ter um plano ainda pra capacidade, algum meio termo.
Como muitos falaram, a precificação se tornou tão complexa, a ponto de ser extremamente difícil de fazer orçamentos para clientes.
Também não gosto da dificuldade de previsão dos custos, vai ter que ser por média, mas se a Comunidade Sem Codar está em +- 150 U$, só apps realmente grandes vai demandar e custar muito mais que isso, ainda mais fazendo backend em Xano por exemplo
@@ronielcatussatto9541 Na real não é a comunidade, ela não esta em bubble, o que esta em bubble e o curso, mas se vc for ver há poucas ações ao assitir aulas, não é um sistema que interagimos diariamente e muitas funcionalidades.
fica duvidosa a implantação de algum sistemas, pois vc não tem noção dos seus custos no futuro, pode tornar o seu projeto inviável, uma vez que vc tem um contrato com cliente e um reajuste de 30% pod comprometer seu negocio....ate que ponto compensa construir umj negocio com bubble...
Bubble, Amazon AWS, Google Cloud, Digital Ocean, é assim que todos os servidores cobram. É impossível prever exatamente o quanto voce vai gastar pois você não sabe quantas requisições ao banco de dados vai fazer, quantas chamadas API, etc.
Mas dá pra ter uma boa ideia: vai pagar 30 dólares por mês por muito tempo, e quando estiver lá nos milhares de usuários começa a ir encarecendo. Mas o servidor (ou o Bubble) na maioria dos cenários será uma das menores despesas da tua empresa.
Um escritório de contabilidade cobra 500 reais por mês... Aqui no meu caso o Bubble não está nem entre as 10 maiores despesas.
O que está me atrapalhando e realmente não gostei é a limitação de 200 linhas de banco de dados no modo gratuito... Não está dando pra fazer meus betas na atual aplicação que estou desenvolvendo...
Rodrigo, o plano gratuito realmente não é pra você lançar comercialmente, mas sim pra aprender. Poderia ser maior? Claro, iria ajudar. Mas não há nada que você precise aprender que consuma mais de 200 registros no banco de dados. O objetivo do Bubble é que, se você precisa passar disso é porque já está utilizando em produção e, portanto, deve ir para um plano pago.
@@RenatoAsse Na verdade, eu acho que minha aplicação está ficando grande demais e essa é a razão. É uma aplicativo para gestão de oficina que tem desde inspeção veicular, os, orçamento, estoque, serviços, financeiro, crm e gestao de qualidade de atendimento. Pra homologar o funcionamento simulando um dia de oficina, 200 linhas nao foram suficientes. Pra testar 2+2 vai... Mas pra testar um dia de trabalho nele, infelizmente foi pouco. Mas vou rever meus conceitos mesmo. Grato
Por aqui diminuiu 90% tbm
Esse problema deveria ter sido previsto no business plan do bubble.
Não cabe os clientes do bubble pagar a conta pela má formação do business plan.
Na teoria, faz sentido. Mas na prática, infelizmente não é bem assim que funciona.
Em todo negócio, a gente trabalha com as informações que a gente têm, resolvendo os problemas de hoje com soluções que podem (na verdade, que sem dúvida irão) gerar novos problemas no futuro, afinal não temos bola de cristal pra saber todas as implicações futuras de uma decisão. Seria como tentar jogar xadrez prevendo 50 jogadas à frente.
A gente tenta tomar as melhores decisões possíveis, sabendo que no futuro teremos de solucionar novos problemas, mas esperamos que seja crescendo e agregando valor durante a jornada.
Eu acho que esta na hora de sair de AWS e ir para outro lugar
Colocaram o bode na sala. Todo mundo reclamou, tiraram o bode. 😂😂
Na verdade tiraram 90% do bode. Deixaram só a cabeça 😂
Verdade.
ja vi isso varias vezes na minha vida e todas que fizeram isso, mudar as regras no meio do caminho, desapareceu virou apenas historia.
Não entendi. Você diz que todas as vezes que uma startup mudou seu preço e/ou seu modelo de precificação, elas quebraram?
Essa é a definição de uma startup: mudanças e melhorias constantes.
Ficar dependente de outra empresa/pessoa é perigoso. Com o ChatGPT atualmente eu consigo criar soluções semelhante escalaveis e de forma mais independente.
Lucas, você sempre estará dependente de algo.
Se decidir criar teu software inteiro com ChatGPT, você dependerá da continuidade do próprio ChatGPT e que eles não aumentem os preços em 10x no futuro.
Na verdade, você não conseguirá dar manutenção no software e terá uma enorme dificuldade em implantar melhorias, portanto acabará dependendo de contratar desenvolvedores.
Também estará dependente do servidor de hospedagem, e das constantes atualizações de quaisquer bibliotecas de terceiros que usar.
E depois, quando for começar a fazer vendas e marketing, estará dependente de ferramentas de tráfego pago como Meta Ads e Google Ads, estará dependente de plataformas de distribuição de conteúdo como RUclips, estará dependente de meios de comunicação como WhatsApp.
Todo negócio na internet cresce nos ombros de centenas de outros serviços que sustentam teu negócio em pé.
Não se trata de "não depender de ninguém", isso é impossível. Se trata de gerenciar os riscos e entender os fundamentos por trás das coisas pra sempre ter alternativas quando os pilares que você usa mudarem significativamente ou deixarem de existir.
@@RenatoAsse A única questão é que, se um desenvolvedor falhar, posso contratar outro e rapidamente volta ao normal. Assim como todas as outras variáveis, se um dia o ChatGPT deixar de ser grátis, ainda haverá o Google ou outra opção. Quanto ao bubble é depender exclusivamente de 1 empresa/pessoa, acredito que seja muito perigoso. Se você tem um projeto e pretende tirar o sustento dele, é essencial calcular este risco do projeto ficar inviável da noite para o dia.
@@Lucas-zi7ys todos os lados tem riscos. O que a gente mais vê no mundo de Startups são empresas que dependem de um único programador que construiu boa parte do código, e quando o desenvolvedor pede demissão, a empresa perde toda a sua capacidade de continuar fazendo melhorias e correções.
Esse "Contratar outro desenvolvedor e rapidamente volta ao normal" é algo que não acontece no ecossistema de startups, que começam com equipes pequenas.
A empresa contrata um novo desenvolvedor, que demora meses até conseguir ficar em dia com o código criado pelo desenvolvedor anterior a ponto de realmente conseguir continuar implementando melhorias. Passou 1 ano e a empresa tradicional praticamente não fez nada, enquanto uma No Code teria subido 50 novos recursos.
Percebe como há risco em tudo?
O motivo pelo qual startups escolhem ferramentas No Code é que elas consideram que o risco de você ser lento e não conseguir se adaptar às exigências do clientes para criar um produto foda é muito maior que o risco de o Bubble quebrar e levar teu aplicativo junto.
Já vi varios videos de pessoas falando sobre isso, dificil e saber quem esta falando a verdade, sem quere vender seus cursos..
Os dados estão aí. Quem decide o caminho agora, com os dados em mãos, é você.
Galera fala que vc puxa saco da Bubble pq esse é o seu negócio principal (vender o curso).
Mas vocês já pensaram que a comunidade dele chama SEM CODAR e não BUBBLE PROG?
Ele pode mudar a plataforma que ensina e pronto. Flutterflow etc
Pra apps S.P.A fica complicado conseguir otimizar esses valores.
Por que? As otimizações não tem a ver com ser MPA ou SPA, mas sim com buscas, filtros, cuidados com grupos repetidores, etc. Já assistiu o módulo de performance no curso?
@@RenatoAsse meus apps, carregam muita coisa ao carregar a página, não consigo vislumbrar uma forma de carregamento que não consuma tanta "w.u"
@@fertecsoft participa da Live da Comunidade desta quinta-feira.
Essa empresa não é mais confiável. Instável, medidas mal planejadas, ao anunciarem uma mudança, nem eles sabem explicar o que querem realmente implementar.
Daqui a 18 meses, estamos sujeitos a eles virem com outra mudança arbitrária e desproporcional. Como montar um negócio sério nesse terreno da sogra feito de areia fofa? Complicado.
Olha Renato, gosto muito do seu curso e de você, mas na prática o Bubble está fazendo diferente do que está na tabela. Veja: No começo de abril eu adquiri o plano Personal por U$ 29, comei um App novo e só com 4 páginas e duas API e apenas três tabelas no BD (Users e Empresa e municípios) com um ou dois registros em cada, duas APIs, ao fazer o segundo teste de chamada a API a métrica do Bubble no modo desenvolvimento, acusou 100% de uso de Units. Bloqueia a chamada da API e não consigo usar o app para testar. Na prática estou pagando quase 170 reais para não conseguir fazer nada no sistema. Comecei a estudar o FlutterFlow...
Nilton, aí o problema é outro: provavelmente você botou alguma ação pra rodar que tomou toda a capacidade de servidor naquele momento. Vai nos logs que você descobre qual é.
Se estiver na Comunidade Sem Codar posta lá no grupo que a gente ajuda a diagnosticar.
Viram que o bubble ficou fora do ar por um pouco?
putz comprei o curso uma semana atnes de mudar tudo resumindo comecei assistindo aulas pra fazer uma lista de mercado e desanimei perdi a grana
Não assistiu a parte 2 do vídeo, né? ruclips.net/video/0BkqcZgCq84/видео.html
Complicado a cobrança até por carregamento de página. Não há otimização que resolva isso. Pessoas má intencionadas resolvem acessar teu app e eu pago a conta. Complicado!!!
Verdade. Se eu fosse chutar, diria que esse é um dos primeiros itens que o Bubble vai rever no novo modelo. Talvez impor um limite de acessos por usuário/IP já ajudaria bastante.
Se precisa de 2 videos para explicar esse aumento, não vale mesmo a pena permanecer .
O conceito de sucesso seria ficar mais barato para o usuario, não mais caro. Tiro no pé.
SO digo uma coisa: Estabilidade não existe.
Resumo: melhor aprender a programar e usar plataformas sérias como o QT 6, moçada!rsrsrs Os devs desconfiavam que a bolha do bubble ia estourar.
Falam isso desde 2015. Enquanto isso, só nossos alunos já faturaram mais de 42 milhões de reais com seus aplicativos criados em Bubble.
Em 2030 continuarão falando a mesma coisa, e nossos alunos terão faturado 1bi.
Pois é mas agora a merda já foi feita...
Não vai dar para ficar nas mãos desses caras.
Perdi a confiança.
Uma porcaria esse buble