Megafono

Na nossa missão de estar presente na entrega de conteúdo, acreditamos que nosso objetivo é tirar das mãos do produtor o trabalho da distribuição, permitindo assim que os produtores foquem naquilo que mais sabem fazer, que é produzir conteúdo. Para isso criamos uma plataforma de distribuição de podcast, focando em simplicidade e usabilidade, possibilitando que qualquer pessoa possa criar um canal de podcast de forma tão simples como criar uma conta em uma rede social.

Podcasting

Assine:

Episódios Mostrando página 1 de 6 (60 episódios)

Importação de podcast, como funciona?

Você está ouvindo o Podcast do Megafono, meu nome é Emerson Almeida.

Aqui no Megafono nós lidamos com podcast de diversos tamanhos e em diferentes momentos. Hoje eu quero falar de uma funcionalidade que temos e a importância dela, não só no Megafono, mas em qualquer outra ferramenta de podcast que você pode um dia usar.

Antes de entrar nesse tema eu queria dar dois recados aqui, é bem rápido.    

Primeiro temos um vídeo no nosso canal do YouTube ensinando como você convida seu co-host, acesse https://www.youtube.com/watch?v=BFNBzBn0bqQ para ver acessar esse video. Segundo, eu quero falar para você que todos os novos embed estão em https agora.

De forma simples, no Megafono, e nas demais plataformas que têm essa funcionalidade de importar um feed, essa importação se dá num processo de fazer a leitura do feed RSS, como um agregador faz, e salvar os dados dos episódios num formato interno de cada plataforma. 

Você pode assistir esse episódio em https://www.youtube.com/watch?v=5CgL27quJHU

Fácil né? mas deixa eu contar algumas coisas que acontece por debaixo dos panos no seu feed e que na importação isso pode ficar claro, talvez não para você, mas para a plataforma que está te recebendo. E ah a importação é uma passo importante da migração de um podcast de uma plataforma para outra.

Eu quero falar de 5 pontos aqui e te entregar algumas dicas, os pontos são Show notes, áudios, imagens, GUID e estatísticas.

Vamos aos pontos:

  1. Show notes: ou a descrição do episódios. O show notes é normalmente um texto com parágrafos e links. Não sei se você sabe mais alguns agregadores de podcast não reconhecem nem os links no show notes, nem os parágrafos, depois olha com calma o seu show notes no Spotify. Tem muitos show notes detalhados com imagens, tabelas e listas, confesso que tabelas é difícil encontrar, no Brasil algumas pessoas chamava de vitrine justamente uma imagem normalmente wide screen normalmente coloca no começo do show notes, e as listas maioria faz lista dos links nas redes sociais, lista das referências citadas e por aí vai. O primeiro ponto é que nem todas as plataformas permitem todas essas formatações, o Megafono por exemplo permite essa e x e y z elementos, e eu estou pensando se devo permitir iframes por exemplo, para quem não sabe, iframe dá a possibilidade de você “incorporar” uma outra página web no show notes, claramente poucas plataformas suportam isso. Outro ponto é que talvez a plataforma que você use adicione visualmente alguns truques no seu show notes, enquanto você digita ele na tela de administração, por exemplo, quando você coloca uma lista de itens, visualmente pode parecer uma lista, mas no fundo não é uma lista que a plataforma coloca no feed. O problema disso tudo é em uma migração de uma plataforma para outra tudo isso vira uma grande bagunça, sem contar que no seu feed RSS tem pelo menos uns 2 lugares para colocar o seu show notes, eai? Qual desses usar? qual é o melhor? Qual é mais completo?  

