Ir al contenido

mooDesk — un producto de digitalMood

Un producto de help desk construido para Moodle. Funciona dentro de la plataforma, con las cuentas, los roles y los permisos que ya tiene. Lo definimos, diseñamos, construimos, licenciamos, documentamos y le damos soporte nosotros mismos.

La cola de tickets de mooDesk: una lista filtrada de tickets, cada uno con su estado, prioridad, categoría, solicitante y agente asignado.
mooDesk · la cola de tickets del agente (datos de demostración)

Cada rol tiene sus propias interfaces.

La cola del agente no es una versión reducida del panel de quien supervisa: varias vistas de los mismos datos, cada una definida por lo que ese rol tiene que hacer.

El panel de mooDesk: tickets activos, incumplimientos y cumplimiento de SLA, tiempos de resolución y tickets a lo largo del tiempo.
Quien supervisa: panel, cumplimiento de SLA, tendencias
La base de conocimiento de mooDesk: un campo de búsqueda, categorías con su número de artículos y una lista de artículos.
Todos: la base de conocimiento, con búsqueda por categoría

Funciona dentro de la plataforma y se conecta con lo que la rodea.

mooDesk funciona dentro de Moodle, sobre los permisos, la API de privacidad y la búsqueda global de la propia plataforma; sus conexiones —recepción de correo, respuesta por correo, webhooks y una API REST— salen de la plataforma hacia el buzón y hacia sistemas externos.

Lo que construimos

Lo que construirlo muestra: definición de producto, diseño e ingeniería como un solo trabajo, dentro de una plataforma que una organización ya usa.

  • Funciona dentro de la plataforma en la que las personas ya inician sesión.

    Un plugin local de Moodle: las mismas cuentas, los mismos roles, sin un inicio de sesión aparte.

  • Tres roles, tres ediciones, flujos de trabajo documentados.

    Quienes piden ayuda, agentes y responsables. Tickets, colas, objetivos de SLA y una base de conocimiento, documentados públicamente.

  • Cada rol tiene sus propias interfaces.

    Colas, vistas guardadas, paneles y vistas de supervisión, diseñados por rol.

  • Usa los mecanismos de la propia plataforma.

    Los permisos, la API de privacidad y la búsqueda global de Moodle, no copias de ellos.

  • Se conecta con los sistemas de su entorno y muestra qué ha pasado.

    API REST, webhooks firmados con registro de entregas y reintentos, correo de entrada y de salida.

  • Está verificado en Moodle 4.5, 5.0, 5.1 y 5.2.

    Una matriz de pruebas en PHP 8.2–8.4 sobre MariaDB y PostgreSQL. Versiones numeradas.

  • Las obligaciones de privacidad se resuelven en la plataforma.

    Exportación de datos, borrado con anonimización y plazos de conservación, mediante la API de privacidad de Moodle.

  • Está empaquetado, documentado y con soporte como un producto.

    Ediciones por clave de licencia, documentación pública, limitaciones conocidas publicadas, un canal público de soporte.

Lo que esta página no muestra

  • Moodle es el contexto de esta demostración; todavía no hay un ejemplo atribuible en otra plataforma.
  • Muestra cómo construimos y publicamos una extensión a lo largo de las versiones de la plataforma, no la actualización de versión de las personalizaciones de otros.
  • Nuestro propio producto es el ejemplo: ningún ejemplo de cliente, ninguna cifra sobre quién lo usa.
  • La privacidad se resuelve con los mecanismos de Moodle; esto no es una afirmación sobre la legislación de ninguna jurisdicción.

Quién lo construye

digitalMood es una empresa de diseño e ingeniería de productos digitales. La misma combinación de definición de producto, diseño e ingeniería está presente tanto en los productos nuevos como en las plataformas de las que ya dependen las organizaciones.

Cómo trabajamos

Si lo que muestra esta página es relevante para un producto que estás construyendo o una plataforma que usas, esa conversación empieza aquí.

Hablemos