Portugal
ubicación
2016
fundado
51-200
empleados
Datos migrados
- Entradas, más de 4.000
- Proyectos, 3
Industria: Desarrollo de software
Ubicación: Lisboa, Portugal
Tipo de migración: Jira Service Management a Freshdesk
El reto: Visor.ai se enfrentó a una fecha límite crítica para migrar de Jira Service Management a Freshdesk , garantizando al mismo tiempo la conservación meticulosa de todos los campos personalizados.
La solución: una migración automatizada adaptada a las necesidades de Visor.ai: la integración de Jira en un campo de texto personalizado dentro de Freshdesk . Para ello, proporcionamos un plan de soporte Estándar .
El resultado: Visor.ai migró con éxito sus datos a Freshdesk , cumpliendo con la fecha límite y con todos los campos personalizados intactos.
Para nuestro objetivo principal de migrar cierta información y campos personalizados, su equipo fue perfecto en la asistencia y muy rápido.
Acerca de la empresa
Desde 2016, Visor.ai ha estado a lafront de la revolución de la atención al cliente mediante la automatización de interacciones en chat, correo electrónico y canales de voz. Su plataforma garantiza que las empresas puedan atender las consultas de los clientes sin problemas, en cualquier momento y lugar, con un enfoque en un servicio inteligente, centrado en las personas y consistente.
Fundada por Bruno Matias, Gianluca Pereyra y Gonçalo Consiglieri, tres amigos de la infancia con una amplia experiencia empresarial, Visor.ai se creó para satisfacer la creciente necesidad de soluciones optimizadas de atención al cliente. Hoy, su equipo dedicado y su avanzada plataforma de IA conversacional ayudan a las grandes empresas a optimizar sus operaciones de atención al cliente.
¿Podrías contarnos un poco sobre lo que hace tu empresa y cómo satisfaces las necesidades y expectativas de tus clientes? ¡Nos encantaría conocer tu historia!
Gianluca Pereyra : En Visor aI, ayudamos a nuestros clientes, principalmente organizaciones, a automatizar sus servicios mediante inteligencia artificial. Operamos principalmente con un modelo de negocio a negocio, colaborando con bancos, aseguradoras y otras empresas. Nuestro software incluye funciones como asistentes virtuales, como chatbots, para chat en vivo o automatización de procesos dentro de las empresas.
Ofrecemos nuestro propio software como servicio. Nuestros clientes se suscriben y, si tienen alguna pregunta, pueden contactar con nuestro equipo de éxito del cliente.
¿Cuál fue su área de responsabilidad en este proyecto migratorio?
Gianluca Pereyra : Joana y yo intentábamos recopilar toda la información de las diferentes partes. Migramos de otro software a Freshsales para nuestro equipo de ventas y de Jira Service Management a Freshdesk para nuestro equipo de éxito del cliente.
Inicialmente, contactamos con el equipo de Freshworks, que vendía ambas soluciones. Necesitábamos un socio que nos ayudara a gestionar todos estos equipos. Nos recomendaron un socio para que nos ayudara con las primeras configuraciones de todas las soluciones. Y luego, principalmente, Joanna y yo intentamos integrar todas las piezas, gestionando la comunicación entre Freshworks, el socio, nuestros equipos de ventas y nuestro equipo de éxito del cliente, y coordinando todas las configuraciones para garantizar una implementación exitosa.
¿Alguna vez has migrado datos?
Gianluca Pereyra : ¿Hasta este punto? Probablemente no. Pero ya hemos realizado otras migraciones de software, ya sea de sistemas de ventas o CRM, aunque no con el volumen de datos que manejamos ahora.
¿Su experiencia pasada fue útil en este caso?
Gianluca Pereyra : Sinceramente, no. Los motivos de nuestras migraciones anteriores fueron diferentes. Esta vez, teníamos una fecha límite muy concreta debido a la renovación anual de nuestro contrato con Jira . Por lo tanto, tuvimos que cumplirla y transferir mucha información entre sistemas. Aunque seguimos usando Jira , tuvimos que dejar de usar Jira Service Management .
Las migraciones anteriores tenían más que ver con probar software nuevo: encontrar alternativas, trasladar información del lugar A al lugar B y evaluar si el nuevo software satisfaría nuestras necesidades.
¿Cuáles fueron algunas de sus mayores preocupaciones o temores sobre el proyecto?
Gianluca Pereyra : Honestamente, existía cierta preocupación por no poder cumplir con el plazo o por si el nuevo software no satisfaría nuestras necesidades. Por lo tanto, elegimos un nuevo software para migrar y, aunque le dedicamos mucho esfuerzo, tememos que no funcione bien ni satisfaga nuestras expectativas y necesidades.
Para comparar, nos preguntaste si habíamos realizado otras migraciones antes. Aunque no fueron tan grandes, intentamos implementar otro software o soluciones. Estos procesos consumían mucho tiempo y esfuerzo de diferentes personas de nuestros equipos. Y aunque contábamos con un socio, no salió bien.
Dedicamos mucho tiempo a implementar un nuevo panel de análisis con un socio y una tecnología específicos, pero no funcionó. Esa también fue una de nuestras preocupaciones durante estas migraciones: ¿Qué pasa si no cumplimos con el plazo? ¿Qué pasa si el socio no nos entrega lo que necesitamos? ¿Qué pasa si el nuevo software no puede gestionar los datos que hemos recopilado a lo largo de los años? ¿Será adecuado para nuestras necesidades? Estas eran algunas de nuestras preocupaciones.
¿En qué medida nuestra herramienta cumple con sus expectativas? En una escala del 1 al 10, ¿satisfizo completamente sus requisitos o solo parcialmente?
Joana Rocha : Creo que la herramienta es increíble. Una de nuestras principales preocupaciones era exportar todos los campos, sobre todo porque tenemos muchos campos en Jira Service Management que son cruciales para nuestro equipo de atención al cliente. En este caso, podemos transferir toda la información durante la prueba inicial. Este es el aspecto más importante para nosotros.
Gianluca Pereyra : Si puedo añadir algo más, diría que fue casi perfecto; no solo la herramienta, sino también el apoyo que recibimos de su equipo de éxito del cliente. Y en este caso, me refiero a Elvira y Yaroslav.
Descubrimos su solución en un momento en que la situación empezaba a empeorar. Las otras herramientas que usábamos para la migración no cumplían nuestras expectativas y empezábamos a perder un poco la confianza en ellas. Fue entonces cuando Joane y yo decidimos explorar otras opciones y dimos con su solución.
Fue muy importante para nosotros porque Freshworks ya tenía su solución en su plataforma. Así, lograron aprovechar la relación entre ustedes como proveedor y nosotros como clientes. Y cuando llegamos a su solución, le daría un excelente 9 por satisfacer nuestras necesidades en ese momento. Sin embargo, hubo un aspecto que no salió según lo planeado: nuestro intento de migrar Confluence, que no funcionó.
Pero para nuestro objetivo principal de migrar información y campos personalizados, su equipo nos ayudó de maravilla y fue muy rápido. Después de registrarnos y probar la primera demo, inmediatamente empezamos a recibir información relevante sobre cómo iba todo. Eso nos motivó a seguir adelante.
¿Puedes compartir tu experiencia con la migración Confluence ?
Gianluca Pereyra : Al configurar una migración, podemos elegir el proyecto específico que queremos migrar desde Jira Service Management . Podemos entrar en muchos detalles con campos personalizados, asignados, etc., y el mapeo de datos funciona muy bien. Tuvimos que prestar mucha atención a los detalles para asegurarnos de no estropear los campos.
Sin embargo, en el caso de Confluence, donde queríamos añadir la base de conocimientos, las cosas fueron diferentes. La migración Jira Service Management fue perfecta, ya que era nuestra principal prioridad, pero cuando probamos la migración Confluence , no funcionó tan bien.
Al migrar Confluence , se extrajeron casi todos los artículos del Confluence , incluyendo los manuales internos que usamos para nuestros representantes de ventas, etc. Lamentablemente, estos se publicaron automáticamente en la Freshdesk , lo cual representó un problema. Tuvimos dificultades para cotejar todos los datos porque el proceso no fue tan sencillo como con la Jira Service Management , lo que generó algunas dificultades.
¿Hubo algo más que le gustaría mejorar en nuestra herramienta?
Gianluca Pereyra : Hubo algunos detalles que me gustaron mucho. Por ejemplo, al configurar la URL para Jira Service Management , aparece una pequeña descripción emergente con un enlace que nos lleva directamente a Jira Software para generar la clave API. Dado que Jira Software es una plataforma grande y compleja, han simplificado bastante la obtención de esa información. En general, la migración fue muy exitosa. Si bien el diseño de la plataforma es más funcional que visualmente atractivo, cumplió su propósito eficazmente. Sin embargo, hubo un problema al combinar algunos elementos durante la configuración. Joana, ¿podrías compartir las partes que teníamos para esa migración durante la configuración?
Joana Rocha : No recuerdo la página exacta, pero sí recuerdo que cuando iniciamos la migración, tuvimos un problema al cerrar una página. Al hacer clic para cerrarla, no desaparecía y no sabíamos cómo omitirla o cerrarla correctamente. Nos preocupaba perder todos los campos y datos que habíamos introducido. Así que creo que esta es una de las cosas que nos preocupan cuando no vemos la página de cierre ni cómo omitirla.
Gianluca Pereyra : El problema estaba en el asistente modal durante la configuración de campos; no tenía un botón de cierre en la esquina superior derecha. Esto nos preocupaba que pudiéramos perder el progreso si necesitábamos retroceder. Aunque era un detalle menor, nos preocupaba. Como aspecto positivo, poder probar con 20 puntos de datos personalizados diferentes fue muy útil. Nos permitió identificar rápidamente cualquier elemento que faltara.
También me gustó que su equipo nos ayudara a migrar el campo personalizado a un campo personalizado y lo hiciera muy rápidamente.
También me gustó que tu equipo nos ayudara a migrar el campo personalizado a uno nuevo y que lo hicieran muy rápido. Eso también fue muy positivo. En general, todo salió bastante bien, excepto por la confluence .
¿Qué recomendarías a aquellas empresas que quieren migrar sus datos entre mesas de ayuda, para qué deberían estar preparados, qué pasos de preparación pueden necesitar tomar antes de comenzar el proyecto de migración?
Gianluca Pereyra : Creo que es muy importante tener un responsable del proyecto o alguien que se encargue de la migración. Y creo que en estas migraciones es necesario establecer las prioridades correctamente.
Tenga en cuenta que la persona que trabaja con Freshdesk ya debe tener definido su flujo de trabajo de gestión de clientes. Considere cómo esto puede diferir de la configuración original. Además, verifique si participan otros equipos. Recopilamos mucha información y nuestro equipo de éxito del cliente tenía requisitos específicos que queríamos revisar constantemente. Por lo tanto, intente obtener estos requisitos con antelación. Además, asegúrese de que la persona a cargo de la migración tenga los permisos necesarios para generar tokens de API y cambiar los permisos de grupo.
Una de las cosas que Joana y yo encontramos durante la migración, especialmente desde Jira, fue trabajar con muchos grupos de seguridad, niveles de acceso y usuarios suscritos a diversos productos. Podría haber cosas que yo viera en Jira y a otras que no. Algunos compañeros podrían no tener los permisos para ver ciertos datos, lo que generaba confusión sobre si faltaban datos cuando en realidad estaban ahí desde el principio. Comprender estos aspectos a fondo es crucial. Por lo tanto, es fundamental contar con una lista de verificación que incluya permisos, resultados deseados y diferencias entre plataformas.
