Glosario

Todos los términos del modelo: las siete acciones, sus verbos alternativos y el significado de cada una.

Acciones

Evaluar Discernir
Discernir las principales cualidades del producto y, si corresponde, compararlo con otros. Los usuarios de la documentación también son clientes o adoptantes potenciales. Un lector debe poder discernir las principales cualidades del producto y compararlo con otros. Es un proceso de descubrimiento.
Comprender Aprender
Comprender las abstracciones y los modelos mentales sobre los que se construye el producto. Los productos de software se construyen sobre abstracciones difíciles de comprender pero fundamentales para su uso correcto. La documentación conceptual ancla el aprendizaje junto con la exploración y la práctica.
Explorar Descubrir
Probar el producto y descubrir lo que puede hacer con una barrera de entrada baja. Los buenos productos invitan a los usuarios a interactuar y probar cosas nuevas. La documentación debe ofrecer pistas, instrucciones y facilidades que impulsen la exploración como una de las primeras actividades.
Practicar Entrenar
Aprender a operar el producto en el uso diario y estándar. Los usuarios necesitan aprender a operar la mayoría de las partes de un producto. Practicar describe la necesidad de conocimiento procedimental: cómo usar el producto en la operación diaria y estándar.
Recordar Rememorar
Recordar información que no se pudo memorizar, desde parámetros hasta códigos de error. La referencia mantiene viva la documentación después de años de uso. Los usuarios recorren los manuales para recordar, recuperar o buscar información que no pudieron memorizar.
Desarrollar Integrar
Construir sobre el producto, extenderlo o integrarlo para crear valor adicional. Los usuarios a menudo necesitan construir sobre productos existentes, extenderlos o integrarlos, a través de integraciones, extensiones, complementos o aplicaciones completamente nuevas. El enfoque casi siempre es pragmático.
Solucionar Resolver
Diagnosticar y resolver problemas con eficiencia, a menudo bajo presión. Toparse con problemas — errores de configuración, casos límite o fallos reales — es un lugar común del usuario. Solucionar problemas representa la necesidad de diagnosticar y resolver incidencias con eficiencia, a menudo bajo presión, cuando los sistemas fallan o los plazos apremian.