El CRM no es para hablar con tu equipo

Uno de los errores más comunes que vemos en implementaciones de Dynamics 365 es usar el CRM como si fuera un chat interno. Notas, actividades internas, llamadas registradas entre compañeros, comentarios en la timeline dirigidos a otro agente… El resultado: una timeline del cliente contaminada de ruido interno que no aporta nada cuando necesitas revisar el historial de una cuenta.

La timeline de un contacto o una cuenta debería contar la historia de tu relación con ese cliente. Si la llenas de mensajes internos, esa historia se vuelve ilegible.

Hay una forma mejor de organizar esto. Y no es complicada.

El principio: cada herramienta para lo que sirve

La regla es simple:

Dynamics 365 = comunicaciones externas. Emails al cliente, llamadas con el cliente, reuniones con el cliente. Todo lo que el cliente ve o debería ver.
Microsoft Teams = comunicaciones internas. Discusiones sobre un caso, pedir ayuda a un compañero, coordinarse con otro departamento.
Colas de Dynamics 365 = enrutamiento y asignación. Los casos llegan, se clasifican automáticamente y se asignan al equipo o persona correcta sin que nadie tenga que repartir trabajo a mano.
Portal de autoservicio = primer filtro. El cliente describe su problema, elige categoría y prioridad, y el sistema hace el trabajo sucio antes de que un humano tenga que intervenir.

Cuando cada herramienta hace lo suyo, el resultado es un equipo que trabaja de forma asíncrona, sin interrupciones constantes, y con un CRM limpio.

Blueprint 1: Adiós a las llamadas internas — Teams como centro de operaciones

El problema

Un agente recibe un caso que no sabe resolver. Llama a un compañero. El compañero está en otra llamada. Deja un mensaje. El compañero devuelve la llamada media hora después. El agente ya está en otra cosa. Juegan al ping-pong telefónico durante medio día.

Mientras tanto, el cliente espera.

La solución

Configura un canal de Teams por equipo o área funcional (Soporte Nivel 1, Soporte Nivel 2, Facturación, etc.). Cuando un agente necesita ayuda con un caso:

Va al canal correspondiente en Teams
Escribe un mensaje con el contexto: número de caso, cliente, resumen del problema
Cualquier compañero disponible responde cuando puede — sin interrumpir a nadie
La conversación queda documentada en Teams, no en la timeline del cliente

Por qué funciona

No interrumpes a nadie. Cada persona responde cuando tiene un hueco.
La conversación tiene contexto desde el principio. No empiezas explicando todo desde cero como en una llamada.
Si el compañero que respondió se va de vacaciones, otro puede leer el hilo y continuar.
La timeline del cliente sigue limpia: solo registra las interacciones reales con el cliente.

Configuración en Dynamics 365

Puedes integrar Teams con Dynamics 365 de forma nativa. Desde la ficha de un caso, el agente puede abrir un chat de Teams vinculado directamente al registro. La conversación queda asociada al caso en Teams pero no ensucia la timeline de Dynamics.

Activa la integración desde Configuración avanzada > Integración de Microsoft Teams en el centro de administración de Dynamics 365.

Blueprint 2: Colas automáticas — que el sistema reparta el trabajo

El problema

Llega un caso nuevo. Alguien del equipo (normalmente un responsable) tiene que leerlo, decidir quién debería encargarse, y asignarlo manualmente. Esto funciona con 10 casos al día. Con 50, es un cuello de botella. Con 100, es inviable.

La solución

Configura colas en Dynamics 365 y reglas de enrutamiento para que los casos se asignen automáticamente según los criterios que definas:

Por tipo de problema: los casos de facturación van a la cola de Facturación, los técnicos a Soporte Técnico.
Por prioridad: los casos urgentes van a una cola de Alta Prioridad con SLA más agresivo.
Por producto: si vendes varios productos, cada uno puede tener su cola con agentes especializados.
Por idioma: si tu equipo atiende en varios idiomas, los casos se enrutan según el idioma del cliente.
Por cliente: los clientes VIP van a una cola dedicada con atención preferente.

Cómo se configura

Crea las colas en Dynamics 365: ve a Configuración > Administración de servicios > Colas. Crea una cola por cada equipo o categoría.
Añade miembros a cada cola: los agentes que pueden trabajar los casos de esa cola.
Configura reglas de enrutamiento: en Configuración > Administración de servicios > Reglas de enrutamiento, crea reglas que evalúen los campos del caso (tipo, prioridad, producto, etc.) y asignen a la cola correcta.
Activa el enrutamiento automático: cuando un caso se crea (ya sea manualmente, por email o desde el portal), las reglas se ejecutan y el caso aterriza en la cola correcta.

El resultado

Nadie reparte trabajo a mano. Los agentes abren su cola, cogen el siguiente caso disponible y trabajan. Sin esperas, sin depender de que un responsable esté disponible para asignar.

Blueprint 3: La timeline sagrada — solo comunicaciones externas

El problema

Abres la ficha de un cliente y la timeline tiene 200 actividades. De esas 200, quizá 40 son interacciones reales con el cliente. El resto son notas internas, llamadas entre compañeros, emails reenviados internamente y comentarios tipo “le he pasado esto a Juan”. Para encontrar el último email que le enviaste al cliente, tienes que bucear entre ruido.

La solución

Establece una regla clara en tu equipo:

En Dynamics 365 solo se registran actividades que involucran al cliente.

Email enviado al cliente o recibido del cliente: sí.
Llamada con el cliente: sí.
Reunión con el cliente: sí.
“Le he preguntado a Pedro por Teams”: no. Eso va en Teams.
Nota interna sobre cómo resolver el caso: no. Eso va en Teams o en un campo de notas internas del caso que no se muestre en la timeline principal.

