¡Cuéntanos tu idea!

se deben implementar tableros de control donde se permita visualizar facilmente el estado de las campañas: cuantos casos nuevos por camapaña, cerrados, abierto. tiempos de respuesta, total de gestiones por campaña y por agentes. Todo los datos relevantes para llevar el control del desempeño y productividad del servicio, sin necesidad de hacerlo manual.

Para clientes que tengan muchas campañas, si quieren ingresar a la configuracion de alguna campaña, exista algun atajo desde el panel inicial para los administradores para acceder a la configuracion de campaña, evita la busqueda y facilita las acciones a realizar en esta, cargues de cuenta, habilitar o deshabilitar un usuario y/o canal

Sería muy útil que, al configurar un envío de mensajería masiva, exista la opción de que el envío se realice automáticamente en cuanto esté disponible, sin necesidad de programarlo manualmente ni de estar pendientes del cambio de estado. De esta manera, cuando el envío pase a estado “detenido” y vuelva a estar listo, el sistema podría enviarlo de forma automática. Esto ahorraría tiempo, evitaría retrasos y facilitaría mucho la operación. Implementar esta función mejoraría significativamente la eficiencia del proceso y la experiencia del usuario.

seria util que en las condiciones de ultima interaccion ya sea del agente o del cliente en las reglas de negocio sea tenido en cuenta valores inferiores a una hora, que se pueda trabajar por medio de minutos, esto ayudaria a los clientes, ya que hay algunos que sus tiempos de gestion son inferiores a una hora y existen clientes que pueden dejar de responder en algun momento cuando estan en interaccion con el bot y los casos se represan en la recepcion y no pueden ser gestionados por los agentes antes de la hora.

Hola equipo, Desde el área de marketing, queremos que Sagicc se consolide como la herramienta definitiva para el envío de correos masivos, tanto en nuestras campañas internas como para los clientes que utilizan esta funcionalidad. Hemos recopilado algunas sugerencias que consideramos podrían mejorar la usabilidad y el valor de la herramienta. A continuación, las detallamos: Acceso directo a los resultados del masivo Proponemos incluir en la pestaña de Opciones de cada masivo un botón que permita acceder fácilmente a los Resultados, sin tener que navegar por múltiples pasos. Esto agilizaría la revisión del desempeño de cada envío.Mayor nivel de detalle en los resultados Además de la tasa de rebote actual, consideramos importante mostrar el motivo específico de cada error o rebote, por ejemplo: Usuario no existe Buzón lleno Dominio no encontrado También sería muy útil incluir por cada destinatario: Si el correo fue abierto Cuántas veces fue abierto Si fue marcado como spam Y como un plus, si algún enlace dentro del correo fue clickeado, y cuál exactamente Este nivel de detalle no solo permite evaluar mejor el desempeño de una campaña, sino también depurar listas, identificar contactos activos y mejorar la segmentación. Quedamos atentos a saber si alguna de estas propuestas es viable o si requieren más información para evaluarlas. Gracias por el apoyo de siempre. Saludos

A partir de la gran versatilidad que ofrece la plataforma Sagicc en la implementación de estrategias operativas, entendemos que todos los procedimientos y metodologías establecidos a través de sus herramientas convergen finalmente en un aspecto fundamental: el análisis de la información. Este análisis se realiza por medio de la amplia variedad de reportes que el sistema pone a disposición, permitiendo evaluar el rendimiento y la eficacia de las estrategias implementadas. En este contexto, queremos poner en consideración la posibilidad de incluir una columna adicional en el reporte de gestiones de la plataforma Sagicc, destinada a mostrar el nombre del formulario mediante el cual se realizó la correspondiente tipificación. La incorporación de esta columna ampliaría significativamente la capacidad informativa del reporte, facilitando un análisis más profundo y detallado de aquellas estrategias operativas que implican procesos en los que un ticket atraviesa múltiples segmentos, áreas o campañas. En muchos de estos casos, los formularios involucrados presentan estructuras técnicamente distintas, aunque compartan campos con nombres idénticos, lo cual dificulta la trazabilidad precisa del flujo del ticket. Actualmente, esta limitación representa un reto importante a la hora de analizar el recorrido completo de un ticket, ya que el reporte de gestiones no permite identificar fácilmente en qué etapa del proceso o en qué campaña se realizó cada gestión. Contar con el nombre del formulario utilizado para la tipificación permitiría asociar con claridad cada gestión a su segmento o campaña correspondiente, lo que representa información operativa altamente relevante. Además, esta mejora abriría la posibilidad de medir de forma más precisa los tiempos de ejecución en cada una de las campañas, contribuyendo de manera directa a la optimización continua de los flujos operativos implementados.

