Saltar a contenido

Diseñador de flujos

Recursos del diseñador de flujos (Elementos)

Espacio de trabajo: escritorio de trabajo gris que contiene el desarrollo y elementos que conforman las soluciones y actividades del bot de Lynn.

Barra de herramienta: Botonera superior que contiene las herramientas fundamentales de acceso para la búsqueda, creación y administración de elementos del diseñador de Lynn.

Funcionalidades en la barra de herramientas:

  • Visor de sesiones
  • Simulador de Lynn
  • Editor de escritorios de reportes
  • Gestor de entidades
  • Buscador de elementos
  • Acceso rápido a rutas
  • Administrador de elementos de la vista de trabajo (layout)
  • Verificador de estabilidad de aplicativo
  • Generador de captura o salva
  • Importador de captura o salva
  • Generador de resumen de elementos del aplicativo
  • Gestor de motores cognitivos

Propiedades del diseñador: barra lateral derecha que contiene botones de configuración, permite la configuración de señalizadores de información para elementos de diseño, acceso al administrador de canales de desarrollo (Sandbox de canales) y acceso directo a Lynn Copilot para modo manual.

Administrador de vistas de trabajo (layouts): Barra inferior compuesta por pestañas que representan cada vista de gestión o layout, el administrador permite la agregación, edición, eliminación y auto ordenamiento de las distintas vistas de los escritorios de trabajo.

Elementos de diseño: Son todos aquellos elementos que conforman el diseño de las soluciones enmarcada en el modelo: canal, entidad, intención, caso y acción.

  • Canales: Interfaces de agregación representadas típicamente mediante un ovalo con icono de canal, estas permiten la edición y configuración de los atributos de conexión del canal o interfaz, así como también orientan sobre la conexión y ambiente al cual están siendo gestionados.

  • Editor de aplicación y ambiente: típicamente representado en el buscador de elementos como una estrella, este elemento permite la edición y configuración de los atributos del aplicativo, así como de las configuraciones especiales del aplicativo.

  • Intenciones: Elemento heredado del modelo de entidad e intención del modelo de clasificación cognitivo, típicamente representado con una franja amarilla, este representa la acción o intencionalidad de una frase evaluada, también da origen al concepto de conversación expresado en el modelo de agregación lógico de Lynn. Las relaciones existentes entre intenciones y casos pueden contener condicionales de entidades, lo que infiere que una intención puede contener más de un caso asociado.

  • Entidades: Elemento heredado del modelo de entidad e intención del modelo de clasificación cognitivo este representa el predicado o contexto de la intencionalidad detrás de la una frase evaluada, también puede reconocerse como variables dentro del modelo lógico de Lynn, existen tres tipos de entidades en Lynn: Sistema, globales o de sesión y locales o conversacionales.

  • Casos: típicamente representado en el buscador de elementos como un rombo, este elemento permite la conexión y reordenamiento de acciones asociadas a él. Ellas pueden usarse para implementar estructuras complejas que sean reusables al forzar casos. Las relaciones existentes entre casos y acciones pueden contener condiciones que validen la ejecución o no de una acción.

  • Relaciones (links): Expresados por cables que unen elementos dentro del diseñador de Lynn estos elementos pueden contener condiciones que limiten o habiliten la ejecución de una acción en particular, en el caso de que una relación contenga una condición esta se verá reflejada como un cableado de color verde.

  • Acciones: las acciones son el como Lynn expresa las funcionalidades de ejecución dentro del integrador, típicamente representadas con un color rojo estas se encargan de efectuar acciones de todo tipo, desde derivaciones a motores de chat hasta ejecución de scripts locales y llamados a servicios web en la nube.

  • Acciones especiales: Las acciones especiales no difieren en gran medida de las acciones comunes, su principal característica es que son representadas con un color diferente en su elemento, actualmente solo están disponibles las acciones especiales de cierre de conversación y finalización de sesión.

Consulte documentación de acciones y módulos de extensión para conocer mas sobre como implementar acciones en Lynn.

Otros recursos del diseñador de Lynn

Herramienta de personalización de Temas para WebChat (widget)