DICA: Mantenha o show notes o mais simples possível, não coloque imagens, iframes, nem nada sofisticado, use listas, links simples, se você precisa de qualquer ação do ouvinte, use um link para uma página web, lembre-se SEMPRE que seu ouvinte está em um agregador a maioria das vezes, e esse agregador pode nem suportar todas essas coisas mirabolantes que sua plataforma de hospedagem suporta. De graça você vai ter uma importação mais tranqüila.

  1. Os áudios: Os áudios na importação de podcast é algo simples, talvez mais simples do que o show notes que eu expliquei antes, é só baixar e salvar ele onde tem que ser salvo. Pronto! Acabou! Rsrs Não, não acabou, quando você está programando uma funcionalidade dessa pode acontecer muitos problemas, e eu estou falando de algo que todas as plataformas devem ter passado, sempre que uma funcionalidade envolve um se conectar com um outro site é complicado, essa conexão com outro site é chamada de request de rede, um request de rede pode dar, assim de cara uns 5 tipos de problemas diferentes para lidar, arquivo não encontrado, problemas de autorização, limite de tempo de resposta excedido, erro no servidor e problema de conexão, além disso, essas requisições são de arquivos grandes, e grande eu estou falando de qualquer arquivo com… 50mb, e se o disco lotar? Não com 50mb, mas se tiver que baixar sei lá, 200 episódios com 50mb, acho que isso dá uns 10GB. Isso para citar alguns enroscos, é claro que existe solução para tudo isso, mas se seu provedor atual não fazer esse procedimento, talvez seja melhor ele não fazer, talvez seja melhor você ter a certeza que está fazendo o upload de todos os seus arquivos corretamente, mesmo que manualmente.

DICA: Arquivos menores é quase sempre melhor opção, você economiza banda seu ouvinte, do seu provedor, do agregador se ele se mete a besta de baixar o seu áudio, tipo o Spotify, assunto para um outro podcast. O Spotify recomenda um bitrate até 320Kbps, eu já acho muito para a maioria dos podcasts, 128kbps vai te dar uma boa qualidade com um tamanho razoável. E vai te ajudar a transitar de host se você eventualmente precisar. 

  1. As imagens: A importação das imagens tem os mesmo problemas dos áudios que eu comentei anteriormente, com a questão de serem menores. As imagens simples, capa do podcast e capa dos episódios, são tranquilas de importar, dentro do feed elas tem um lugar padrão de ficar, mas se você tem imagem dentro do show notes, você tem um possível problema, se essas imagens estão hospedadas na plataforma que você hospeda, você tem um problema maior ainda, poucas ou nenhum, sistema de importação vai se dar o trabalho de encontrar as imagens do show notes e hospedá-las novamente.

DICAS: Não use imagens no show notes! É muito trabalho para pouco resultado no geral. Se você quer ilustrar algo, use um link para um endereço externo, para o seu site por exemplo, você pode colocar essa imagem com algum contexto e até ganhar um tráfego extra por isso. Dificilmente você vai convencer alguém a ouvir seu podcast pelas imagens no show notes. 

  1. GUID:  Show notes, áudios, imagens, títulos, enfim, tudo isso você consegue ver se funcionou quando você importa seu podcast, ou quando você lança um episódio novo, quando você lança um episódio novo, você vai e ver se o show notes que você colocou está lá e está da forma que você espera. Mas tem um coisa importante no seu feed, que você não vê, e que pode piorar a experiência do seu ouvinte. O nome disso é GUID, que significa globally unique identifier, ou identificador único global, a especificação do RSS diz o seguinte sobre o GUID:

É um conjunto de caracteres que identifica a unicidade de um item (item aqui entenda episódio). Quando presente (é opcional), o agregador pode escolher usar esse conjunto de caracteres para determinar se o item (novamente, item aqui é episódio) é novo. 

