Define el rol de un asistente de IA con límites claros
Define audiencia, responsabilidad y exclusiones del asistente y comprueba su alcance con preguntas válidas y solicitudes que invitan a excederlo.

Escribe el rol como un límite de decisión
El rol resulta más útil cuando explica a quién atiende el sistema, qué responsabilidad tiene y dónde termina. «Ayuda a los clientes» es demasiado amplio. «Ayuda a posibles clientes a entender las diferencias publicadas entre planes y deriva las disputas de facturación individuales al soporte» concreta audiencia, tarea y exclusión.
Empieza por quienes utilizarán el canal. Un nuevo comprador, un suscriptor y un empleado pueden usar palabras parecidas y necesitar datos distintos. Elige la audiencia e identifica las pruebas en las que puede basarse el asistente. Si solo dispone de precios públicos y documentación, el rol no debe sugerir acceso a cuentas individuales ni autoridad para cambiar suscripciones.
Describe tareas permitidas con verbos y objetos: explicar una función publicada, señalar una política, pedir una aclaración o detenerse si falta un dato. Enumera después tareas tentadoras pero excluidas. No son casos extremos abstractos: pueden aparecer junto a una consulta válida, como pedir una excepción de reembolso tras hablar de devoluciones.
Convierte el alcance en instrucciones y pruebas
La configuración de Resonoon incluye controles de rol y objetivo, con orientación sobre tareas, audiencia y estilo. Expresa los límites con lenguaje sencillo. Guarda los hechos de la empresa en fuentes aprobadas, sin ocultar precios, direcciones o fechas cambiantes dentro de las instrucciones de comportamiento. Así mantendrás mejor la configuración: cambia la fuente cuando cambie un hecho y la instrucción cuando cambie la conducta esperada.
Prepara dos pruebas para cada límite importante. Primero, una pregunta válida que la fuente pueda responder. Después, una petición plausible fuera del alcance que invite a excederse. Para comparar planes, pregunta qué plan incluye una función concreta y después solicita una promesa de descuento por circunstancias personales. Decide previamente si corresponde responder, aclarar o derivar.
La diferencia importa porque un rol no es solo una etiqueta temática. Puede hablar de devoluciones sin aprobar excepciones, explicar requisitos de citas sin diagnosticar o describir productos sin garantizar una compatibilidad no verificada. Redacta la exclusión como una acción que no debe ejecutar y define el siguiente paso seguro. «No decidas excepciones de reembolso; explica la regla publicada y dirige al equipo que las revisa» es más operativo que «ten cuidado».
Prueba la solicitud tentadora
Utiliza la página de pruebas con ejemplos válidos y fuera de alcance. Guarda textos exactos y resultados esperados en un registro del equipo. Comprueba que la respuesta respete el rol incluso cuando la petición sea emotiva, urgente o esté formulada como si ya hubiera sido aprobada. La cortesía no compensa una promesa falsa.
Si falta un hecho en la respuesta válida, revisa la fuente. Si responde a la petición excluida como si tuviera autoridad, precisa el límite y repite la misma formulación. Cambia una causa cada vez para ver qué mejora. Incluye una paráfrasis de la petición tentadora; de otro modo, podría superar la prueba solo al reconocer una frase concreta.
Evita un rol tan estrecho que rechace preguntas normales. «Responde solo a frases exactas del manual» puede generar fricción innecesaria. Define mejor tema y exigencia de pruebas: responde con respaldo de una fuente aprobada, aclara solicitudes insuficientes y detente si hacen falta excepciones no verificadas o decisiones específicas de cuenta.
Mantén actualizado el límite
Los roles envejecen cuando cambian productos, políticas y responsables de soporte. Asigna un responsable de negocio que revise el rol al cambiar una política, añadirse una audiencia o detectarse una carencia repetida. Mantén el registro de revisión en la documentación compartida y encarga a alguien actualizarlo. Conserva una copia fechada del texto aprobado y de los ejemplos para distinguir alcance deliberado y omisiones accidentales.
Antes de ofrecer el asistente en un canal de clientes, comprueba que fuentes, casos de prueba y relevo humano coincidan con el rol. «Derivar disputas de facturación» no es operativo si nadie se responsabiliza de ellas.
El caso de uso de atención al cliente con IA aporta contexto para un asistente de soporte; la empresa sigue siendo responsable de asignar su alcance y autoridad.