Esta herramienta contenida dentro del elemento de canal webchat, permite la edición y creación de temas, además de ofrecer la posibilidad de recuperar los scripts de inserción a página web.

Herramienta de gestión de canales de Lynn

Es una interfaz que nos permite seleccionar y agregar canales a Lynn, el editor de servicios también es considerado dentro de las características de esta herramienta. Si desea conectar un canal que no se visualizar disponible en la interfaz de gestión del configurador de canales consulte a nuestro equipo de soporte para verificar su disponibilidad.

Herramienta de despliegue de elementos entre ambientes

Es una herramienta embebida en las opciones de configuración de cada elemento que le permite al usuario añadir a una lista los elementos objetivos de Pasarse a otros ambientes como es el ambiente de producción (PaP), esta característica también permite el paso individual de elementos y paso a producción de elementos de forma jerárquica (Elementos ya contenidos en jerarquía serán señalados en amarillo). Ver Gestor de elementos entre ambientes.

Herramienta de señalética de elementos del diseñador de flujos

Dentro del diseñador de flujo de link se podrá ubicar señalética dentro de cada elemento canal entidades intenciones que permitirá conocer el estatus de cada uno de estos elementos para ver más detalles consulte Señaletica de elementos del diseñador de flujos

Rutas

Las Rutas en Lynn son configuraciones especiales asociadas a intenciones que especifican el comportamiento de Lynn situaciones definidas. Para configurar o definir una ruta, se debe especificar en una intención el propósito de enrutamiento que debe poseer, una intención puede ser objetivo de múltiples efectos de enrutamiento.

Las rutas definidas en Lynn son:

  • Ejecutar al inicio cuando no hay contexto cognitivo.
  • Ejecutar cuando ocurre un error en la evaluación cognitiva.
  • Ejecutar cuando un cliente llega deflectado a Lynn.
  • Ejecutar cuando se desea identificar a un cliente para deflexión.
  • Ejecutar cuando ocurre un error general.
  • Ejecutar cuando la intención no está configurada en Lynn.
  • Ejecutar al inicio cuando la interacción es de voz.
  • Ejecutar cuando es baja la confidencia en la evaluación cognitiva.
  • Intención para ejecutarse en el archivo bot.

Para acceder a las configuraciones de ruta, se debe acceder a la edición de una intención haciendo clic derecho en la misma y luego seleccionar la opción del menú desplegable Enrutamiento Predeterminado.

Integraciones

Las integraciones en Lynn son la base fundamental del alcance del marco de desarrollo de estructuras, bots o autómatas, típicamente encontraremos integraciones expresadas en Módulos de extensión, canales, derivadores de gestión humana y cognitivos. Todas ellas expresadas en correspondencia a su propósito en el diseñador de Lynn. Consulta nuestra sección de integraciones para conocer mas acerca de las integraciones disponibles en Lynn.

Gestión de Ambientes

El diseñador de Lynn se encuentra disponible en diferentes ambientes, sin embargo, solo el ambiente de desarrollo esta disponible para la edición y creación de flujos.

Lynn dispone en su entorno de desarrollo la capacidad de observar elementos entre ambientes, así como representa también con etiquetas el estado de sincronización de dichos elementos entre los ambientes. Un aplicativo que se encuentra desplegado en mas de un ambiente presentará la información de sincronización y los elementos de canales existentes entre ambientes de esta manera los editores podrán diseñar estrategias coherentes entre ambientes y ser consistentes entre las manipulaciones de elementos y variables.

Las etiquetas de ambiente señaladas en amarillo reflejan la existencia del elemento pero que no esta actualizado en otros ambientes, en cambio una etiqueta verde denota que dicho elemento esta sincronizado o actualizado con la misma configuración en ambos ambientes.

Gestión de canales de desarrollo

Los canales de desarrollo están orientados a facilitar las pruebas de diseño entre canales transaccionales, para ello implementan un sistema de suscripción por código único donde el usuario seleccionará el canal de la oferta de canales de la herramienta de canales de desarrollo y a partir de allí será asistido por un bot en su configuración.

Los canales disponibles actualmente para gestión en ambiente de desarrollo son:

  • WebChat
  • WhatsApp Gupshup
  • MS Teams
  • Skype
  • Twitter Directs (Bloqueado)
  • Telegram
  • Messenger FB
  • Messenger Instagram
  • Voice Lynn

