Últimamente, he tenido muchas conversaciones con clientes en las que se explica por qué nuestro equipo de servicios creativos y de aprendizaje crea HTML nativo para nuestros clientes de Brightspace en lugar de usar una herramienta de desarrollo rápido (RDT) como Articulate Storyline, Captivate o Elucidat, y luego cargar un paquete SCORM.
Aquí hay algunas consideraciones si está sopesando sus opciones entre los dos.
Tenga en cuenta: Al hacer referencia a HTML, estamos parafraseando el papel de un desarrollador web front-end que usaría HTML5 para el texto y las imágenes, CSS para el estilo y JavaScript para Elementos de página dinámicos.
Calidad
La coherencia en nuestro desarrollo utilizando los estándares web más actualizados es fundamental. Los navegadores comunes siempre están actualizando las funciones y la seguridad, y esto puede afectar en gran medida la forma en que se presenta su contenido (¡o no se presenta!). Los RDT más nuevos se enviarán a HTML, pero la calidad del código es menos eficiente y limpia en comparación con la de un desarrollador web competente.
dejando posibilidades de problemas con diferentes navegadores web, problemas de seguridad y tiempos de carga de la página.
Asegúrate de que tu contenido sea responsivo
y cumple con los estándares de accesibilidad
Accesibilidad
Las organizaciones que necesitan cumplir o superar los estándares locales de accesibilidad web querrán considerar la creación de HTML. Si bien los nuevos RDT están mejorando, todavía hay muchos problemas con las pestañas interminables en los lectores de pantalla. Gran parte de esto tiene que ver con la forma en que incorporamos estas herramientas, por lo que si está utilizando un RDT, asegúrese de diseñar teniendo en cuenta el Diseño Universal para el Aprendizaje y pruebe su producto final con lectores de pantalla y otra tecnología de asistencia.
Contenido responsivo
Muchos RDT afirman una responsabilidad total de HTML, lo que garantiza que el contenido se vea tan bien en su teléfono como en su computadora portátil. Nuestras revisiones revelan que, si bien los RDT están mejorando, muchos todavía están simplemente reduciendo la experiencia de escritorio, lo que puede crear experiencias de navegación frustrantes, texto y gráficos extremadamente pequeños. El desarrollo responsivo adecuado mediante el uso de plantillas HTML considera una disposición móvil efectiva del contenido, no simplemente reducir el tamaño de la pantalla o agregar una barra de desplazamiento horizontal.
Equipo para construir
Para crear con elementos dinámicos en JavaScript, necesitará un desarrollador web front-end para agregar contenido. Este no es el caso de los RDT, donde un diseñador instruccional puede hacer tanto el diseño como el desarrollo simultáneamente en la herramienta, creando elementos de interactividad sin necesidad de conocimientos de programación. En términos de facilidad de uso, los RDT están diseñados pensando en la simplicidad y para audiencias que no tienen experiencia en desarrollo web.
Dicho esto, nuestro equipo ha proporcionado recientemente algunos excelentes, Plantillas HTML sencillas que los miembros de su equipo deben probar antes de usar RDT. Son gratuitos, se ven increíbles y se pueden estilizar según la marca de su organización.
Flexibilidad
La mayoría de los RDT que necesitan publicación SCORM son ventanas fijas de contenido que no permiten material interactivo. El tamaño de la página es fijo desde la configuración inicial, por lo que no se puede obtener mucho contenido en una página, especialmente aquellos basados en formatos de PowerPoint donde la intención original era simplemente viñetas de las palabras en la página. Con HTML, podemos aprovechar el tamaño de pantalla completa en el contenido, usar hasta 5 columnas para texto e imágenes, y no hay límite para la longitud de la página. En resumen, puede reducir la molestia de "siguiente, siguiente, siguiente" de la navegación manteniendo sus pensamientos organizados en una sola página.
Personalizaciones
Otra consideración importante es la flexibilidad que un equipo de desarrollo puede aportar al usar HTML. Trabajar con un equipo multimedia como el nuestro ofrece una enorme gama de soluciones personalizadas como calculadoras financieras, encuestas/cuestionarios de personalidad y simulaciones para software, realidad virtual y realidad aumentada.
Mantenimiento
El mantenimiento puede ser un poco molesto con los RDT, ya que cualquier pequeño cambio lo obliga a recrear en el RDT y luego volver a importar un paquete de curso a Brightspace. Con nuestras plantillas, simplemente edita el HTML en línea o carga un archivo de reemplazo.
Traducciones
En una llamada reciente me explicé que usamos Word con equipos de traducción. Desarrollamos nuestra versión en inglés en HTML y luego copiamos los diseños en función del texto localizado que recibimos en Word. Los RDT como Elucidat pueden tomar un archivo XLF y moverlo de nuevo a la herramienta que actualizará automáticamente el idioma. Esto ahorra alrededor de 6 horas por curso traducido, lo que podría afectar significativamente su decisión si tiene cientos de cursos en varios idiomas.
Datos
Desde el punto de vista de la recopilación de datos, la creación de páginas HTML individuales puede proporcionar información sobre dónde se encuentran los alumnos en un módulo y cuánto tiempo dedican a cada página. Si bien el tiempo en la página no siempre es el conjunto de datos más efectivo, Si descubres que un gran porcentaje de tus alumnos están deteniendo su progreso en una página determinada, Si lo desea, pregunte por qué.
Al cargar un solo objeto SCORM, solo obtiene un conjunto de datos, ya que el objeto SCORM es un solo tema en el contenido, por lo que se pierde información sobre cuánto valor encuentran los alumnos en temas específicos, así como dónde se encuentran en el curso y dónde podrían quedarse atascados.
Para resumir
Si bien los RDT ciertamente pueden simplificar y, en algunos casos, acelerar el proceso de creación del contenido del curso, nuestro equipo ha descubierto que los beneficios no superan la flexibilidad y, en última instancia, la experiencia del usuario final para tener un curso totalmente receptivo y accesible. Esto se remonta a la antigua consideración de la calidad frente al tiempo frente al presupuesto que todos tenemos que hacer en la industria del eLearning.