Public website

Customer conversation platform

Every conversation. One clear next step.

DripTell brings WhatsApp, Instagram, Messenger, Telegram and web chat into one workspace, with shared ownership, customer context, automation and AI assistance.

You are viewing the compatibility version because this browser does not support the modern website presentation. This is the public DripTell website; no customer workspace or account data is shown.

Operaciones de clientes

Cómo sustituir Customer Support Swarming en Dynamics 365

Una forma práctica de sustituir la función sin soporte y conservar la propiedad del caso, el contexto compartido y la prueba de la decisión.

Por DripTell EditorialPublicado 23 de septiembre de 2026Tiempo de lectura 5 min read
Una coordinadora de residentes y un experto de mantenimiento revisan un interfono mientras el Context Keeper de DripTell escucha desde una estantería.
¿Te ayudamos a aplicar esta guía?Pregunta al equipo de DripTell
+34

Tu solicitud llega a una persona, no a una lista de correo.

Al enviar, aceptas recibir una confirmación y seguimientos de tu solicitud de DripTell por WhatsApp o correo, incluidos mensajes automáticos. Puedes pedir que se detengan en cualquier momento. Consulta nuestra política de privacidad.

Un representante atiende un caso difícil y necesita a un especialista de otro equipo. Como el antiguo enjambre era conocido, resulta tentador buscar otro botón parecido. Ese no es el objetivo correcto.

Microsoft indica que la vista previa de customer support swarming en Dynamics 365 Customer Service está en desuso y sin soporte desde el 8 de febrero de 2026. Recomienda el chat integrado de Microsoft Teams. La sustitución segura no es solo otro lugar para hablar. Es una consulta vinculada al registro que mantiene un propietario, aporta contexto al experto, registra la decisión y define la siguiente respuesta al cliente.

Deja de diseñar alrededor del enjambre

El aviso de Microsoft es claro sobre el estado y la alternativa. No asegura que cada configuración antigua tenga un equivalente exacto.

Enumera primero el trabajo real. ¿Quién decidía que hacía falta ayuda? ¿Qué experto era apto? ¿Quién veía datos del cliente? ¿El representante original seguía siendo propietario? ¿Dónde quedaba la respuesta? ¿Qué ocurría si nadie se unía? Son requisitos operativos, no requisitos de interfaz.

Un chat informal puede resolver la duda inmediata y dejar un caso débil. El consejo queda oculto para el siguiente propietario, el representante cree que el experto asumió al cliente y el cliente espera mientras la charla interna parece activa.

Reconstruye el trabajo antes que la herramienta

Empieza con un tipo de caso estrecho que necesite consulta, como una excepción técnica. Excluye los casos que deben transferirse. La guía sobre consultar o transferir ayuda a marcar el límite.

El propietario detecta la necesidad, invita a un especialista, revisa el mismo registro y documenta el resultado antes de cerrar la consulta.
Mantén un propietario, invita al experto correcto, trabaja sobre el mismo caso y registra la decisión.
El reemplazo debe conservar el trabajo operativoComprueba el flujo antes de elegir la función de colaboración.
  1. 1Mantén un propietarioEl representante sigue siendo responsable del caso.
  2. 2Vincula el registroLa conversación del experto queda unida al mismo caso e historial.
  3. 3Invita al experto correctoSe validan conocimiento, acceso y disponibilidad.
  4. 4Registra la decisiónEl caso conserva la acción, el propietario y la próxima actualización.

Escribe un pequeño contrato de servicio. Nombra al propietario, la pregunta, el plazo, la evidencia accesible, la alternativa sin respuesta y el final de la consulta. Mantén la propiedad visible en el flujo de asignación y no conviertas una invitación en transferencia.

Usa un registro vinculado como ancla

La guía de Teams explica que un chat de grupo puede vincularse a un registro, que los administradores controlan permisos y que representantes autorizados pueden unirse y ver el historial. También aclara que un nuevo chat vinculado empieza vacío y no incorpora chats individuales anteriores.

Inicia la colaboración desde el registro. Comparte solo la pregunta y los hechos necesarios en la introducción aprobada. No copies datos innecesarios. Conserva la cronología del cliente en la bandeja compartida y usa el caso para estado, propietario y siguiente acción prometida.

DecisiónEvidencia antes del lanzamientoResponsableRespuesta ante fallo
Iniciar consultaPregunta concreta y propietario activoRepresentanteMantener la propiedad y usar la alternativa
Añadir expertoHabilidad, acceso y disponibilidadLíder o políticaInvitar a otro experto sin duplicar el chat
Aceptar consejoRecomendación clara ligada al casoRepresentantePedir aclaración antes de responder
Transferir casoEl nuevo equipo debe actuar con el clientePropietario actual y receptorTransferencia formal aceptada
Cerrar colaboraciónDecisión y siguiente paso registradosPropietario del casoMantener abierta hasta completar el registro

Prueba los casos difíciles

Incluye un experto sin acceso al registro, una invitación sin respuesta, otro experto que llega después, un cambio de turno y un supervisor que reconstruye la decisión. Verifica que los permisos del chat respeten la política de datos y que nadie obtenga información mediante texto copiado sin autorización.

Separa la espera del experto de la espera del cliente con los estados de conversación. Tienen propietarios y relojes distintos. Prueba la ruta alternativa para los casos que sí necesitan transferencia.

Haz reversible el piloto. Usa una cohorte definida y revisa si el experto participó, el representante mantuvo la responsabilidad, el consejo llegó al caso y el cliente recibió una actualización útil.

Mide continuidad y no actividad

El número de mensajes no demuestra éxito. Revisa el tiempo hasta un consejo útil, consultas sin respuesta, invitaciones repetidas, transferencias posteriores, espera del cliente y una muestra de calidad final.

La guía de informes ayuda a revisar la parte del cliente. Mantén además un registro de migración con disparador antiguo, nueva ruta, dueño del permiso, alternativa, fecha de prueba y riesgo abierto. Si no puedes reconstruir una decisión, el reemplazo no está listo.

Distingue consulta de transferencia

El representante original conserva el caso cuando el experto solo aconseja. Transfiere cuando el equipo receptor debe decidir, ejecutar o hablar directamente con el cliente. Exige aceptación antes de cambiar la propiedad.

DripTell puede conservar asignación, historial y siguientes acciones en un flujo compartido, pero no debe presentarse como sustituto exacto de una vista previa de Microsoft. La prueba real es responsabilidad y contexto. El equipo de DripTell puede ayudarte a relacionar estos requisitos con tus canales.

Preguntas frecuentes

Sigue teniendo soporte customer support swarming

No. Microsoft dice que la función preliminar está en desuso y sin soporte desde el 8 de febrero de 2026.

Un chat de Teams equivale a un enjambre

No por sí solo. Aún necesitas reglas de propiedad, acceso, plazo, alternativa y registro de la decisión.

Debe el experto convertirse en propietario

Normalmente no durante una consulta. Cambia la propiedad solo cuando el equipo receptor acepta una transferencia formal.

Qué debe probarse antes del lanzamiento

Prueba permisos, expertos ausentes, respuestas tardías, cambios de turno, historial, vínculo con el registro, transferencia aceptada y visibilidad del consejo final.

DT

DripTell Editorial

Guías prácticas revisadas por el equipo de producto y flujos de cliente de DripTell.

Consulta cómo DripTell verifica el producto, utiliza fuentes primarias y corrige errores.

Política editorial y de fuentes