O mercado do Beaver Builder
Publicados: 2015-08-1125% de desconto em produtos Beaver Builder! Apresse-se, a promoção termina... Saiba mais!
Uma das perguntas que recebemos regularmente dos desenvolvedores é se construiremos ou não um mercado complementar para o Beaver Builder (também é uma solicitação de recurso popular). Inicialmente hesitamos em fazê-lo, mas dado o recente interesse de vários membros da comunidade, decidimos ir em frente!
Aqui está uma olhada em nossos pensamentos sobre a construção de um mercado para o Beaver Builder e nossos planos para fazer isso acontecer.
Para que isso aconteça, precisaremos da sua ajuda! Construir um mercado não será uma tarefa difícil, mas não será nada sem as contribuições dos membros da incrível comunidade de desenvolvedores do Beaver Builder.
Claro, temos algumas ideias de coisas que poderíamos construir que façam sentido como complementos, mas construir complementos não é nosso foco atualmente. Temos muito no roteiro e não queremos divergir disso. Em vez disso, procuramos que você forneça a carne e as batatas do mercado.
Ainda estamos descobrindo muito sobre isso, mas sabemos que queremos lançar ainda este ano com complementos dos primeiros colaboradores. Se você estiver interessado em desenvolver e vender complementos para o Beaver Builder, entre em contato comigo pelo e-mail justin [at] fastlinemedia [ponto] com para que possamos avaliar quanto interesse realmente existe nisso.
Como eu disse, ainda estamos descobrindo muito sobre isso, mas há alguns detalhes que já decidimos. Tudo isso está sujeito a alterações, mas está bem próximo do que queremos ter.
O site Beaver Builder é construído em WooCommerce, um punhado de extensões WooCommerce e uma API personalizada para licenciamento/atualizações. Como tal, faz sentido aproveitar a extensão oficial do WooCommerce para mercados, fornecedores de produtos.
Isso nos permitirá integrar totalmente o mercado à experiência de checkout existente do Beaver Builder sem ter que codificá-lo do zero. Os fornecedores de produtos também vêm com códigos de acesso poderosos que nos permitirão fornecer aos desenvolvedores estatísticas de vendas complementares em sua área de conta.
Além do tipo mais óbvio de complemento, os módulos, também facilitaremos o envio de pacotes de modelos para o mercado na forma de um plug-in. Estamos abertos a sugestões, então deixe-nos saber se você tem uma ideia para um complemento que aprimore o Beaver Builder e não seja um módulo ou modelo e nós o consideraremos.
Quanto ao que não pode ser enviado, provavelmente trataremos disso caso a caso até que tudo esteja instalado e funcionando. Deixe-nos saber o que você está considerando antes de investir muito tempo nisso, para que possamos informar se foi aprovado ou não.
Os clientes que adquirirem complementos no mercado terão acesso ao mesmo excelente suporte para perguntas de pré-venda e uso geral do produto que os clientes do Beaver Builder recebem atualmente. Além disso, hospedaremos todos os complementos em nosso servidor de atualizações e lançaremos novas versões assim que estiverem disponíveis para clientes licenciados.
A correção de bugs e melhorias de recursos será de responsabilidade exclusiva do desenvolvedor do complemento. Todo o resto será tratado por nós.
Para padronizar as coisas e mantê-las justas entre desenvolvedores e clientes, provavelmente adotaremos uma estrutura de preços escalonada semelhante à forma como o WooCommerce lida com isso. Basicamente, definiremos alguns preços e incluiremos complementos naqueles com base no grau de envolvimento deles.
Os complementos também serão disponibilizados como um serviço de assinatura para um ano de suporte e atualizações, assim como o Beaver Builder. Acreditamos que esse modelo dará aos desenvolvedores mais incentivos para manter e atualizar seus complementos, em vez de uma compra única que não é tão sustentável (ou justa para eles) por um longo período de tempo.
Não tivemos uma discussão aprofundada sobre preços (ou divisão de receitas entre desenvolvedores e o Beaver Builder), então ainda não sabemos como será. Envolveremos os desenvolvedores na conversa quando chegar a hora.
Ainda não temos uma data de lançamento definitiva para o mercado porque tudo depende do interesse da comunidade de desenvolvedores. Se houver interesse suficiente e complementos sendo desenvolvidos, esperamos que isso aconteça ainda este ano. Fique de olho em nosso blog e canais de mídia social, pois publicaremos atualizações conforme nos aproximamos do lançamento do mercado.
O que você acha dos nossos planos para um mercado Beaver Builder? Você está interessado em participar da diversão? Não deixe de nos informar nos comentários abaixo!
Parabéns!!!
TÃO animado por vocês.
E já estou conversando com Jon Perez (um ser humano incrível e um grande amigo) sobre a colaboração em algumas coisas para enviar ao mercado.
Mantenha-me informado sobre o lançamento ou o que vocês precisarem para divulgar, fico feliz em fazer minha parte!
Kim
Dei dois votos para isso. Meu único pensamento naquela época era como seria legal ter coisas novas e brilhantes. Módulos eram meu interesse.
Desde então, o Beaver Builder adicionou módulos e o roteiro apareceu. O excelente trabalho realizado pela equipe do BB evaporou meu desejo original de mais, mas até alguns momentos atrás meus votos ainda estavam valendo.
Agora estou um pouco preocupado com um potencial conflito de interesses. Com algo como Woocommerce conhecemos o negócio. O produto principal é oferecido gratuitamente e o dinheiro vem das extensões.
Aqui imagino que se alguém criar uma extensão popular, ela não poderá seguir o roteiro do Beaver Builder. Se alguém criasse uma extensão de nicho, haveria renda suficiente para o desenvolvedor continuar apoiando?
Não sei absolutamente nada sobre a logística disso, mas pensei em intervir de qualquer maneira.
Acho que você levantou um bom ponto, David. Pessoalmente, estou sempre preocupado com a estabilidade, suporte e manutenção dos softwares do meu negócio. Como resultado, tentamos permanecer com desenvolvedores comprovados e empresas maduras sempre que possível.
Pensando no modelo WordPress, o núcleo e os plugins são gratuitos e com suporte não necessariamente garantido. Plug-ins premium ficam então disponíveis para aqueles que desejam pagar a taxa adicional. Nesse caso, o desenvolvedor está garantindo que o futuro permaneça firme e claro para seus clientes.
Ao ler a postagem de Justin, percebi sua preocupação válida em incentivar os desenvolvedores a manter seus complementos. Talvez esta sugestão possa ser uma solução potencial:
Uma vez que The Beaver tem o plugin principal coberto com seus plugins gratuitos e premium que são criados para apoiá-los, mantê-los e aprimorá-los (roteiro). E se o mercado complementar fosse tratado como “Kickstarter”.
Um desenvolvedor prepararia uma visão simples para o complemento e as pessoas comprometeriam uma certa quantia para que isso acontecesse. Se o total da promessa atingir um determinado número, o desenvolvedor fará com que isso aconteça.
Desta forma, The Beaver poderia revisar cada add-on “financiado” e participar como coordenador dos principais plugins e seu roadmap, bem como um controle de qualidade do código quando escrito. Após a aceitação, The Beaver aceitaria seu suporte, manutenção e aprimoramento futuro. Conseqüentemente, The Beaver receberia a porcentagem “A” do Kickstarter e o desenvolvedor receberia a porcentagem “B”.
Após o Kickstarter, os novos adotantes do complemento pagariam para usá-lo. Dessa receita, o Castor receberia uma porcentagem “X” e o Desenvolvedor receberia uma porcentagem “Z” como royalties por seu trabalho. Dependendo de quem fez o suporte contínuo, manutenção e aprimoramento, “X” e “Z” seriam alterados para favorecer o Castor se eles estivessem fazendo isso ou favorecer o Desenvolvedor se ele estivesse fazendo isso.
De qualquer forma, esse processo ajudaria a garantir a qualidade do código, a coordenação com o desenvolvimento do roteiro e o envolvimento do usuário/desenvolvedor. Os usuários poderiam enviar solicitações e os desenvolvedores poderiam preparar uma solução. Quando for financiado para cobrir design, desenvolvimento e aprovação do The Beaver, ele será codificado.
Se o desenvolvedor desistir e não terminar, The Beaver poderá fazê-lo, entregá-lo a outro desenvolvedor ou cancelá-lo e devolver as promessas à comunidade de usuários.
Apenas um pensamento. Acho que tomei café demais esta manhã...
Paz fora.
Ed.
Essa é uma ideia muito inteligente, Ed. Estou aumentando minha ingestão de café.
Ótima resposta Justin. Sempre fico tranquilo com a forma como vocês (todos) racionalizam essas decisões. Estou ansioso para ver o que sairá disso.
Adorei essa ideia, mal posso esperar!
Olá Justin
Estamos definitivamente interessados e acho que é uma boa jogada se for bem feita. Isso poderia ajudar a manter o plug-in limpo e não inchado, mas ainda dar a oportunidade de atender melhor tipos de sites mais específicos que hoje precisariam encontrar um widget externo ou construir um módulo personalizado para obter uma configuração completa do site.
Acabei de lhe enviar um e-mail com algumas de nossas ideias sobre isso.
Sou totalmente a favor da divisão de receita em 70/30 (dev/BB). Qualquer coisa menos do que isso não recompensa suficientemente o esforço do desenvolvedor. E certamente não há penalidades por ter complementos em outros mercados!
Acho que 50/50 como Woo fez é injusto. O que eles fazem para ganhar 50%? Eles estão apenas explorando um grande mercado, o que, embora seja uma prática bastante normal, significa que estão nisso pelo dinheiro, não pelo desenvolvedor. Eles não podem me dizer que 50% é principalmente para cobrir o custo de venda do complemento de alguém.
O BB ganha desenvolvedores que são leais e oferecem promoção gratuita (do BB), proporcionando um mercado justo. E isso vale mais do que dinheiro.
Então, espero que você não veja o mercado como uma chance de ganhar dinheiro e, em vez disso, olhe para ele como uma forma de aumentar a participação e a participação de mercado do BB.
Eu amo isto. Eu adoraria ver um sistema de classificação como o Reddit. (quente, superior semanalmente/mensalmente/de todos os tempos, novo) para que qualquer módulo, por menor que seja, possa obter visibilidade. Além disso, uma postagem no blog do módulo em destaque seria legal. Eu ficaria feliz em desenvolver algumas coisas, mas seriam projetos muito básicos
Já desenvolvemos um clone do módulo post que funciona em membros do buddypress – incluindo todas as opções de layout, um botão de contato opcional e filtragem por função e informações do xprofile. Foi muito trabalho. Se houver um mercado e um mercado para isso, ficarei feliz em colocá-lo para ajudar a compensar parte do tempo/custo de desenvolvimento associado à sua manutenção.
Quer ganhar o apoio de blogueiros e treinadores de blogs? (Seriamente)
Crie modelos para o módulo de aceitação de e-mail.
Eu sei que podemos projetar o nosso próprio. Mas o ponto crucial é criar algo que blogueiros e proprietários de empresas possam personalizar tão facilmente quanto uma página ou postagem.
Escolha o modelo >> Carregar imagem >> Alterar texto >> Link para API de e-mail >> Texto do botão >> Salvar >> Você entendeu
Pense em algo semelhante a um certo plug-in “Leads” de uma empresa que rima com “schThrive schThemes”
Você já tornou o Genesis fácil de usar – uma jogada brilhante, aliás. Então…
…se você tornar mais fácil para os blogueiros adicionarem suas opções a qualquer página ou postagem….
… enterrar.
Aliás – Ontem à noite, finalmente testei o BB no site de um cliente. Parece extravagante, mas me peguei sorrindo o tempo todo. Estou recomendando o Beaver Builder para todos os blogueiros e empreendedores que conheço.
Sei que o design não é uma prioridade no momento. Mas estou disposto a contribuir com algum tempo e projetos para ajudar a causa.
Aguarde um e-mail meu em breve.
E obrigado por criar uma ferramenta tão incrível. É a primeira “coisa brilhante” útil que descobri durante todo o ano.
o mercado significaria que o Beaver Builder acabaria não adicionando novos recursos e deixando-o no mercado? Procurando mudar de VC
Olá Justino,
Tudo isso parece bom, aproveitando totalmente a plataforma WooCommerce existente para tornar a experiência do usuário a mais perfeita possível. E concordo que o modelo de assinatura é a melhor opção, dado o número de partes móveis com as quais qualquer módulo ou plugin precisa trabalhar.
No que diz respeito à partilha de receitas, uma divisão direta de 50/50 me pareceria equitativa.
Meu interesse particular seria em módulos complementares para integração de formulários de inscrição/API de resposta automática: (Aweber, Infusionsoft, MailChimp, SendReach, MadMimi, etc) para uso em squeeze pages ou páginas de vendas em vários estágios (por exemplo, cópia de vendas com botão de compra, depois captura de e-mail/nome e depois pagamento)
Cumprimentos
Russel