Coordina las comprobaciones finales para un primer lanzamiento de Humind. La lista de verificación conecta las áreas de configuración para que una vista previa funcional no se confunda con una experiencia completa para el cliente.

Humind separa la preparación de la entrega orientada al cliente. El trabajo en el espacio de trabajo B2B puede cambiar un Agent, Knowledge, el catálogo, Inbox o Helpdesk sin cambiar de inmediato cada superficie en producción. Comprender esa separación te ayuda a probar de forma deliberada, implicar al compañero adecuado y evitar tratar un borrador guardado como si fuera un lanzamiento completado.

Antes de empezar

Acceso: Un administrador debe coordinar el lanzamiento. Los responsables de cada área pueden validar sus propios permisos y ajustes.

• Elige el Agent y el canal de ventas de destino.
• Asigna una persona responsable de Knowledge, el catálogo, la atención y el despliegue.
• Prepara preguntas de clientes y productos representativos.

Trabaja en el área responsable más pequeña descrita a continuación y mantén disponible el estado actual visible para el cliente mientras preparas el cambio. Antes de hacer clic en cualquier acción final, confirma la empresa activa, el Agent, la tienda, el idioma y el mercado que se muestran en Humind. Un control que falta puede indicar acceso de solo lectura o una capacidad que no está configurada para esta empresa. En ese caso, registra la tarea prevista y pide a un administrador que revise el permiso o la dependencia exactos. No eludas este límite compartiendo una cuenta, copiando datos en otra área o prometiendo una capacidad que el espacio de trabajo no muestra.

Flujo de trabajo paso a paso

1. Validar las fuentes y el comportamiento del Agent

   Revisa la orientación, el contenido publicado de Knowledge, la preparación del catálogo y las herramientas opcionales. Ejecuta pruebas de Playground y de producto con preguntas comunes, difíciles y no compatibles.

   • Confirma que las respuestas usan información empresarial actual.
   • Registra los casos no compatibles y la respuesta segura prevista.

2. Preparar la ruta de atención humana

   Confirma el comportamiento de escalado, el acceso a Inbox, la disponibilidad de los operadores, los tickets y las respuestas guardadas. Nunca se debe enviar a un cliente a un equipo que no pueda ver ni hacerse cargo de la conversación.

   • Ejecuta un escalado, desde la solicitud del cliente hasta que el operador toma el control.
   • Verifica que el operador pueda resolver la conversación o devolverla a la IA.

3. Revisar la configuración del canal y de seguridad

   Comprueba los dominios permitidos, la presentación de la interfaz, los compañeros, los roles y el acceso personal. No elimines a nadie durante esta revisión a menos que el propietario de la empresa haya aprobado el cambio de acceso.

   • Verifica que cada operador del lanzamiento pueda iniciar sesión.
   • Confirma que el dominio de producción esté permitido de forma explícita.

4. Desplegar y observar la experiencia real

   Instala una integración embebida en el canal de destino y prueba en escritorio y móvil. Después del lanzamiento, revisa las conversaciones y los análisis para priorizar correcciones basadas en evidencias.

   • Usa una ventana privada para evitar los efectos de la sesión de administrador.
   • Guarda la URL probada, la hora y el escenario en el registro de lanzamiento.

Límites importantes y notas operativas

• No uses datos personales de clientes en las pruebas previas al lanzamiento.
• Un Helpdesk y un Agent son superficies públicas independientes con pasos de publicación o despliegue independientes.
• Algunas vistas de análisis necesitan actividad real antes de resultar útiles.
• Las integraciones no disponibles deben quedar fuera de la promesa de lanzamiento.

Verificar el resultado

• Las preguntas principales, los productos y el escalado funcionan correctamente en el espacio de trabajo.
• El dominio real carga exactamente un punto de entrada funcional.
• Un compañero con el rol previsto puede completar su tarea.
• La persona responsable del lanzamiento tiene una lista breve de incidencias con responsables y prioridades.

Mantén un registro breve de lo que probaste, qué escenario de cliente usaste y qué cambió. Esto hace que la resolución posterior de problemas sea más precisa y ayuda a otro compañero a reproducir el resultado sin depender de la memoria.

Solución de problemas

La prueba en el espacio de trabajo funciona, pero el sitio web falla

Inspecciona el despliegue, los dominios permitidos, las integraciones embebidas duplicadas y el Agent exacto que usa el canal de ventas. Vuelve a probar en una ventana privada después de corregir solo la capa que falla.

El equipo no consigue ponerse de acuerdo en que el lanzamiento está listo

Clasifica cada elemento abierto como bloqueante, supervisado o posterior. Exige que una incidencia bloqueante indique el recorrido del cliente afectado y la verificación fallida, en lugar de basarse en una preocupación general.

Guías relacionadas

• Configura y prueba tu primer Agent
• Implementar un Agent en un canal de ventas
• Configurar la escalación y la asistencia humana
• Revisar el acceso a la cuenta y los métodos de inicio de sesión