Glossário
Todos os termos do modelo: as sete ações, os seus verbos alternativos e o significado de cada uma.
Ações
- Avaliar Discernir
- Discernir as principais qualidades do produto e, se for o caso, compará-lo com outros. Os usuários da documentação são também potenciais clientes ou adotantes. Quem lê deve conseguir discernir as principais qualidades do produto e compará-lo com outros. Trata-se de um processo de descoberta.
- Compreender Aprender
- Compreender as abstrações e os modelos mentais em que o produto se baseia. Os produtos de software se baseiam em abstrações difíceis de compreender, mas fundamentais para o uso correto. A documentação conceitual consolida o aprendizado ao lado da exploração e da prática.
- Explorar Descobrir
- Experimentar o produto e descobrir o que ele faz, com uma barreira de entrada baixa. Os grandes produtos convidam os usuários a interagir e a experimentar coisas novas. A documentação deve oferecer pistas, instruções e possibilidades de ação que facilitem a exploração como uma das primeiras atividades.
- Praticar Treinar
- Aprender a usar o produto nas operações cotidianas e habituais. Os usuários precisam aprender a usar a maior parte das áreas de um produto. Praticar descreve a necessidade de adquirir conhecimento procedimental: como usar o produto nas operações cotidianas e habituais.
- Recordar Relembrar
- Relembrar informações que não foi possível memorizar, de parâmetros a códigos de erro. O material de referência mantém a documentação viva depois de anos de uso. Os usuários consultam manuais para recordar, relembrar, recuperar ou procurar informações que não conseguiram memorizar.
- Desenvolver Integrar
- Construir sobre o produto, ampliá-lo ou integrá-lo para criar valor adicional. Os usuários precisam com frequência construir sobre produtos existentes, ampliá-los ou integrá-los, por meio de integrações, extensões, plugins ou aplicações totalmente novas. O objetivo é quase sempre pragmático.
- Resolver Solucionar
- Diagnosticar e resolver problemas de forma eficiente, muitas vezes sob pressão. Esbarrar em problemas — configurações incorretas, casos extremos ou erros reais — é comum. A resolução de problemas representa a necessidade de diagnosticá-los e resolvê-los de forma eficiente, muitas vezes sob pressão, quando os sistemas falham ou os prazos se aproximam.