Con el objetivo de optimizar la operatividad de la plataforma y resolver el conflicto en la unificación de casos, sugerimos refinar la lógica de agrupación de interacciones agregando una validación estricta por "Tipo de Canal" (Media Type). Bajo esta configuración, para que el sistema decida agrupar una nueva interacción en un caso existente, deberá validar no solo la identidad del cliente, sino que la interacción provenga exactamente del mismo canal (Voz con Voz, o Chat con Chat). Se puede colocar como un check en la campataña para que quede a disposicion del administrador operar con esta logica o no. Esta diferenciación resulta estratégica y altamente efectiva para campañas que requieren independencia operativa entre canales. Facilita la gestión en escenarios donde un mismo cliente o entidad corporativa necesita reportar incidentes o requerimientos de naturaleza distinta simultáneamente (por ejemplo, mantener una llamada activa por soporte técnico mientras gestiona una consulta administrativa rápida por WhatsApp), sin que ambos flujos se contaminen entre sí. Al implementar esta lógica, garantizamos que cada interacción mantenga su propio ciclo de vida y prioridad. Esto es clave tanto para usuarios individuales como para contactos empresariales que se comunican desde varios números, asegurando que una consulta nueva no quede atrapada ni oculta dentro de un caso telefónico previo, permitiendo una resolución paralela, ordenada y eficiente.

seria excelente que el app mobile se pueda hacer llamadas por llamada saliente. ojala lograran implementarlo. saludos camilo

Actualmente, el script encargado de generar reportes no soporta el uso de listas enlazadas creadas desde campos reutilizables, lo que limita la flexibilidad en la gestión de datos y obliga a los usuarios a crear las listas manualmente desde el formulario principal. Esto genera redundancia de esfuerzos y posibles inconsistencias en la información. Para mejorar la funcionalidad actual, se propone modificar el script para que reconozca y procese listas enlazadas generadas desde campos reutilizables, manteniendo al mismo tiempo la compatibilidad con las listas creadas directamente en el formulario (funcionalidad existente), y optimizando su rendimiento para manejar posibles incrementos en el volumen de datos. Este cambio impactará positivamente a los usuarios que gestionan información con campos reutilizables y a los procesos automatizados que dependen de estos reportes.

Se comparte caso ID 768762 escalado a N2 donde recomienda optimizar la consulta para realizar el cambio de estado de los casos de manera más rápida, teniendo en cuenta la particularidad del cliente Record. Para obtener más detalle de las evidencias y recomendaciones por parte de N2, por favor ingresar al caso ID 768762

Hola, seria ideal que en la parte donde aparecen los últimos casos no solo salga 1 sino los últimos 3 donde el agente estaba ya por una consulta o quizas alguna gestion

Con el propósito de mejorar la experiencia de los clientes y fortalecer el control operativo, se ha detectado una limitación en el sistema de supervisión de usuarios. Actualmente, cuando un agente se desconecta en medio de su jornada (por ejemplo, a las 12:00 PM) y vuelve a conectarse más tarde (por ejemplo, a las 2:00 PM), el sistema no registra dicha desconexión. Como resultado, el campo “Último Cierre de Sesión” no muestra la hora real en que el agente salió del sistema; en su lugar, permanece vacío. Esta ausencia de información impide llevar un registro preciso de la actividad de los agentes, afectando la visibilidad sobre sus tiempos de conexión y desconexión, y la supervisión adecuada del cumplimiento de horarios. Contar con este dato es esencial para garantizar un seguimiento más exacto del desempeño de los usuarios, mejorar la gestión operativa y asegurar una atención más consistente y eficiente.

Existen clientes que crean campañas para realizar acciones como mensajerias masivas o marcadores y una vez finalizada, no vuelven a darle uso a la campaña, la idea seria al momento de crear la campaña, darle uso al apartado de fecha inicio, fecha fin, activando un check que marque como campaña temporal, campaña permanente, si se selecciona campaña permanente, siempre este activa, si se selecciona campaña temporal, se establezca como fecha de inicio el momento en el que se crea, fecha final seleccionada por cliente y una vez acabe, la campaña se inhabilita

Como Administrador, Supervisor y Agente, puedo chatear con Luca y pedirle que haga cosas que me toman mucho tiempo. Hola Luca, cuantos casos no atendimos este mes dentro de los SLA. Hola Luca, quien es el Agente menos productivo? Hola Luca, hazme una plantilla para mis clientes que han comprado el producto n para mandarla por whatsapp con un 30% de descuetno si compran hoy. Hola Luca, filtrame una lista de clientes que no me han contactado este ano....

por error agregué una fecha y varias campañas.... queiro detener el reporte, queda pegado, me toca llamar a soporte para que lo detnega. Camilo confirma que si pasa, llaman a soporte para detener un reporte.