Blog de Metlivi

Cómo enseñar a los jugadores qué pueden hacer las conversaciones con PNJ en el primer capítulo de un juego

Para un diseñador narrativo de videojuegos, el primer capítulo tiene una función específica: ayudar a los jugadores a comprender qué pueden preguntar a un PNJ, qué puede alterar una respuesta y qué ocurre cuando el personaje carece de información suficiente. Enseña esas reglas a través de una conversación opcional y de bajo riesgo que los jugadores puedan probar y examinar. Mantenla separada del tutorial de controles inicial: el objetivo aquí es establecer los límites de la conversación, no explicar el movimiento, los menús o el combate.

27 de septiembre de 20269 min de lecturaLectura, arte y culturaPor Metlivi Editorial Team

Ver productos Volver al blog

Sección 1

¿Qué debe enseñar el primer capítulo sobre las conversaciones con IA?

Transmite un conjunto de expectativas pequeño y preciso en lugar de prometer que los jugadores pueden preguntar cualquier cosa. Un jugador debería ser capaz de distinguir:

Estas son promesas sobre el sistema de conversación de este juego, por lo que deben coincidir con su implementación real. Si solo se admiten ciertos temas o acciones, muestra ese límite antes de dar paso a la entrada de texto libre. Evita que un personaje afirme que cada pregunta tiene una respuesta significativa si el sistema no puede ofrecerla.

**Qué tipo de entrada se acepta:** por ejemplo, elegir un tema sugerido o escribir una pregunta corta.

**Qué puede comentar el PNJ:** como una persona, un lugar o un suceso con el que el personaje se haya topado.

**Qué respuestas afectan al juego:** distinguir la información o el diálogo ambiental de una acción que altera un estado registrado.

**Qué desconoce el personaje:** las preguntas sin respuesta deben recibir un límite claro y dentro del personaje, en lugar de un dato inventado.

**Cómo experimentar de forma segura:** mostrar una pregunta de ejemplo cuyo resultado sea fácil de entender y no comprometa al jugador con una decisión importante.

Sección 2

Una breve secuencia jugable para el primer capítulo

Aprovecha un momento al que el jugador pueda llegar durante la partida habitual, una vez que los controles estén disponibles y la historia haya presentado a un personaje con un motivo para hablar. La siguiente secuencia es un ejemplo de diseño; adapta los nombres y las etiquetas de estado al juego.

Esta secuencia enseña mediante una interacción concreta: una pregunta de información admitida, un límite visible de acción, una opción opcional que modifica el estado y una salida. Las etiquetas de estado aquí son un recurso de diseño ilustrativo, no una afirmación sobre un motor de juego o una implementación concreta.

**Ofrece una conversación opcional.** Un mensajero llamado Iven espera junto a un portón sellado. Un indicador de interacción visible dice: «Preguntar a Iven sobre el camino del norte». El jugador puede pasar de largo y continuar el capítulo. Ningún objetivo obligatorio depende de iniciar el diálogo.

**Muestra el límite en contexto.** Cuando el jugador interactúa, Iven dice: «Puedo contarte lo que vi en el camino del norte. No puedo abrir el portón ni sé qué ocurrió después de marcharme». Una indicación visual compacta en la interfaz señala dos posibles temas: «Estado del camino» y «El portón». Una pequeña etiqueta o icono distingue la «conversación» de una «acción en el mundo».

**Permite al jugador probar una pregunta de muestra segura.** Ofrece una pregunta sugerida: «¿Estaba bloqueado el camino del norte?». Iven responde con un detalle conocido: «Un carro volcado retrasó a la gente esta mañana, pero yo pasé antes del mediodía». La respuesta es útil, acotada y no constituye en sí misma un cambio de estado en el mundo. Si el jugador pregunta lo mismo con sus propias palabras, el sistema puede demostrar que las preguntas admitidas no requieren una formulación exacta.

**Muestra un cambio de estado real por separado.** El jugador puede preguntar a continuación: «¿Puedes mover el carro?». Si Iven puede hacerlo, el juego debe presentar una opción de acción clara como «Pedir a Iven que lo mueva». Tras la confirmación, el juego registra el estado relevante (quizá `cart_moved = true`) y muestra la consecuencia en el mundo o en la conversación. Si aún no hay ninguna acción disponible, indica qué condición falta.

**Cierra sin forzar la finalización.** El jugador puede marcharse en cualquier momento. El capítulo continúa tanto si hizo una sola pregunta, exploró varios temas o ignoró la conversación por completo.

Sección 3

Cómo hacer comprensibles los cambios de estado

Separa tres posibles resultados tanto en la redacción como en el diseño de la interfaz:

Información: «El carro bloqueaba el camino del norte esta mañana». — El PNJ compartió información; no se deduce ninguna acción en el mundo.

Reconocimiento o ambientación: «Recordaré que preguntaste». — A menos que el juego registre una consecuencia, esto es solo diálogo. No insinúes un efecto oculto.

Acción que modifica el estado: «Moveré el carro». — Hay una acción disponible y el juego actualizará una condición observable o identificada.

Sección 4

Mostrar la consecuencia de una acción

Una regla útil consiste en asociar el lenguaje de acción a una elección explícita y respaldarlo con pruebas visibles: un objeto modificado, una entrada de diario actualizada, una nueva ruta o una confirmación clara. Si una acción requiere una llave, una pista previa, un indicador de relación o un hito del capítulo, haz que el requisito sea comprensible cuando bloquee la acción. No le digas al jugador que una acción se ha realizado cuando el estado correspondiente no ha cambiado.

Sección 5

Mapear las interacciones admitidas del PNJ antes de escribir

