Saltar para o conteúdo
Guia7 min de leitura

Como Fazer um Vídeo de Demonstração de Aplicação de Comunidade

Mostre uma resposta, não uma desfolha por um feed vazio.

Mostre uma aplicação de comunidade a passar de uma publicação real para uma resposta real, a única troca que prova que as pessoas realmente conversam ali.

Ver como funcionaOs primeiros 60 segundos de vídeo são gratuitos, com marca de água. Verifique o seu correio eletrónico para o descarregar.

Um vídeo de demonstração de aplicação de comunidade tem de resolver um problema que o próprio produto normalmente ainda não resolveu: uma comunidade nova não tem membros nem publicações. Gravar um tour de um feed vazio é pior do que não gravar nada, porque mostra exatamente aquilo que preocupa um potencial membro, um espaço onde ninguém está a falar. A solução não é esconder isto. É preparar um pequeno conjunto credível de atividade antes de a câmara começar.

Isto coloca a demonstração de aplicação de comunidade numa posição pouco comum em comparação com a maioria das categorias de software. Uma demonstração de funcionalidade normalmente consegue confiar na própria interface do produto para transportar a prova. O valor de uma comunidade vem de outras pessoas, e nenhuma interface, por muito bem concebida que seja, consegue substituir a sensação de que uma conversa real está a acontecer. O trabalho de preparação descrito abaixo existe para dar a um espectador essa sensação com honestidade, sem alegar um nível de atividade que o produto ainda não tem.

A parte do processo que cabe ao GogoScreen mantém-se igual entre categorias: um URL e uma linha sobre o que mostrar devolve um MP4 narrado e editado com aproximações ao clicar, suavização do cursor, cortes de tempos mortos e legendas. Pode utilizar-se uma conta de demonstração para uma rota atrás de um início de sessão. Não tem forma de preencher um feed com conteúdo, por isso essa preparação tem de acontecer antes de qualquer renderização ser pedida.

O que precisa o feed antes da gravação?

Precisa de um punhado de publicações que pareçam uma conversa real e específica, em vez de preenchimento genérico. "Bem-vindos a todos" e "Teste 123" leem-se ambas como conteúdo de preenchimento assim que um espectador as vê. Uma publicação a colocar uma pergunta específica relacionada com o tema real da comunidade, com uma ou duas respostas inventadas por baixo, lê-se como um lugar onde algo está realmente a acontecer.

Estado do feedO que sinalizaO que arrisca
Publicações específicas com respostas realistasUma comunidade ativa e relevanteExige invenção deliberada antes da gravação
Um punhado de publicações genéricas de preenchimentoUma comunidade que existe mas não tem vidaLê-se como encenada assim que é examinada de perto
Um feed vazioNada que valha a pena juntar-seDesencoraja ativamente exatamente o espectador a quem o vídeo se destina

Este é o mesmo problema que uma aplicação de orçamento resolve com transações inventadas e uma aplicação de inventário resolve com stock preparado, aplicado aqui à conversa em vez de a números ou itens.

Faça corresponder o tom das publicações inventadas ao propósito real da comunidade em vez de uma voz de fórum genérica. Uma comunidade de suporte para um produto técnico lê-se de forma diferente de uma comunidade de passatempo construída em torno de um interesse partilhado, e uma publicação escrita no registo errado é muitas vezes mais notada por um potencial membro real do que uma publicação simplesmente curta.

Gravar uma troca real

Escolha uma publicação para responder em direto, idealmente uma pergunta ou uma atualização relevante para o propósito real da comunidade. Publique a resposta, e deixe o espectador vê-la chegar ao feed da mesma forma que a contribuição de um membro real chegaria. Se a aplicação mostrar uma notificação, uma contagem de respostas a atualizar-se, ou uma reação a aparecer, mantenha esse momento no ecrã, já que é a prova mais clara disponível de que a plataforma realmente trata da interação, não apenas de conteúdo estático.

Considere mostrar a conta inventada do autor original a receber a resposta, se a interface tornar isso visível na mesma vista. Um indicador de notificação a mudar para uma pessoa específica, mesmo que inventada, lê-se como uma conversa ao vivo entre dois participantes em vez de uma pessoa a falar para uma sala vazia, o que está mais próximo daquilo que a aplicação realmente pretende fazer.

  • Escolha uma publicação existente suficientemente específica para que uma resposta a ela faça sentido.
  • Publique a resposta em direto e deixe-a aparecer no feed sem um corte.
  • Mantenha qualquer contagem de resposta ou notificação resultante visível tempo suficiente para ser lida.
  • Evite respostas de preenchimento vagas como "boa publicação", que se leem como atividade de preenchimento.

Quem precisa de ver isto, e o que os convence?

