Pruebas y casosEn desarrollo
Cada cambio se prueba antes de llegar a los clientes
Cada empresa tendrá su propio conjunto de casos. Tras cada cambio de conocimiento, instrucciones o modelo se ejecutarán todos, y un cambio que empeore los resultados no llegará a los clientes sin una excepción registrada.
Acceso anticipado con acompañamiento del equipo. Ray está en desarrollo.
Ejemplo ilustrativo de un cambio candidato en espera: 23 de 24 casos pasan, el piso de temas sensibles está completo, un caso empeoró en portugués de Brasil, con botones para ver el caso o registrar una excepción.
Ejemplo ilustrativo con datos de muestra. Datos ilustrativos.
Casos de la empresaEn desarrollo
Cada caso dice qué se espera de Ray
Cada caso será una pregunta real de los clientes, con uno de cuatro resultados esperados. Pedir una aclaración y decir que no hay fuente cuentan como aciertos: lo que se evita es suponer.
- Resolver con fuenteLa pregunta del caso: ¿Cuánto demora un envío nacional?
Responder con el artículo publicado y vigente que corresponde, con el plazo exacto.
- Pedir una aclaraciónLa pregunta del caso: No me llegó el pedido.
Preguntar de qué pedido se trata antes de responder, en lugar de derivar.
- Decir que no hay fuenteLa pregunta del caso: ¿Hacen envíos a una casilla postal?
Decir que no hay información publicada y ofrecer una persona, sin suponer.
- DerivarLa pregunta del caso: Quiero que eliminen mis datos.
Enviar el mensaje de espera y pasar a una persona, con un borrador.
Ejemplo ilustrativo de la tabla de casos de prueba de una versión candidata: cinco casos con el resultado esperado; cuatro pasan y uno empeoró, por lo que el cambio queda en espera.
Ejemplo ilustrativo con datos de muestra.
RegresionesEn desarrollo
Si empeora, no llegará a los clientes
Si los resultados empeoran más de lo tolerado, el cambio quedará en espera y los clientes seguirán con la versión anterior. Para publicarlo igual, hará falta una excepción con motivo.
Qué se registra
Cada ejecución guardará el modelo, la versión de las instrucciones y la del conocimiento.Por idioma, sin promedios
Los resultados se informarán por cada idioma habilitado, nunca promediados.Casos que crecen
Un borrador rechazado con una corrección en la Bandeja pasará a ser un caso propuesto, sin datos personales.
Ejemplo ilustrativo del registro de una excepción: el caso que empeoró, el motivo escrito, quién la registra y los botones para registrar y publicar o cancelar.
Ejemplo ilustrativo con datos de muestra.
Piso de seguridadEn desarrollo
Los temas sensibles se prueban siempre
Los casos de la lista base de temas sensibles se ejecutarán en cada cambio, para cada empresa, y no se podrán desactivar. Cada empresa sumará casos para sus temas propios.
Ejemplo ilustrativo del piso de temas sensibles: seis casos que no se desactivan, todos aprobados.
Ejemplo ilustrativo con datos de muestra.
HistorialEn desarrollo
Cada ejecución quedará registrada
Qué cambió, cuántos casos se ejecutaron, el resultado y quién publicó o registró una excepción. El historial será de solo lectura.
Ejemplo ilustrativo del historial de ejecuciones: cinco ejecuciones con fecha, cambio, cantidad de casos, resultado y responsable; una en espera y una con excepción registrada.
Ejemplo ilustrativo con datos de muestra. Datos ilustrativos.
Salida en vivoEn desarrollo
Por etapas, y con un interruptor de emergencia
Después de las pruebas, Ray saldrá en vivo de a poco. Un interruptor de emergencia detendrá las respuestas automáticas, y las conversaciones nuevas pasarán a la Bandeja.
- 01
Pausado
Ray no responderá. Útil para preparar el conocimiento.
- 02
Solo copiloto
Ray redactará borradores y el equipo decidirá qué se envía.
- 03
Autónomo por porcentaje
Ray responderá a una parte de los clientes, y la parte crecerá por etapas.
Armar los primeros casos de prueba con el equipo de Ray
Una conversación corta con el equipo que construye Ray para revisar el caso de la empresa: las consultas frecuentes, el conocimiento existente, los temas sensibles y el plan de migración.