¿Cómo debería un personaje ficticio de IA dar la bienvenida a usuarios nuevos y recurrentes?
Un personaje ficticio de IA debería ofrecer al usuario nuevo un punto de entrada claro: quién es el personaje, qué escena se está desarrollando y algunas formas de participar. Cuando un usuario regresa, el personaje puede mostrar brevemente el contexto confirmado y ofrecer reanudar, revisar o comenzar algo nuevo. La diferencia clave radica en cuánta orientación necesita cada persona, no en lo que el personaje asume sobre ella. Un regreso tras una larga ausencia no revela la identidad, rasgos privados ni el estado de una relación.
¿Qué necesita saber un usuario que entra por primera vez?
Un recién llegado entra sin un contexto conversacional compartido. Antes de pedirle que tome decisiones dentro de la escena, establezca tres cosas: el rol del personaje, la situación y lo que el usuario puede hacer a continuación. Mantenga esos detalles concretos. «Soy Mira, la encargada del turno de noche de una pequeña estación de tren. El último tren está retrasado; puedes ayudar a revisar el tablón de anuncios, preguntar sobre el andén o sugerir qué hacer mientras esperamos» ofrece un rol, una escena y acciones útiles en un inicio compacto.
Esta estructura sigue un principio de diseño más amplio para primeras experiencias: explicar para qué sirve un agente, ofrecer ejemplos de posibles tareas iniciales y establecer expectativas precisas sobre lo que puede hacer. La guía de diseño de agentes de Microsoft recomienda aclarar el propósito y utilizar iniciadores de conversación (prompts) que correspondan a capacidades reales. Para un personaje de ficción, el equivalente es mostrar la premisa y ofrecer un pequeño conjunto de acciones adecuadas a la escena, en lugar de esperar a que un usuario nuevo invente la interacción a partir de una pantalla en blanco. Microsoft Learn: Human-centered design for agents y Microsoft Learn: Foundational agent customizations
El inicio no necesita una biografía extensa ni una lista exhaustiva de funciones. Proporcione solo la información necesaria para tomar una primera decisión. Haga que el rol del usuario sea opcional y fácil de moldear: puede inspeccionar el tablón de anuncios, hacer una pregunta o proponer una dirección diferente. Si la premisa es solo una invitación a improvisar, indíquelo con claridad. Esto permite a los usuarios comprender la interacción sin sugerir que el personaje ya los conoce.
¿Qué debería cambiar cuando alguien regresa?
Un usuario recurrente puede beneficiarse de no tener que reconstruir una escena previamente establecida. Si se dispone de un historial de conversación fiable, un breve resumen puede nombrar la última escena o decisión confirmada y luego permitir que el usuario decida si aún sigue vigente. Por ejemplo: «La última vez, dejamos a Mira en la estación con el tren retrasado. ¿Te gustaría continuar desde ahí, repasar lo sucedido o empezar una escena nueva?». Este es un ejemplo de diseño, no una afirmación sobre la funcionalidad de un producto en particular.
Ese enfoque aprovecha el contexto para reducir la repetición manteniendo el siguiente paso en manos del usuario. Microsoft describe interfaces para usuarios recurrentes que facilitan la navegación por conversaciones pasadas, de modo que las personas puedan reanudar la interacción sin reiterar el contexto. De manera similar, la guía de diseño conversacional de Google recomienda prestar atención a la interacción previa mientras se mantiene la relevancia de los mensajes y se le cede el turno al usuario. Estas fuentes respaldan el uso del historial como ayuda; la recomendación adicional de ofrecer un nuevo comienzo es una deducción práctica de diseño para el juego de rol de ficción, donde una escena anterior podría ya no ser lo que el usuario desea. Microsoft Learn: Foundational agent customizations y Google: Conversation Design: Speaking the Same Language
Mantenga el resumen breve, específico y modificable. Separe lo que la conversación confirmó de lo que el personaje podría limitarse a sospechar. «Nos quedamos en la estación» es una referencia a la escena; «Siempre disfrutas ayudando a Mira» convierte una elección pasada en una afirmación sobre el usuario. Si el sistema no puede recuperar un historial fiable, debe preguntar por dónde empezar u ofrecer una escena nueva en lugar de inventar una continuidad.
¿Cómo puede el personaje evitar asumir demasiada familiaridad?
Trate el tiempo transcurrido como un dato objetivo del reloj, no como una prueba de un significado personal. Una ausencia prolongada no demuestra que alguien haya olvidado una escena, echado de menos a un personaje, adquirido mayor confianza o que desee un saludo más cálido. Evite frases que presenten estas conjeturas como una historia compartida. El personaje puede limitarse a decir: «Te damos la bienvenida de nuevo. ¿Te gustaría continuar una escena anterior o empezar en otro lugar?». Si la interfaz puede identificar una conversación guardada específica, puede nombrarla sin atribuir un motivo al regreso del usuario.
La misma moderación se aplica a la personalidad y las preferencias. Un usuario que una vez decidió investigar un sonido no ha establecido necesariamente una preferencia permanente por los misterios. Una acción previa puede recordarse como un hecho («Decidiste revisar la puerta del invernadero») y el usuario puede confirmarla, modificarla o ignorarla. Esta distinción es una deducción de diseño editorial: la guía de diseño conversacional citada respalda el uso del contexto de interacción real, pero no justifica tratar ese contexto como prueba de un rasgo privado o de una relación duradera.
¿Cuántas opciones debería ofrecer el inicio?
Ofrezca unos pocos pasos siguientes bien diferenciados, cada uno formulado de manera que el usuario pueda actuar en consecuencia. Por ejemplo: continuar la escena, revisar el último momento o comenzar una nueva. Dentro de una escena, las opciones podrían ser hacerle una pregunta a un personaje, inspeccionar un objeto o sugerir otra acción. Evite un menú desmesurado con todas las actividades posibles; una conversación debe dejar espacio para que el usuario contribuya con sus propias palabras.
El artículo de diseño conversacional de Google recomienda mantener breves los menús hablados y analiza la presentación de opciones en grupos de hasta tres. Esa pauta se refiere específicamente a interfaces conversacionales, en especial de voz, por lo que no debe considerarse un límite universal para cualquier pantalla. No obstante, como punto de partida útil para la bienvenida de un personaje, tres opciones claras mantienen la primera decisión dentro de límites manejables a la vez que dejan margen para una respuesta abierta. Google: The “Rule of Three” Also Works in Conversation Design
¿Qué debería decir el personaje cuando el contexto es incierto?
Utilice una breve secuencia de recuperación: identifique lo que se sabe, señale lo que es incierto y pregunte al usuario qué desea hacer. Si el personaje solo recuerda un lugar, podría decir: «Tengo la estación como nuestro último escenario, pero no tengo claro qué sucedió después. ¿Continuamos allí, lo recapitulamos juntos o elegimos otro lugar?». Esa redacción evita transformar un detalle ausente en una historia inventada.
Si el usuario corrige el resumen, acepte la corrección y avance utilizándola. Si opta por una escena nueva, no insista en redirigir la conversación hacia la anterior. Estas son implicaciones prácticas de permitir que el historial sea modificable y de mantener visible la elección del usuario; las fuentes citadas aconsejan admitir aclaraciones y refinamientos iterativos, aunque no prescriban textualmente este diálogo ficticio. Microsoft Learn: Human-centered design for agents
Un patrón sencillo para ambos mensajes de bienvenida
Para una primera visita, escriba: «Soy [personaje y rol]. Estamos en [escena específica]. Puedes [opción uno], [opción dos] o [opción tres], o bien sugerir otro movimiento». Para un regreso, escriba: «La última vez, [breve escena o decisión confirmada]. ¿Te gustaría reanudar, repasar o empezar de cero?». Utilice el segundo patrón únicamente cuando el contexto anterior esté realmente disponible y sea fiable.
La diferencia radica en la orientación. Los usuarios nuevos necesitan premisas suficientes para participar; los usuarios recurrentes pueden preferir un recordatorio conciso y una forma sencilla de elegir qué sucederá a continuación. En ambos casos, mantenga las palabras del personaje vinculadas a la conversación observable, presente opciones reales y deje que el usuario decida si la continuidad sigue teniendo sentido.