Na pratica, quem usa essa tag e para que?
  • Google Podcasts deixa claro nas diretrizes deles que usa essa tag, o GUID é uma das tags recomendadas por eles, e nesse documento eles dizem que quando não tem essa tag eles usam a URL do episódio.  O que não é recomendável, se você precisar fazer um novo upload do seu podcast, por algo simples, e normalmente é algo simples, você, sem usar o GUID vai estar dizendo para o Google Podcast que esse episódio é novo, o que não é, e vai acabar fazendo seu ouvinte baixar novamente o áudio, o que pode parecer bom para você, mas não é, e podemos conversar sobre isso outro momento, eu vou deixar o link aqui das diretrizes do Google sobre podcasts https://developers.google.com/search/reference/podcast/rss-feed
  • Outro agregador que deixa claro a utilização do GUID, é … ninguém menos e ninguém mais que a Apple, e da documentação deles eles deixam claros que: “É importante que o GUID para cada episódio seja único e NUNCA mude” e dizem ainda que não cumpri isso pode afetar o status do seu podcast no Apple Podcasts, eu vou deixar o link aqui da documentação da Apple Podcasts também https://itunespartner.apple.com/en/podcasts/faq/Updating%20your%20show_Basics
  • Sabe mais que usa o GUID? O Spotify, sim, o Spotify, que não faz nenhuma ameaça mas diz na documentação deles que o GUID deve ser estável no tempo e identifica o episódio. O link está aqui também https://podcasters.spotify.com/terms/Spotify_Podcast_Delivery_Specification_v1.5.pdf
 
Espero ter com esses 3 exemplos, deixado claro quem usa e a importância do GUID, eu citei esses 3, por uma questão óbvia, são 3 gigantes, não necessariamente no podcast, mas existe poucos motivos para que os outros agregadores não sigam um desses 3, na verdade, existe poucos motivos para um agregador não usar o Apple Podcasts como referência, o Spotify e o Google Podcasts usa o Apple Podcasts como referência, basta buscar itunes na documentação deles. 

Então o GUID é importante, e em uma importação o que deve ser feito? Deve se criar novos GUID ou manter-se os mesmos? Minha opinião, e a do Megafono? Deve se manter os mesmo, não são episódios novos, o ouvinte não precisa saber que você mudou de provedor, imagina vocÊ com 200 episódios, muda de provedor e seus ouvintes “recebem” 200 episódios novos para ouvir. Isso é caótico. É claro que os agregadores sabem desse problema e tentam contornar isso, ai cada um vai fazer de um jeito diferente, a garantia é o GUID de qualquer forma.

DICA: Quando migrar, tenha certeza que a nova hospedagem vai manter os GUID ou que ela tenha meios de não acontecer esse problema que eu mencionei, e sempre, se a sua nova hospedagem tem uma ferramenta de importação, use ela.

  1. Importar estatísticas: E meu último ponto sobre importação de podcast, é o mais pedido, o mais aclamado, é o que os produtores choram, as vezes nem migram por esse motivo, eles mandam e-mails raivosos para o suporte da hospedagem antiga, da hospedagem nova, são as estatísticas. Sendo curto e grosso, não se migra estatísticas, talvez em um futuro próximo sendo otimista pra caramba, mas pra caramba MESMO, mas hoje… não. Estatísticas é um bicho a parte em podcast, é difícil achar um produtor que entende, muitos que não entendem dizem que não ligam, os que não entendem e ligam, ficam nervosos por não entender e ligar, é frustração por todos os lados. E essa é uma ponta do iceberg, cada empresa de podcast conta de um jeito, os agregadores contam ‘plays’ do seu jeito, 1 play no Spotify pode não ser a mesma medida que 1 play no Google Podcasts, e assim em cada agregador, e as plataformas de hospedagem, normalmente, contam ‘downloads’, que não necessariamente é 1 download de fato como você está acostumado, mas cada plataforma vai contar esse 1 download de um jeito seu que pode ser muito diferente da outra plataforma, entendeu? É uma loucura, então como não tem como criar um paralelo ainda, as plataforma não fazer migração ou importação das estatísticas. Talvez. no futuro, seja mais fácil trabalhar com isso, mas é um talvez.

