Olá pessoal,

Nos desculpem pela falta de novos posts no nosso blog, mas estamos bastante atarefados aqui na Zaine – o que acabou fazendo com que deixássemos o Blog2Learn um pouco de lado.

Esse post, que marca a volta da nossa atividade por aqui, trata de um assunto bem interessante: o que devemos levar em consideração antes de fazermos o “release” de um novo curso? Ele foi reproduzido a partir do seguinte post do blog The Rapid Learning Blog, da comunidade do Articulate.

É impressionante como alguém novo pode encontrar pequenos problemas que você pode ter deixado passar durante a fase de produção. Então, antes de lançar qualquer curso é uma ótima idéia pedir que outras pessoas o revisem. Você vai querer descobrir qualquer problema escondido antes do grande dia.

Na maioria das vezes você acaba encontrando pequenos problemas como erros de digitação ou links quebrados. Entretanto há algumas vezes em que você se depara com problemas técnicos maiores. Em qualquer caso é bom que esses problemas sejam descobertos antes do lançamento para que você não seja exposto ao ridículo.

Nesse post exploraremos algumas idéias em torno do processo de revisão e de deixar o curso pronto para ser lançado. Tenha em mente que nós estamos no final do processo de produção e idealmente um protótipo foi criado em algum ponto no início do seu projeto. Essa foi o momento onde o fluxo e o conteúdo do curso foi apresentado ao seu cliente, e ele confirmou que tudo está ok. É também onde você convidou alguns potenciais usuários para revisa-lo.

Você sempre precisará fazer alguns ajustes, mas grandes surpresas não deveriam ser esperadas durante a revisão final. Estamos falando basicamente a respeito de uma revisão para verificarmos a qualidade final do curso, que o mesmo está completo e que tudo está pronto para ser colocado em um ambiente de produção.

Revisão com o Cliente:

Antes de fazer um piloto do curso com seus usuários finais o desenvolvedor, cliente e os especialistas no assunto devem se reunir e revisar todo o curso. Nesse ponto você está quase no fim do projeto, então nenhuma grande mudança deve ser esperada. Você estará procurando por coisas como:

• Há algum erro de digitação ou de gramática?

Você deve fazer isso antes de se encontrar com o cliente, mas as vezes quando você trabalha no mesmo conteúdo por muito tempo é fácil deixar que pequenos erros passem despercebidos.

• Todos os links e recursos externos estão funcionando?

A informação para contato está correta? Todos os links funcionam e vão para onde deveriam? Revise qualquer coisa em que o usuário acessará fora do conteúdo do curso para ter certeza que eles funcionam e que vão para os lugares certos.

• Todo o conteúdo está lá?

Há algumas coisas que você não aprende a respeito do curso até que o mesmo esteja quase finalizado. Isso se aplica principalmente a clientes que não sabem exatamente o que está acontecendo até que eles vejam o produto final. Certifique-se que o fluxo está correto e que o conteúdo do curso está alinhado com a informação disponibilizada.

• O conteúdo é preciso?

Algumas vezes a informação a ser passada muda ao longo do processo de criação do curso – isso se aplica principalmente em treinamentos de políticas internas da empresa ou de conformidade.

• Há planos de implementação já desenvolvidos?

O que acontece após a finalização do curso? Cada organização é diferente, mas normalmente um componente de marketing é envolvido juntamente com o lançamento de um curso. Você também tem que ter certeza que os responsáveis de TI ou pelo LMS estão cientes do que está havendo, para não termos a situação onde você criou um excelente curso de eLearning mas os PCs ainda não estão equipados com caixas de som ou fones de ouvido.

Se você tiver sorte esse processo será extremamente tranquilo e sem maiores problemas. Infelizmente esse tipo de projeto pode começar a ficar problematico ao seu final. Para evitar esse tipo de problema defina regras claras – a primeira delas sendo que no início do projeto você receberá uma aprovação formal do cliente a respeito do que será entregue e quando.

Outra sugestão é não trazer uma pessoa nova para a revisão final. Uma situação comum é quando um cliente está tão feliz com o final do curso que ele convida o seu chefe: durante a revisão o chefe, que não havia visto o curso anteriormente, começa a recomendar modificações. Como ele é o chefe você tem um problema.

Revisão com o Usuário:

A revisão com o seu cliente será diferente da revisão com os participantes do mesmo. Enquanto na primeira você revisará os objetivos do projeto na segunda você testará a efetividade do curso. Abaixo seguem alguns pontos aos quais você deve estar atento:

• A navegação está clara?

O usuário sabe como ir de A a B? Ao mesmo tempo que você não precisa se exceder nas instruções você tem que ter certeza que tudo que o participante precisa fazer para avançar no curso está bem claro.

• Você forneceu as instruções corretas?

Se você quer que o participante faça algo um pouco diferente da navegação normal certifique-se que as instruções necessárias foram fornecidas.

• O curso é muito sexy para o seu corpo?

As vezes nós queremos ir além para criar algo único – nada errado com isso. O problema é quando a navegação do curso é tão pouco convencional que chega a ser confuso ao usuário. Se você precisar de criar um módulo de treinamento para ensinar a como se utilizar o curso isso pode ser um sinal que a interface deve ser revista. Em qualquer caso tente estar atento ao que os usuários reclamam a respeito da estrutura – o que pode ser óbvio para você pode não ser para eles.

• Acompanhe os usuário utilizando o curso?

Constantemente nós solicitamos um feedback enviando um link aos usuários e esperando que eles retornem suas considerações. Entretanto é valioso sentar-se e acompanha-los utilizando o curso. Você poderá ver quantas vezes eles clicam em um determinado conteúdo, para onde eles olham e ter uma idéia melhor se algo no design está confuso. Encontre ao menos uma pessoa a qual você acompanhará fazendo o curso.

• O curso cobre os seus objetivos?

Você deve ter certeza que o produto final produz os resultados esperados. O usuário alcançou todos os objetivos de aprendizado? As avaliações fornecem todas as informações que você precisa?

Um desafio para revisões de usuário é que elas podem ser destruidoras de ego. Você coloca muito tempo montando um curso, talvez até tentando novas opções, e em apenas alguns minutos toda a sua felicidade cai por terra após a primeira crítica.

Por isso é tentador que você faça algumas ressalvas nos feedbacks recebidos uma vez que eles não são “designes instrucionais treinados” e nem sempre entendem o que você está tentando fazer. Não caia nessa. Seja modesto e realmente considere esse feedbak: ele o ajudará na construção de cursos melhores.

Mesmo que você só tenha uma pessoa para testar o curso isso não é um problema. Meu conselho é que você encontre alguem que não tenha qualquer interesse em eLearning e que até tenha algumas dificuldades técnicas. Fique longe de pessoas que criem cursos ou que entendam algo sobre Interface de Usuário, uma vez que eles tem tendência a complicar as coisas com suas opiniões profissionais.

Essas são algumas dicas básicas para a revisão final de seu projeto. Eu vejo a revisão com o cliente como uma verificação final da qualidade, enquanto a revisão com o usuário consiste em uma maneira de testar que tudo funciona como planejado para aqueles que querem realizar o curso.

Como foi dito anteriormente você não vai querer esperar até o final do seu projeto para verificar se seu curso funciona ou não. Uma boa prática é fazer um protótipo rapidamente em Power Point e testar suas idéias, navegação e o fluxo do conteúdo. Se há quaisquer problemas maiores eles aparecerão nesse ponto, o que acabará fazendo com que você economize muito tempo.

No tags