Lynn contempla la gestión de diálogos orientados a reproducción TTS mediante el estándar SSML, de si su desarrollo contempla reproducción de canales voz contemple las configuraciones de textos en casillas SSML, considere el score de compatibilidad descrito en la sección de Sandbox de la barra de propiedades.

En casos especiales es posible solicitar la habilitación de un GW para pruebas en canales prototipo, no conversacionales o integraciones externas, para más información consulte con nuestro equipo comercial.

Depurador de flujos (Debug)

El depurador de flujos es una herramienta de diseño que también es útil en caso de despiste de errores, básicamente nos da la posibilidad de explorar una sesión recorriendo paso a paso las acciones de ejecución de Lynn y su manipulación de entidades. Los mensajes de error o alertas asociadas generadas en tiempo de ejecución podrán visualizarse en el panel de actividad. Consulte la sección como trabajar con el depurador de flujos.

Las sesiones objeto de depuración serán notificadas de este estado y adicionalmente se enviarán notificaciones proactivas a administradores del aplicativo suscritos para notificar el inicio de la actividad de depuración.

Correspondencia de los elementos lógicos con el modelo de desarrollo

El modelo de desarrollo de flujos en Lynn esta inspirado en el modelo de evaluación de frases cognitivas conocido comúnmente como modelo de entidad-intención a los que muchos motores cognitivos se adhieren, en este modelo la intención representa la acción o intencionalidad de la frase y las entidades el predicado, contexto o sobre el que se ejecutan dichas acciones. Lynn implementa este modelo añadiendo algunos elementos para expandir su propósito de forma funcional, los elementos reconocibles añadidos en Lynn contemplan la recepción de mensajes y ejecución de acciones a partir de su manipulación.

Los elementos reconocibles del modelo de desarrollo, que también se encuentran presentes de forma explícita en el modelo de diseño de Lynn son: canales, intenciones, entidades, casos, acciones.

Tipos de desarrollos

Según las capacidades de un flujo principalmente se pueden categorizar:

Flujos Lineales

Son flujos que recrean el comportamiento de un visual IVR, definiendo una intención que se ejecuta al no poseer conexión a un motor cognitivo y consiguientemente guiando al usuario por menús y entradas que representen la auto atención deseada.

Flujos Cognitivos

implementan totalmente las capacidades cognitivas al conectar uno o mas motores cognitivos entrenados bajo un modelo que representa o corresponde al modelo de atención que se quiere expresar en la autoatención, este tipo de desarrollo permite la creación de experiencias completas de conversación que pueden surgir con base a un entrenamiento base y luego ir expandiéndose y perfeccionándose mediante la mejora continua y los datos de analítica brindados por Lynn sobre intenciones. Adicionalmente existen otros recursos cognitivos compatibles como OpenAI, QnA Maker y otros recursos compatibles que se pueden implementar en el diseño.

Flujos híbridos

son una combinación de los dos tipos anteriores de flujo, combinando la experiencia guiada de un flujo lineal con la posibilidad de soportar también consultas estructuradas de forma cognitiva, típicamente se usa una intención de inicialización para saludar, presentar algunos recursos de auto atención, para luego dar lugar a espacios conversacionales más genéricos donde se atienden casos de forma cognitiva.

Buenas prácticas del desarrollador de flujos Lynn

