Vídeo com IA para Equipas de Customer Success: Para Que Serve Cada Workflow

Pergunte onde está o cliente no ciclo de vida e quantos clientes um único vídeo tem de servir. O onboarding cobre o período entre um contrato assinado e um cliente que consegue fazer o trabalho sem ajuda, por isso o revisor costuma ser o CSM ou o responsável de implementação dessa conta, e o gatilho para refazer é uma alteração no percurso de configuração. A educação serve clientes já em produção, foca-se nas funcionalidades que nunca adotaram e segue o calendário de releases. Os vídeos de suporte são a camada self-serve, gerida pela equipa de suporte, e o gatilho é o volume de tickets sobre uma pergunta repetida. Se um vídeo é para uma conta específica, pertence ao onboarding. Se tiver de servir para todos, pertence à educação ou ao suporte.

Não, e não está a tentar. Esses são systems of record. Uma plataforma de customer success guarda health scores, risco de renovação, playbooks e a linha temporal da conta. Um help center guarda artigos, pesquisa, métricas de deflection e o histórico de tickets. A VisionStory entra um passo antes, na parte que a maioria das equipas hoje resolve com uma chamada ao vivo, um screen share, ou com quem estiver disponível nessa tarde — e devolve o ficheiro de vídeo juntamente com as suas edições por idioma. Depois, carrega-o para o seu help center, anexa-o a um passo de um playbook ou insere-o numa macro, usando as permissões e o processo de revisão que já tem em funcionamento. Não há conector nem publicação automática, porque decidir o que um cliente vê é uma decisão da conta, não uma transferência de ficheiros.

Três coisas. Cada workflow começa a partir de material que a vossa equipa já escreveu e aprovou, como um plano de implementação, uma nota de lançamento, um artigo do centro de ajuda ou uma conversa de ticket já resolvida — por isso, o primeiro rascunho é um trabalho de edição, e não de autoria. Cada workflow termina com uma pessoa identificada da vossa equipa a confirmar que o vídeo corresponde ao que o produto realmente faz hoje, antes de chegar a um único cliente. E cada master aprovado pode ser reemitido em 88 idiomas, com mais de 1 000 vozes à escolha, para que um cliente que trabalhe noutro idioma receba a mesma explicação, com a mesma aprovação que a original.

Não. O apresentador, a narração e as legendas são criados a partir de material escrito, por isso não há equipa para contratar nem ninguém tem de reservar um dia de gravação no calendário. Quando um rosto identificado é importante para a conta — por exemplo, uma mensagem de boas-vindas do responsável atribuído — isso pode ser reutilizado a partir de uma única gravação autorizada para esse fim, em vez de uma sessão repetida para cada cliente. Quando um workflow precisa de mostrar o vosso produto no ecrã, é a vossa própria equipa que grava essa captura, uma vez que o login, os dados de demonstração e a conta sobre a qual gravam pertencem a vocês e não a um fornecedor.

Depende do workflow — e essa é a razão prática para manter estes três separados. Os módulos de onboarding mudam quando o percurso de configuração ou o plano de implementação mudam, o que tende a ser raro e previsível. O conteúdo de educação segue o calendário de lançamentos, por isso planeie uma revisão sempre que uma funcionalidade que demonstra mude de forma. Os vídeos de suporte mudam mais depressa e com menos previsibilidade, porque a resposta deixa de ser verdadeira no momento em que a interface muda. Criar cada um a partir de um documento que já mantêm torna a reconstrução barata: atualize a fonte, regenere apenas o módulo que ela afeta e reemita as edições de idioma a partir do master aprovado, em vez de voltar a gravar seja o que for.