DICA:  Use suas estatísticas como guia para sua tomada de ações em relação ao seu podcast, ela está ali para isso mesmo. Mais leve em consideração números mais sólidos para te auxiliar, como seguidores no twitter, instagram, facebook, grupo privado do whatsapp, link de afiliado, financiamento coletivo, evento ao vivo, sei lá, cada podcast tem uma forma de gerar valor e criar engajamento, com certeza você tem o seu, talvez falte apenas encontrar ele, mas que ele existe, existe! 

Depois de tudo isso, eu quero te falar que o Megafono tem uma ferramenta de importação, que vai baixar seus show notes, vai baixar suas imagens de capa, vai baixar seu áudios e vai manter seu GUID para não criar problemas com os agregadores. Então se você está pensando em migrar seu podcast para o Megafono, use nossa ferramenta de importação, é simple e fácil de usar, você só vai precisar da sua URL de feed atual.

O que você acha de conversar e discutir sobre essas mudanças? você nos encontra no twitter em @megafono_host e na nossa comunidade em megafono.com.br/comunidade

Links citados:
- https://podnews.net/article/how-podca...
- https://developers.google.com/search/...
- https://itunespartner.apple.com/en/po...
- https://podcasters.spotify.com/terms/...

QUER APRENDER DE PODCAST?

Escute nosso podcast: https://megafono.com/podcast/megafono
Acesse nossa comunidade: https://podosfera.org

Emerson Almeida, do Megafono, até a próxima e tchau

Compartilhe seus boletos com sua equipe

Esse é o Podcast do Megafono, meu nome é Emerson Almeida.

Antes de começar, eu gostaria de falar para você que temos um espaço no podosfera.org, onde podemos discutir e compartilhar experiências sobre podcast e sobre o Megafono, entre em podosfera.org e faça parte da nossa comunidade. 

Eu vou começar te falando de alguns ajustes que fizemos recentemente, esses ajustes foram pequenos mas talvez tenha te afetado de alguma forma

  • Primeiro, a tentativa de ativação de um podcast sem um CPF cadastrado causava muita confusão, não era um erro no megafono, o que fizemos foi melhorar a forma que informamos o problema para o produtor, basicamente colocamos o erro na cara de quem está usando, depois disso não tivemos mais nenhum chamado no suporte relacionado a isso. Quero agradecer todos os feedbacks que tivemos, muito obrigado!
  • Segundo ponto, e ao contrário do primeiro, ninguém reportou, mas na tela do seu podcast na área administrativa do Megafono, o idioma e as categorias estavam em inglês, esse é o formato que eles vão para o seu feed basicamente, não percebi o erro na área administrativa, mas agora está corrigido.

Compartilhe seus boletos com sua equipe é o nome desse episódio, então vamos falar sobre isso.

Recentemente um cliente entrou em contato comigo pois ele participava de um podcast e não estava conseguindo pegar o boleto para efetuar o pagamento, um caso simples de resolver, eu expliquei para ele, e vou explicar aqui para você entender melhor também como funciona, que os boletos pertencem a uma assinatura, que por sua vez pertencem a um pagante, o pagante do podcast é sempre o criador dele, que é quem financeiramente responde pelo podcast. Ticket resolvido!

Foi então que ele me explicou que o trabalho dele era justamente desenrolar os trâmites dos boletos, ele não era o dono do podcast para ser o pagante, ele não podia ser responsável pelo podcast, ele nem mesmo era um integrante da bancada do podcast. Foi aí que eu fiquei intrigado com uma coisa, por que a equipe não pode ter acesso aos boletos? Existe alguns motivos para isso, mas vamos entender melhor algumas coisas antes de responder isso e claro dá a solução.

A pior coisa que você pode fazer hoje em qualquer lugar é compartilhar sua senha ou ter acesso compartilhado, se você faz isso no Megafono, então pare agora! 