Cómo implementarlo

Usa el campo de notas internas del caso para comentarios que no deben aparecer en la timeline. Dynamics 365 Customer Service tiene un campo de “Notas internas” que es visible para los agentes pero no aparece en la timeline como una actividad.
Configura la integración con Teams para que los agentes discutan los casos ahí. Cada caso puede tener un chat de Teams vinculado.
Forma a tu equipo en esta distinción. Es un cambio cultural más que técnico: la timeline es del cliente, no del equipo.

Por qué importa

Cuando un agente nuevo coge un caso antiguo, puede leer la timeline y en 2 minutos sabe todo lo que ha pasado con ese cliente. Sin tener que filtrar basura. Eso se traduce en mejor servicio, menos errores y resoluciones más rápidas.

Blueprint 4: Portal de autoservicio — el primer filtro inteligente

El problema

Un cliente tiene un problema. Llama por teléfono. Un agente descuelga, escucha la explicación, le pide datos (“¿cuál es tu número de cliente?”, “¿qué producto es?”, “¿cuándo ocurrió?”), y tarda 10 minutos en crear un caso con la información básica. Multiplica esto por 50 llamadas al día.

La solución

Monta un portal de autoservicio con Power Pages (antes Power Apps Portals) conectado a Dynamics 365. El cliente entra, se identifica y crea su propio caso:

Formulario guiado: el cliente elige categoría (Incidencia técnica, Facturación, Consulta general, etc.), producto, y describe el problema.
Campos obligatorios: el sistema fuerza al cliente a proporcionar la información mínima que un agente necesita antes de empezar a trabajar.
Prioridad automática: según la categoría y el tipo de cliente, el sistema asigna una prioridad automáticamente.
Base de conocimiento: antes de crear el caso, el portal muestra artículos de ayuda relacionados con lo que el cliente ha descrito. Si el cliente encuentra la respuesta, ni siquiera crea el caso.
Confirmación y seguimiento: el cliente recibe un número de caso y puede consultar el estado en cualquier momento desde el portal.

Lo que pasa por detrás

Cuando el cliente envía el formulario:

Se crea un caso en Dynamics 365 con todos los campos ya rellenados.
Las reglas de enrutamiento evalúan el caso y lo envían a la cola correcta.
El agente que coge el caso ya tiene toda la información que necesita. Sin llamadas de 10 minutos para recopilar datos.

Los números

Un portal de autoservicio bien configurado reduce las llamadas entrantes entre un 20% y un 40%. De las llamadas que se convierten en casos, el tiempo de creación pasa de 10 minutos (con llamada) a 0 minutos (el cliente ya lo hizo). El agente puede dedicar esos 10 minutos a resolver el problema en lugar de documentarlo.

Blueprint 5: Flujo completo — del portal al caso resuelto, sin una sola llamada

Vamos a ponerlo todo junto. Este es el flujo completo de un caso desde que el cliente tiene un problema hasta que se resuelve, sin que nadie coja el teléfono:

1. El cliente crea el caso desde el portal

El cliente entra al portal de autoservicio, elige “Incidencia técnica”, selecciona el producto “Dynamics 365 Sales”, describe el problema (“Los informes no cargan desde el lunes”) y envía el formulario.

2. El sistema clasifica y enruta

Dynamics 365 recibe el caso con categoría = Técnica, producto = Sales, prioridad = Media (automática basada en reglas). Las reglas de enrutamiento lo envían a la cola de “Soporte Técnico — Sales”.

3. El agente coge el caso de la cola

Un agente de la cola de Soporte Técnico ve el caso nuevo, lo abre y lee el contexto completo sin necesidad de llamar al cliente.

4. El agente necesita ayuda — va a Teams

El agente no está seguro de la causa. Abre el chat de Teams vinculado al caso y escribe en el canal de Soporte Nivel 2: “Caso #12345 — cliente reporta que los informes de Sales no cargan desde el lunes. ¿Alguien ha visto algo similar?”

Un compañero responde 15 minutos después: “Sí, revisamos un caso parecido la semana pasada. Era un tema de permisos en el dashboard. Revisa los roles de seguridad del usuario.”

5. El agente resuelve y comunica por email

El agente verifica los permisos, encuentra el problema, lo corrige y envía un email al cliente desde Dynamics 365: “Hemos identificado y corregido el problema con tus informes. Era un tema de permisos que se desconfiguró. Ya deberías poder acceder. Por favor confirma.”

Ese email aparece en la timeline del caso y del contacto. Limpio.

6. El cliente confirma desde el portal

El cliente recibe el email, verifica que funciona, y confirma desde el portal que el problema está resuelto. El caso se cierra.

Resultado

El cliente nunca tuvo que llamar.
El agente nunca fue interrumpido por una llamada.
La timeline del caso tiene exactamente lo que necesita: el email de resolución y la confirmación del cliente.
La conversación interna quedó en Teams, donde debe estar.
Todo el flujo fue asíncrono. Cada persona trabajó en su momento, sin bloquear a nadie.

Esto es Dynamics 365 bien implementado

No se trata de tener el CRM más caro o el portal más bonito. Se trata de que cada pieza haga lo que tiene que hacer:

El portal recoge la información.
Las colas reparten el trabajo.
Teams gestiona la coordinación interna.
Dynamics 365 registra la relación con el cliente.

Cuando montas esto bien, tu equipo deja de apagar fuegos y empieza a trabajar de verdad. Asíncrono, organizado y sin mancharse la timeline.

¿Quieres montar estos flujos en tu Dynamics 365? Escríbenos y te ayudamos a diseñar la arquitectura que tu equipo necesita.