Alguém a decidir se se junta a uma comunidade de nicho quer ver que pessoas que partilham o seu interesse realmente publicam ali, razão pela qual o tema do conteúdo inventado importa mais do que a interface da aplicação. Um fundador a considerar a plataforma como alternativa a um grupo de conversa quer ver que uma resposta e uma notificação funcionam da forma que esperaria de uma ferramenta de conversa real, e o guia de vídeo de demonstração para indie hackers e o guia de vídeo de demonstração para programador solo cobrem a construção deste tipo de prova com uma equipa pequena ou de uma só pessoa.

Um terceiro espectador que vale a pena planear é alguém que já gere uma comunidade noutro lugar e está a comparar plataformas antes de migrar. Este espectador olha para além do conteúdo inventado em si e concentra-se na mecânica, na rapidez com que uma resposta aparece, se uma notificação dispara de forma fiável, e se a estrutura de respostas suporta o tipo de discussão contínua que o seu grupo atual já tem. Escolher uma publicação e uma resposta que mostrem encadeamento ou respostas aninhadas, se a aplicação as suportar, fala diretamente a este espectador.

  1. Prepare um pequeno conjunto de publicações e respostas realistas antes de gravar, nunca um feed vazio ou de preenchimento.
  2. Publique ou responda em direto para que o espectador veja um novo contributo a aparecer no feed em tempo real.
  3. Mostre uma resposta a esse contributo, mesmo que inventada, para que a troca pareça uma conversa real.

Gerir contas e rever antes de publicar

Se publicar exigir início de sessão, providencie uma conta de demonstração descartável para a renderização em vez de utilizar as credenciais de um membro real. No GogoScreen, as credenciais fornecidas são cifradas, utilizadas para uma única renderização e depois eliminadas. Se for planeado primeiro um storyboard, as credenciais ficam cifradas durante essa sessão e são eliminadas, no máximo, duas horas após a última utilização. Aproximadamente uma em cada cinco renderizações falha ou precisa de nova tentativa, por isso trate o primeiro resultado como um candidato e reveja-o antes de publicar.

Elimine ou marque claramente o conteúdo inventado depois da gravação se a conta de demonstração viver dentro de um ambiente partilhado ou de produção. Publicações inventadas deixadas para trás numa comunidade real, mesmo inofensivas, podem confundir um membro inicial real que tropece nelas mais tarde e presuma que a própria atividade da plataforma não é genuína.

Se a primeira tentativa não correr bem, o guia de nova tentativa de vídeo de demonstração de produto cobre a alteração do menor elemento relevante em vez de reescrever todo o plano. Para uma demonstração construída especificamente para um README técnico em vez de uma página de destino, o guia de demonstração de README do agente de IA é um parente próximo construído para uma colocação diferente, e para uma página de destino especificamente, o guia de vídeo de produto para página de destino cobre onde a prova acima da dobra precisa de ficar. Uma comunidade imobiliária relacionada ou uma plataforma baseada em anúncios tem a sua própria versão deste problema de feed vazio, coberta no guia de vídeo de demonstração de aplicação de anúncios imobiliários, enquanto uma comunidade de planeamento de refeições ou de tomada de notas partilha necessidades de preparação de conteúdo semelhantes, cobertas no guia de vídeo de demonstração de aplicação de planeamento de refeições e no guia de vídeo de demonstração de aplicação de tomada de notas, e uma comunidade focada em viagens pode apoiar-se no guia de vídeo de demonstração de aplicação de planeamento de viagens. Por fim, uma equipa a pesar esta plataforma contra uma ferramenta de gravação de ecrã para a mesma tarefa deve ler o guia de vídeo de demonstração de ferramenta de RH para uma perspetiva de local de trabalho sobre a mesma disciplina de preparação. Compare o GogoScreen com o Screen Studio, consulte os preços, explore a biblioteca de guias, veja o conjunto completo de comparações, ou comece pela página inicial do GogoScreen.

Esclarecimentos

Antes de começar

Qual é o maior risco num vídeo de demonstração de aplicação de comunidade?

Um feed vazio. Uma nova aplicação de comunidade quase sempre é lançada sem atividade real, e uma demonstração que percorre um feed silencioso acaba por provar o contrário do que pretende mostrar, que ali ainda não está ninguém.

A demonstração deve usar publicações reais de membros?

Não sem autorização explícita, e normalmente nem sequer para um vídeo de marketing público. Em vez disso, invente um pequeno conjunto de publicações e respostas realistas, escritas para parecerem uma conversa real e não texto de preenchimento.

Navegar numa aplicação de comunidade exige início de sessão?

Muitas vezes não, já que muitas comunidades permitem navegação pública para incentivar registos. Publicar ou responder normalmente exige uma conta, por isso decida qual dessas duas ações a demonstração pretende provar.

Cole um URL, descreva um fluxo e obtenha um vídeo de demonstração da sua aplicação web.

Os primeiros 60 segundos de vídeo são gratuitos, com marca de água. Verifique o seu correio eletrónico para descarregar o vídeo.