Eu vou listar alguns motivos para você eventualmente ter feito esse tipo de prática:

  1. Seu podcast é composto por mais de uma pessoa e um acesso único foi criado para todos acessarem. O Megafono tem uma funcionalidade de adicionar mais pessoas a sua equipe, use ela e não compartilhe o acesso.
  2. Gostaria que nos agregadores o nome do criador do podcast fosse o do seu projeto e não apenas o seu. Para quem não sabe, para os agregadores de podcast o podcast tem um dono, imagina o podcast do Megafono, o dono é claro é a empresa Megafono, meu podcast pessoal, o dono é Emerson Almeida, se eu tivesse um podcast chamado PatotaCast, com meus amigos, eu gostaria que o dono fosse a Patota. A página de edição do Podcast tem dois campos, Dono do podcast e Email do Dono do podcast, você pode colocar o nome da sua Empresa, Equipe, Grupo, Patota etc, esse nome vai para os agregadores com Dono do Podcast, normalmente ele aparece como “feito por”. Use isso e não compartilhe o acesso.
  3. Você gostaria de compartilhar os custos e um acesso único foi criado para todos acessarem os boletos.

Exatamente o tópico desse episódio, recentemente lançamos a solução desse problema, agora todos os integrantes da equipe do seu podcast podem acessar e pagar os boletos sem complicações, e mais importante, sem compartilhar o acesso, essa é uma funcionalidade importante para as equipes de podcast e mais importante ainda para segurança do Megafono. Então use isso e não compartilhe o seu acesso.  

Vamos conversar e discutir sobre essas mudanças, você nos encontra no twitter em @megafono_host, no telegram em t.me/megafonohost e no podosfera.org em https://podosfera.org/megafono

Emerson Almeida, do Megafono, até a próxima e tchau.

Downloads válidos vs downloads totais

Meu nome é Emerson Almeida.

Antes de começar, eu gostaria de falar para você que temos um espaço no podosfera.org, onde podemos discutir e compartilhar experiências sobre podcast e sobre o Megafono, entre em podosfera.org e faça parte da nossa comunidade. 

Se você entrou no Megafono recentemente percebeu que as coisas mudaram um pouco por lá, a grande mudança foi a forma que mostramos os downloads, e por causa disso, nesse último mês boa parte do meu trabalho foi acalmar os produtores em relação ao que estava acontecendo. Talvez você tenha sido um desses produtores.

Tudo começa em junho do ano passado, quando nossa estrutura de armazenamento de downloads chegou no seu limite, trabalhamos para resolver isso na segunda metade do ano, e no final dele todos os podcasts hospedados no Megafono estavam usando esse novo sistema. Eu preciso tirar um tempo para falar melhor desse novo sistema, mas ele leva em consideração padrões da indústria de podcast para contabilizar downloads. Nesse começo de ano, trabalhamos em migrar os dados da estrutura antiga para a nova, e desligamos definitivamente a estrutura antiga. 

Foi justamente nesse momento que percebemos que, apesar de toda engenharia para computar os downloads válidos, estávamos mostrando para você apenas os downloads totais, parte disso é culpa da herança do modelo antigo.

O ouvinte, dependendo da forma que ele escuta seu podcast, e com forma eu quero dizer no conjunto de fatores como o player que ele usa, conexão com a internet que ele tem, se escuta direto ou faz pausas, em casa ou no trabalho, e por aí vai, faz vários downloads, na verdade, para falar mais próximo da realidade ele faz vários pedidos para seu arquivo de áudio, alguns fazem pedidos do arquivo inteiro outros de pedaços, isso vai depender da forma como eu disse e as vezes do tamanho do seu arquivo,  tem casos, não raros, de mais de 400 pedidos de um mesmo arquivo para um mesmo ouvinte, isso acontece devido ao fato do que chamamos de streaming hoje, na maior parte do tempo, é uma técnica de partir o arquivo em pedaços e ir pedindo esses pedaços conforme o cliente, nesse caso o player de áudio/vídeo, vai precisando. No caso do exemplo, foi pedido 400 pedaços do arquivo, fazemos uma análise de cada pedido desses e agrupamos os pedidos vindo de um mesmo ouvinte para o mesmo arquivo, os 400 pedidos são o que chamamos de downloads parciais, uma informação perto de ser inútil, depois do agrupamento e alguns filtros, temos, no caso do exemplo, 1 download válido. Pode ser chocante a diferença mais, esse número 1 é o mais perto de certo do que realmente está acontecendo com seus episódios. 

