Mostre ao cliente a aplicação com sessão iniciada, sem lhe pedir para iniciar sessão.
Transforme um fluxo de trabalho Bubble com sessão iniciada num vídeo que um cliente pode ver, quando ele não vai criar uma conta só para rever o trabalho.
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.
gogoscreen.com
1
Nomeie a única decisão
Nomeie a única decisão que o cliente precisa de tomar antes de gravar seja o que for.
2
Prepare a conta de demonstração
Prepare uma conta de demonstração com dados já preenchidos, já que uma aplicação Bubble costuma precisar de início de sessão.
3
Envie-o com a decisão declarada com clareza
Envie o vídeo com a decisão que o cliente precisa de tomar declarada com clareza na mensagem.
Um cliente a quem é pedido que reveja uma construção raramente quer um início de sessão. Até um cliente confortável com software tem coisas melhores para fazer do que criar uma conta, memorizar uma palavra passe, e perceber uma interface desconhecida só para verificar se uma coisa foi corrigida. Um vídeo remove tudo isso. Mostra o fluxo de trabalho com sessão iniciada diretamente, já narrado em torno da decisão que o cliente realmente precisa de tomar. A atenção do cliente vai direta à pergunta com que se importa, em vez da mecânica de sequer entrar na aplicação.
Isto é um problema mais comum para um projeto Bubble do que para outros construtores, porque uma aplicação Bubble é frequentemente construída com uma base de dados real e contas de utilizador desde o início. O fluxo de trabalho que vale a pena mostrar a um cliente é muitas vezes o mesmo fluxo que só existe depois de alguém ter sessão iniciada, o que significa que o vídeo tem de fazer a ponte sobre essa lacuna em vez de simplesmente apontar o cliente para uma ligação pública. Uma ligação sozinha pediria ao cliente que fizesse exatamente aquilo de que um vídeo se destina a poupá-lo em primeiro lugar.
Escreva a única decisão que o cliente precisa de tomar depois de ver, antes de gravar seja o que for. Pode ser aprovar uma alteração, confirmar que uma correção corresponde ao que descreveu numa chamada, ou escolher entre duas opções. Tudo o que o vídeo mostra deve servir essa única decisão. Uma visita mais ampla à aplicação responde a perguntas que o cliente não fez e enterra a que fez.
Momento de revisão do cliente
O que o vídeo deve deixar claro
O que deixar de fora
Plano de abertura
Que parte da aplicação é esta
Um ecrã de criação de conta ou início de sessão
Meio
A alteração ou fluxo exato em revisão
Todas as outras funcionalidades da aplicação
Plano de fecho
O estado que se pede ao cliente para julgar
Definições ou páginas de administração não relacionadas
Configure uma conta de demonstração com antecedência, com dados já inseridos que apoiem a revisão, em vez de abrir num registo novo e em branco. Uma conta nova sem nada preenchido força o vídeo a gastar os primeiros momentos na configuração em vez daquilo que o cliente realmente precisa de ver. Use dados que pareçam plausíveis sem se assemelharem à informação de qualquer cliente real.
Prepare uma conta de demonstração com dados já preenchidos antes de escrever a indicação.
Confirme que o próprio início de sessão se conclui sem uma etapa inesperada, como um ecrã de verificação.
Comece a gravação a partir do estado com sessão iniciada, não a partir do fluxo de registo.
Mantenha todos os nomes, números ou registos livres de material real de clientes.
No GogoScreen, as credenciais de início de sessão fornecidas são cifradas, utilizadas para uma única renderização e depois eliminadas, o que é a forma relevante de lidar com o assunto aqui, já que este formato frequentemente precisa de uma credencial só para chegar ao fluxo de trabalho que o cliente quer ver revisto. 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. Configurar a conta um dia antes do prazo, em vez da mesma tarde, deixa espaço para corrigir qualquer coisa que pareça errada antes de se tornar um problema que o cliente tenha de notar.
Nomeie o ecrã inicial, já com sessão iniciada, a ação em revisão, e o resultado que o cliente deve ver. "A partir do painel do cliente, submeta o pedido atualizado e mostre a confirmação" dá à renderização algo concreto a seguir, e dá-lhe algo concreto para verificar depois no ficheiro final. Faça corresponder a linguagem da indicação aos termos que o cliente já usa, não nomes internos de dentro da construção.
Isto importa mais para uma construção Bubble do que poderia importar para uma aplicação mais simples, porque o próprio editor Bubble expõe nomes para elementos, fluxos de trabalho, e tipos de dados que raramente correspondem ao que um cliente chamaria à mesma coisa. Um fluxo de trabalho rotulado com uma abreviatura interna no editor continua a precisar de ser descrito na indicação da forma como o cliente realmente fala sobre ele, já que o gerador segue a linguagem da indicação face à estrutura da página que consegue ver, não o rótulo que um programador escolheu ao construir a aplicação.
Dois hábitos mantêm uma indicação centrada na pergunta real do cliente em vez da mecânica interna da construção:
Descreva o estado final, não o botão. "Mostre o pedido a passar de pendente para aprovado" é algo que o gerador consegue confirmar que realmente aconteceu. "Clique no botão aprovar" descreve apenas uma ação que pode ou não produzir o resultado que o cliente está a verificar.
Escreva a indicação antes de gravar, não enquanto narra mentalmente enquanto clica pela aplicação. Uma indicação redigida com antecedência mantém a decisão da etapa anterior à vista, e dá-lhe um registo escrito para verificar face à renderização final.
Mantenha a indicação a uma ou duas frases de qualquer forma. Uma indicação mais longa tende a descrever mais do que uma única decisão consegue suportar, e um vídeo a tentar responder a duas perguntas normalmente não responde a nenhuma delas com clareza para quem o vê.
A ordem que chega mais depressa a uma decisão clara do cliente:
Nomeie a única decisão que o cliente precisa de tomar antes de gravar seja o que for.
Prepare uma conta de demonstração com dados já preenchidos, já que uma aplicação Bubble costuma precisar de início de sessão.
Envie o vídeo com a decisão que o cliente precisa de tomar declarada com clareza na mensagem.
O GogoScreen devolve um MP4 narrado e editado construído a partir da indicação, com aproximações nos cliques relevantes, suavização do cursor, cortes de tempo morto, e legendas. Reveja a narração face ao que realmente aconteceu no ecrã antes de a enviar, já que uma desconformidade aí é um dos motivos mais comuns para um cliente voltar confuso em vez de com uma resposta clara.
Envie o ficheiro com a decisão declarada com clareza na mesma mensagem, em vez de deixar o cliente a adivinhar o que deve procurar. "Aqui está o fluxo atualizado que pediu, diga se isto corresponde" dá-lhe uma indicação direta para responder. Se a resposta que chega não estiver alinhada com o vídeo, verifique o fluxo de novo antes de assumir que o cliente não percebeu, já que a causa mais comum é uma resposta dirigida a um ecrã que o vídeo nunca cobriu.
Aproximadamente uma em cada cinco renderizações precisa de nova tentativa, e o tempo só é usado quando uma renderização é bem-sucedida, por isso deixe algum tempo antes de um prazo para uma segunda tentativa em vez de enviar o primeiro ficheiro assim que chega.
Por que não dar simplesmente ao cliente um início de sessão para a aplicação Bubble?
A maioria dos clientes não vai criar uma conta, memorizar uma palavra passe, e navegar numa interface desconhecida só para rever uma alteração. Um vídeo mostra o mesmo fluxo de trabalho com sessão iniciada sem lhes pedir nada disso.
O cliente precisa de ver a etapa de criação de conta?
Normalmente não. Comece a gravação a partir de uma conta já preenchida para que o vídeo abra com o resultado que o cliente está a verificar, em vez de gastar os primeiros segundos num fluxo de registo.
E se a resposta do cliente não corresponder ao que o vídeo mostrou?
Verifique o fluxo de novo antes de assumir que o comentário está confuso. É comum uma resposta visar algo que o vídeo não cobriu, o que normalmente significa que a solução é um segundo vídeo mais restrito, não uma chamada para explicar de novo o primeiro.
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.