Para un pequeño encuentro del primer capítulo, un diseñador puede mapear cada interacción admitida antes de redactar el diálogo:

Este sencillo mapa facilita mantener el diálogo coherente con el estado del juego y detectar promesas involuntarias en el texto.

**Tema:** ¿Sobre qué está preguntando el jugador?

**Fuente de conocimiento:** ¿Por qué sabría la respuesta este personaje?

**Condición previa:** ¿Qué hechos o estado deben cumplirse para que la respuesta esté disponible?

**Resultado:** ¿La respuesta solo proporciona información o cambia algo?

**Respuesta alternativa (fallback):** ¿Qué debe decir el personaje si la pregunta queda fuera del alcance admitido o falta la información requerida?

Sección 6

¿Qué debe decir un PNJ cuando no sabe la respuesta?

Un PNJ debe ser capaz de distinguir entre **no saber**, **no poder actuar** y **no entender la pregunta**. Se trata de situaciones distintas para el jugador y requieren respuestas diferentes.

La respuesta alternativa no debe inventar una pista solo para que la conversación siga fluyendo. Tampoco debe castigar al jugador por poner a prueba la interfaz. Mantén un tono coherente con el personaje, pero deja claro el resultado práctico: se desconoce la respuesta, la acción no está disponible o la redacción necesita aclararse.

**Límite de conocimiento:** «No he pasado del puente del este». Esto expone la perspectiva del personaje y evita las suposiciones.

**Información no establecida en el juego:** «No sé quién se llevó la llave. No la he visto desde ayer». Utiliza esto cuando el juego no haya establecido el hecho o el personaje no tenga fundamentos para conocerlo.

**Acción no disponible:** «No puedo mover el carro mientras lo esté usando el equipo de la puerta». Si hay una condición que pueda cambiar más adelante, menciónala siempre que resulte útil.

**Petición poco clara o no admitida:** «Puedo responder preguntas sobre el camino y el portón. ¿Qué te gustaría saber?». Ofrece una vía admitida en lugar de un error ambiguo.

**Pregunta reiterada o irrelevante:** Ofrece una respuesta breve que conserve el límite y, a continuación, permite que el jugador pruebe con otro tema o se marche.

Sección 7

Mantén la conversación opcional y ligera

Haz que la invitación sea fácil de notar, pero permite que los jugadores la ignoren, la abandonen pronto o se detengan tras la prueba de ejemplo. Si la información es necesaria para completar el capítulo, proporciona otra vía para obtenerla o convierte la conversación en un requisito explícito e intencionado; no disfraces un paso obligatorio de opción voluntaria. Evita exigir a los jugadores que agoten todos los temas solo para averiguar cuáles son importantes.

Una breve indicación visual puede ayudar a distinguir los tipos de entrada: los temas sugeridos, el campo de texto libre y las opciones de acción no deben parecer intercambiables si tienen consecuencias distintas. Mantén las instrucciones cerca de la interacción correspondiente. El artículo [«Less Text, More Visuals»](https://aclanthology.org/2022.games-1.3/) documenta un estudio cualitativo con 12 jugadores de juegos lingüísticos y de aprendizaje de idiomas; los participantes esperaban elementos visuales y encontraron abrumador el exceso de texto de incorporación, a la vez que detectaron problemas con el contexto lingüístico y la retroalimentación. Se trata de un estudio acotado sobre un GWAP para PLN, no de una prueba concluyente de que todos los juegos necesiten menos texto o de que el mismo enfoque funcione en todos los géneros. Tómalo como un motivo para realizar pruebas, no como una regla universal: haz que la indicación sea clara y comprueba después si los jugadores la entienden en tu propio juego.

La investigación sobre la fundamentación del diálogo ofrece una lección relacionada pero distinta. En [«A Framework for Exploring Player Perceptions of LLM-Generated Dialogue in Commercial Video Games»](https://aclanthology.org/2023.findings-emnlp.151/), 28 jugadores seleccionados de un subreddit de *Disco Elysium* evaluaron el diálogo en una interfaz de conversación de rol recreada. Los autores señalan que el texto original de los diseñadores se prefirió significativamente frente a las generaciones de GPT-4, y los participantes destacaron la fluidez lógica y la coherencia con el estado del juego. Se trató de una evaluación de diálogos, no de una prueba de incorporación en un primer capítulo. Respaldan la importancia de cuidar conversaciones coherentes y conscientes del estado del juego, pero no determinan cómo enseñar las reglas de conversación a todos los jugadores.

Sección 8

Comprueba si los jugadores aprendieron las reglas correctas

Tras construir la secuencia, observa si un jugador nuevo puede responder a cuatro preguntas prácticas sin una explicación extensa:

Presta atención a los desajustes entre lo que los jugadores deducen y lo que el sistema hace en realidad. Si asumen que cada respuesta cambia el mundo, refuerza la distinción entre información y acción. Si piensan que una negativa es un error del juego, haz más claros los límites o los temas disponibles. Si creen que la pregunta de ejemplo era obligatoria, revisa el mensaje y asegúrate de que el capítulo pueda avanzar sin ella.

El primer capítulo no necesita explicar todas las posibles ramificaciones del diálogo. Su objetivo es permitir a los jugadores probar una interacción representativa y de bajo riesgo, comprender su resultado y ver cómo gestiona un límite el PNJ. Una vez claras esas reglas, los jugadores podrán explorar futuras conversaciones con una idea más precisa de lo que pueden lograr con sus preguntas.

¿De qué puede hablar este personaje?

¿Qué elección, si la hubo, cambió el estado del juego?

¿Qué hace el personaje cuando desconoce una respuesta?

¿Puede el jugador marcharse o saltarse la conversación?

Lecturas relacionadas