Alguém nos perguntou se esse modelo é definitivo, sim, é definitivo, até a indústria de podcast encontrar uma forma melhor de mensurar podcast, nossa intenção é com certeza saber quantos ouvintes seu episódio tem, e as tecnologias hoje nos permite chegar próximo disso, quanto mais perto melhor.

Vamos conversar e discutir sobre essas mudanças, você nos encontra no twitter em @megafono_host, no telegram em t.me/megafonohost e no podosfera.org em https://podosfera.org/megafono

Emerson Almeida, do Megafono, até a próxima e tchau

Criar todos os empty state menus do admin

Talvez você tenha se deparado com uma tela em branco em algum momento do Megafono, ou de repente mais menus surgiram para você, principalmente no começo da sua conta. Isso acontecia por não temos os empty state dessa tela e quando você entrava nela não via nada, agora criamos os empty state e essas telas existem com alguma informação do motivo de não ter nada ali no momento.

SerifaCast #47 Hospedagem, migração e mensuração (e mais) de podcast

Nesse episódio eu estive no SerifaCast falando sobre coisas como:

O que é hospedagem
O que é agregador
O que é importante para contratar uma hospedagem
Forma mais profissional de contabilizar estatísticas
Exemplos de hospedagens e preços
A história e as características do Megafono
Boas práticas para uma migração de sucesso

Nossa comunidade: podosfera.org

Criamos uma comunidade para os produtores de podcast, na verdade começamos ela no começo de fevereiro e já tem bastante coisa legal.

Entre em podosfera.org, que eu já tenho certeza que você vai encontrar algo interessante, e não deixe de participar dos tópicos, caso você não encontre algo que você gostaria de compartilhar, abram um tópico sobre isso.

O Megafono tem um espaço reservado nessa comunidade em podosfera.org/megafono, onde podemos interagir fazendo perguntas, compartilhando experiências e pedidos funcionalidades novas, tem gente até pedindo o “velho Megafono” de volta.

Alerta semanal de performance

Olá nome é Emerson Almeida.

Antes de começar, eu gostaria de falar para você que temos um espaço no podosfera.org, onde podemos discutir e compartilhar experiências sobre podcast e sobre o Megafono, entre em podosfera.org e faça parte da nossa comunidade. 

Muitas pessoas reclamaram nesse nosso processo com os downloads por remover o e-mail semanal de performance, não encontramos forma mais fácil e rápida fazer essa migração sem remover tudo e fazer de novo, esse e-mail entrou nisso. 

A novidade agora é que ele voltou, mais simples, porém mais preciso e com a possibilidade de melhorar em breve. O e-mail de performance deve chegar na sua caixa de e-mail toda segunda-feira na parte da manhã. 

Vamos conversar e discutir sobre essas mudanças, você nos encontra no twitter em @megafono_host, no telegram em t.me/megafonohost e no podosfera.org em https://podosfera.org/megafono

Emerson Almeida, do Megafono, até a próxima e  tchau

Final do Ciclo: Dados, Downloads e Ouvintes.

Esse é mais um podcast do Megafono, meu nome é Emerson Almeida e depois de alguns changelog vamos fechar oficialmente nosso ciclo.

Caso você ainda não saiba o que é o Changelog, Eu te explico agora, p Changelog é nosso podcast sobre as mudanças que estamos fazendo no Megafono, é um podcast super curto com informações bem quentes do que estamos entregando, falamos de algumas funcionalidades que nem todo mundo ainda tem acesso, lá você fica sabendo de tudo que acontece, com as novidades saindo direto do nosso controle de versão, sai direto do nosso código (apesar de eu tentar não ser muito técnico). 