Se debe considerar las siguientes sugerencias a modo de buenas prácticas de diseño:

  • Contemplar el análisis de canales en el diseño de la propuesta de automatizaciones.
  • Tener en cuenta el uso de visualizaciones de trabajo o layout para organizar las funcionalidades o conjunto de funcionalidades en vistas mas manejables que sean sencillas de auditar.
  • Usar herramientas de simulación y depuración, en las pruebas y diseño.
  • Segmentar y reutilizar funcionalidades, usando casos como subrutinas.
  • Documentar y usar una nomenclatura de desarrollo para clasificar los elementos lo que facilita la búsqueda y rápido entendimiento de los elementos que conforman el diseño.
  • Configurar notificaciones de negocio que permitan a los editores y administradores estar al tanto de los cambios del aplicativo.
  • Usar el comprobador de aplicativo para buscar posibles errores del aplicativo.
  • Recordar realizar salvas a código antes de progresar cambios entre ambientes.
  • Administrar los usuarios con acceso a la herramienta de Sandbox de canales.
  • Configurar mensajes SSML similares a los destinados a chat puede significar un ahorro de tiempo para pruebas en Voz.
  • Verificar condiciones que puedan generar ciclos recursivos y limitar su desencadenamiento a máximo 5 niveles.
  • Al usar CodeBlock para ejecutar código JavaScript (JS), evitar delegar extensos bloques de código en una sola acción. Esto principalmente para evitar sobre cargar memoria que puede repercutir en lentitud en tiempo de ejecución.
  • En ocasión de un pasar elementos de un ambiente a otro, considerar validar que las intenciones que se hacen referencia de manera forzada en una acción o así mismo un caso deben existir en el contexto del paso a producción para que en ambos ambientes exista dicha correspondencia. Este mismo concepto se aplica a entidades que manejan listas u valores especiales, los que deben ser declarados con anticipación antes de progresar el flujo entre ambientes.
  • Al trabajar con intenciones que se invocan a si mismas como parte de un restablecimiento de menú o similar, considere que las variables en memoria deben ser removidas, de lo contrario Lynn encontrará que no debe solicitar nuevos valores para dichas entidades.
  • Habilite los reportes como proceso final del desarrollo de su flujo. Compruebe los reportes y las tablas destinadas a encuestas para afinar cualquier detalle de presentación o de medición, previo a la puesta en producción.
  • Recuerde que puede generar marcas de usuario en cualquier lugar del flujo, con ellas puede luego establecer métricas de migaja de pan para generar indicadores o clasificar ramas funcionales.

Manipulación de diálogos

La manipulación de dialogos en Lynn es un proceso natural del orquestador de mensajes, en este se estructuran y consideran todos los aspectos lógicos y las jerarquías que se manejan en el modelo de comunicación de Lynn. Consideramos como manipulación de dialogos a todos los procesos que enmarcan el manejo de dialogos desde su llegada a Lynn hasta su cierre en memoria.

Principalmente la manipulación de dialogos constará de:

Etapa de ingesta de datos

Concentradores de canales, conectores, GW, bus de servicio, APIs de mensajería.

Etapa de proceso de dialogos

recursos destinados a la gestión del mensaje que contienen dichos dialogos donde intervienen: motores cognitivos, algoritmos de aproximación, lenguajes de procesamiento de dialogos avanzados, análisis y generación de eventos, entre otros.

Etapa de registro

Al estar habilitados, se generan logs de dialogos, eventos, indicadores personalizados y otros recursos varios que soportan un modelo de reportes.

Entrada y salida de dialogos

Los dialogos son gestionados en diversidad de canales mediante las estructuras básicas:

Dialogos de entrada: Principalmente son generados por usuarios que interactúan mediante un canal, un dialogo inicial es considerado como “userStarmessage” el cual origina una cadena de eventos en Lynn encabezado por la identificación del par Criteria- CriteriaValue que identifican a un usuario y permiten la generación inmediata de un IDSession que identifica plenamente una sesión en memoria de Lynn.

Solicitud de entrada simple: es un mensaje de solicitud de dato generado por Lynn en el que se propone un dialogo de consulta de datos y se espera que su respuesta sea asignada por el usuario, bajo esta condición Lynn estará en estado AwaitingTextMessaje para asignar un valor a una entidad.

Solicitud de entrada de menú: es un mensaje de solicitud de dato generado por Lynn en el que se propone un dialogo de consulta de datos y se presentan opciones que conforman un menú, se espera que su respuesta sea asignada por el usuario al seleccionar, pulsar o identificar una opción válida, bajo esta condición Lynn estará en estado AwaitingMenuMessaje para asignar un valor a una entidad.

Dialogo de Media: en esta transacción Lynn puede identificar un mensaje de media entrante o enviar un mensaje de media previamente cargado, siendo una transacción que no clasifica para su manipulación cognitiva dentro del orquestador de mensajes.