Antes de começar, o aviso de sempre, eu gostaria de falar para você que temos um grupo no Telegram, e lá discutimos bastante sobre produção de podcast, conversamos sobre as novidades que andam acontecendo, tem uma galera lá que manja muito de podcast, e estamos sempre nos ajudando, então conto com você lá, acesse t.me/megafonohost para participar, vou deixar esse link aqui no show-notes.

Há dois meses que gravei o último podcast, falando sobre o nosso ciclo, que chamamos de Dados, Downloads e Ouvintes e hoje no fechamento desse ciclo quero pegar cada ponto que falei lá naquele episódio, inclusive estou com a pauta dele aberto aqui, e comentar como ficam aqueles pontos.

Dados, Downloads e Ouvintes.


Tínhamos dois problemas para resolver em relação nossa grande entrega, que daria para resumir em: “queremos melhorar a qualidade de informações que estamos coletando e mostrando para os produtores.” Para fazer o link com o episódio passado, falei lá que queremos: “oferecer informações mais relevantes para os produtores” e “estar em acordo com o máximo possível das diretrizes de medição de podcast proposta pela IAB”. No episódio passado tem essas coisas nos detalhes, agora quero contar como foi o desenrolar dessas coisas nessas semanas.

Fiquei alguns meses desenvolvendo o coletor de download, essa parte do Megafono é importantíssima, ela recebe todas as intenções de downloads dos ouvintes e salva elas para serem analisadas depois, a forma anterior que tínhamos, e que temos ainda, nem tudo migrou para o novo sistema, porem a forma anterior não estava me deixando muito satisfeito, primeiro que o custo era alto, o que já me deixava triste, depois eu tinha pouca liberdade para otimizar ela, por outro lado, e exatamente por causa desses dois problemas, ela era uma solução que eu não precisei desenvolver, e isso foi muito importante, no começo do Megafono, para eu entregar uma plataforma robusta de começo com pouco tempo, eu não me arrependo dessa escolha, mas tudo tem seu tempo. Então faz um tempo que venho testando esse novo sistema, na Weekly#16 em junho deste ano, 2018, falei que os planos gratuitos agora usariam o que chamei de Megafono Download, nesse episódio já era sabido que eu estava desenvolvendo o projeto, ou seja, tivemos um bom tempo para testar tecnologias diferentes, e amadurecer o projeto, eu pessoalmente estou bem feliz com o resultado do Megafono Download, que agora fica disponível para todos os produtores.
 
O resultado dele para você é visto lá na outra ponta, que são os dados de download, vamos trabalhar bastante nisso, hoje colocamos alguns gráficos básicos, um deles o de cidade, que tem uma assertividade questionável, eu já falava disso há bastante tempo, buscar dados geográficos pelo IP no Brasil não tem uma boa precisão, mas é possível tirar algumas coisas boas desses dados. Vou deixar as novidades que estou planejando para esses gráficos para um próximo episódio, entre no nosso grupo t.me/megafonohost que lá as novidades chegam primeiro.

Ainda estamos colhendo os resultados dessas mudanças, tivemos uma semana de entrega bem conturbada, duas semanas antes todos os novos canais já começavam no Megafono com o novo modelo, e não tivemos nenhuma crítica ou e-mail no suporte, mas quando demos a opção para o produtor usar o novo modelo, tivemos que atualizar muitos lugares somando os downloads antigos com os novos, isso acabou gerando alguns problemas, que apesar de serem esperados ainda é um transtorno, e acredito que até migrarmos de fato todos os dados vão ser problemático lidar com dados nesse modelo híbrido. 


Sobre as pequenas entregas, eu agora fico pensando o quão pequenas de verdade elas eram, tínhamos duas, primeiro era ajustar o layout do Megafono(a parte visual, o design, a cara, ou seja lá como você chama) e a segunda era sobre o botão de doação ou pagamento que alguns players suportam.

Desde o começo do ano, estou tentando diminuir o trabalho que  tenho em relação à interface no Megafono, então fiz alguns testes durante o ano, e cheguei a conclusão que usar o Material Design, que é uma especificação sobre como os aplicativos devem ser estruturados e como devem ser seus comportamentos, feito pelo Google, se você usa os aplicativos do google tanto no android quanto via web dá para perceber a padronização deles, isso graças ao Material Design, e usar esse framework me ajudaria a padronizar o Megafono também, e como a especificação deles é muito boa, evita que eu pense sobre algumas questões básicas, como, por exemplo: “onde vai esse item do menu?”

O problema que eu tinha muitos testes no projeto que precisava ser removido, bastante coisas das tentativas passadas, então nas semanas fui gradativamente substituindo alguns componentes do site, se você entra bastante no site do megafono, percebeu que o menu lateral, mudou, ficou até um pouco estranho, por que ele já estava com a cara nova, mas o entorno ainda não, e depois quando a barra superior mudou, tudo fez mais sentido. 

Falta ainda algumas coisas para migrar, coisas pequenas, mas conseguimos o que queríamos, que era “ajustar as telas e componentes de acordo com o novo layout” frase essa do episódio anterior. 

Sobre o link de doação ou pagamento, dimensionei muito mal o esforço da tarefa anterior, e não consegui entregar essa, mas está no meu radar e acredito que em breve teremos isso na plataforma.

Esses eram os dois pontos, queríamos também corrigir alguns problemas, e se você escutou os Changelogs, viu que mexemos  com bastante coisas nesse ciclo, não vou repetir aqui para não alongar mais escute nossos episódios do Changelog que boa parte está lá.

Resultados


Sobre nossas metas, a ideia era ter 80% dos podcasts antigos no novo modelo, hoje temos mais de 500 podcasts ativos no Megafono, no novo modelo temos mais 250, ou seja, pelo menos 50% dos podcasts ativos já estão no novo modelo. Porém, nossa meta era sobre os podcast antigos, ou seja, podcasts criados antes do lançamento, considero o lançamento do dia 11 de outubro, que foi quando os novos canais começaram a entrar com o novo modelo ativado por padrão, os canais antigos só tiveram acesso ao novo modelo, 3 semanas depois, no final do ciclo, o que não nos ajuda  a bater nossa meta. De 80% que era nossa meta, temos uma aderência de 40%, o que significa 50% da meta alcançada, acredito que rapidamente iremos  alcançar os 80%, mas dado que só conseguimos lançar no final do ciclo, já ter 50% é bem expressivo, isso fala muito da confiança que temos em relação às mudanças que estamos fazendo, e da quantidade de canais que estão usando o Megafono, em uma semana, mais 200 podcasters entraram na plataforma e optaram pelo novo modelo.

A outra meta era ter 50% dos links de doação configurados, como não conseguimos entregar isso, falhamos nela.

Se você quiser conversar e discutir sobre esse ciclo, falar do que você quer que esteja no próximo, você encontra a gente no twitter em @megafono_host, no telegram em t.me/megafonohost e no e-mail, pode mandar diretamente para mim, em emerson@megafono.host

Agradeço Quezia Cardoso, minha produtora, e o Senhor A pela edição.

Emerson Almeida,
Megafono

Tela do canal, correções da snackbar e adeus integração com SoundCloud

Nesse episódio eu expliquei melhor a remoção da integração com o SoundCloud z falei da nova tela do canal no admin do Megafono. Do nosso novo visual Preto e Branco. Correções na snackbar e mais.

Removemos os push notifications do Megafono

O Megafono tinha um push notification para avisar que o episódio foi processado com sucesso, era pouco usado e dava muito problema, por causa disso foi removido.
Próxima página

Megafono