932. Identidad de la lección
933. Objetivo de aprendizaje
Después de esta lección, podrás anotar un mapa del sistema con requisitos de accesibilidad para la entrada, el tiempo, el texto, el color, el audio y la retroalimentación, vinculando cada restricción relevante con un responsable de implementación y al menos un criterio de aceptación observable, sin alterar los límites de responsabilidad del juego.
934. Por qué importa
La accesibilidad no es una capa visual que se añade cuando el sistema ya está terminado. Cambia lo que el sistema debe aceptar, comunicar y hacer observable. Una mecánica que depende de una entrada rápida, de una diferencia de color o de una señal sonora establece un contrato con el jugador; los requisitos de accesibilidad pueden ampliar ese contrato con alternativas, tiempos ajustables o retroalimentación redundante. Al registrar esos requisitos en el mapa del sistema junto con un responsable y un criterio observable, pueden orientar la implementación sin trasladar las decisiones de juego a los sistemas de entrada o presentación.
935. Conocimientos previos
Debes poder describir límites del sistema, eventos de juego, canales de presentación y decisiones de interrupción o prioridad de los módulos 2.1–2.14. En particular, debes distinguir una regla de juego de la forma en que esa regla se presenta al jugador.
936. Concepto central
La accesibilidad modifica la superficie del contrato de un sistema.
La superficie del contrato es el conjunto de condiciones que el jugador debe poder cumplir y de señales que el juego debe proporcionar para que pueda actuar, decidir y recuperarse. El análisis de accesibilidad revisa cada límite:
- Entrada: ¿Qué acciones puede realizar el jugador? ¿Hay alternativas cuando un método resulta difícil o no está disponible?
- Tiempo: ¿El éxito depende de la velocidad de reacción, de mantener una entrada o de una ventana muy estrecha? ¿Puede ajustarse o sustituirse esa exigencia?
- Texto: ¿Las instrucciones, cambios de estado y consecuencias son legibles, traducibles y comprensibles sin depender únicamente del estilo visual?
- Color: ¿El jugador debe distinguir colores para identificar un estado, objetivo o advertencia? ¿Qué señal que no sea el color comunica el mismo significado?
- Audio: ¿Un sonido comunica un evento necesario? ¿El evento también aparece mediante texto, cambio visual, vibración u otro canal?
- Retroalimentación: ¿El jugador puede saber qué ocurrió, por qué ocurrió y qué acción puede realizar después?
Para cada restricción relevante, el mapa del sistema debe identificar un responsable de implementación y un criterio de aceptación observable. El responsable vuelve accionable el límite; el criterio vuelve comprobable el requisito. El responsable de juego conserva la autoridad sobre la regla, el cambio de estado, la consecuencia y el contrato de dificultad. Los responsables de entrada y presentación adaptan la forma en que el jugador cumple o percibe ese contrato, pero no redefinen silenciosamente el resultado del juego.
El objetivo no es repetir toda señal en todos los canales. Es identificar la información y las acciones que exige el contrato del juego, asignar cada requisito de accesibilidad al límite que puede implementarlo y proporcionar un camino accesible y adecuado hacia él.
937. Modelo mental
Usa el modelo Límite → Requisito → Alternativa → Responsable → Evidencia:
| Paso | Pregunta | Ejemplo de resultado |
|---|---|---|
| Límite | ¿Dónde se encuentra el jugador con el sistema? | Mantener un botón mientras se acerca una amenaza |
| Requisito | ¿Qué debe percibir o hacer el jugador? | Detectar la amenaza y mantener la entrada durante dos segundos |
| Alternativa | ¿Qué otro camino conserva el significado o la acción prevista? | Entrada de alternancia, tiempo ajustable e indicador visual de amenaza |
| Responsable | ¿Qué límite de implementación se encarga y qué sigue perteneciendo al juego? | Entrada gestiona la alternancia; presentación gestiona el indicador; juego conserva la regla y la consecuencia de la amenaza |
| Evidencia | ¿Qué condición observable demuestra que funciona? | Sin audio, el jugador puede ver la amenaza, completar la acción e identificar su resultado |
Aplica el modelo por separado a la entrada y a la presentación. Un método de entrada alternativo no resuelve automáticamente una señal de salida inaccesible, y una señal visual adicional no resuelve una acción que todavía exige un patrón de control no disponible. Al asignar responsabilidades, conserva el límite del juego: los adaptadores pueden cambiar el acceso a una regla, pero no decidir si la regla tiene éxito ni qué consecuencia produce.
938. Ejemplo concreto
Imagina una interacción de punto de control en la que el jugador debe detener un cursor móvil sobre un objetivo. El diseño original puede depender de tres condiciones:
- El jugador ve un objetivo identificado por color.
- El jugador oye un tono breve cuando el cursor entra en el objetivo.
- El jugador pulsa un botón dentro de una ventana temporal estrecha.
Anota la superficie del contrato antes de saltar a una solución de interfaz:
| Límite | Dependencia original | Requisito de accesibilidad | Alternativa u observación posible | Responsable de implementación | Criterio de aceptación observable |
|---|---|---|---|---|---|
| Presentación | El objetivo se identifica por color | El color no puede ser la única señal de estado | Añadir forma, etiqueta, patrón o texto explícito de estado | Responsable de presentación | Sin diferencias de color, el jugador puede identificar el objetivo mediante la señal que no depende del color |
| Retroalimentación sonora | El tono indica que se entró en el objetivo | El evento debe estar disponible sin audio | Añadir cambio visual de estado y vibración opcional | Responsable de presentación o retroalimentación | Con el audio silenciado, la entrada en el objetivo produce un cambio visual que el jugador puede identificar |
| Tiempo | El éxito exige una ventana estrecha | La velocidad de reacción puede ser una barrera | Ofrecer tiempo ajustable, pausa o interacción sin límite temporal | Responsable de juego, con apoyo de entrada | La opción temporal seleccionada cambia la ventana permitida sin cambiar qué objetivo cuenta como correcto |
| Entrada | La acción de confirmación usa un solo botón | La acción no debe depender de un único patrón de control | Permitir reasignación o un método alternativo de confirmación | Responsable de entrada | El control reasignado o alternativo produce el mismo evento de confirmación que el control original |
El responsable de juego conserva la responsabilidad sobre la regla que determina si el objetivo es correcto y qué consecuencia sigue. Los responsables de entrada y presentación proporcionan formas accesibles de cumplir o percibir esa regla. Cada alternativa debe probarse para comprobar su claridad y sus posibles efectos no deseados sobre la dificultad o la progresión.
939. Error común
Un error común es tratar la accesibilidad como una lista de ajustes separada del diseño del sistema o asignar todos los requisitos al responsable de interfaz. Por ejemplo, añadir subtítulos puede exponer un diálogo hablado, pero no necesariamente expone un sonido que advierte al jugador de una amenaza cercana. Del mismo modo, permitir reasignar botones no ayuda si el éxito todavía depende de una velocidad de reacción no ajustable. Sigue cada información y cada acción necesaria hasta su límite, asigna un responsable y formula un criterio observable. Mantén la regla de juego, el cambio de estado y la consecuencia bajo la responsabilidad del juego, salvo que el diseño los cambie explícitamente.
940. Práctica guiada
Crea una anotación de accesibilidad para una interacción pequeña de tu mapa del sistema. Usa un punto de control, una advertencia, una acción de menú o una respuesta de combate; no rediseñes el juego completo.
- Escribe en una oración la decisión que debe tomar el jugador.
- Enumera todas las dependencias de entrada, tiempo, texto, color, audio y retroalimentación relacionadas con esa decisión. Marca como “ninguna identificada” las categorías que no correspondan.
- Para cada dependencia relevante, registra el límite donde ocurre: entrada, regla/estado o presentación.
- Añade al menos un requisito o riesgo para cada categoría relevante.
- Propón una alternativa o señal redundante para la dependencia de mayor riesgo.
- Asigna cada restricción relevante de accesibilidad a un responsable de implementación. Usa al responsable de juego para la regla, el cambio de estado, la consecuencia o el contrato de dificultad; usa responsables de entrada o presentación solamente para las responsabilidades de acceso y comunicación que corresponden a esos límites.
- Escribe al menos un criterio de aceptación observable para cada restricción relevante. Indica qué puede percibir o realizar el jugador bajo la restricción indicada y qué resultado debe permanecer igual.
- Indica qué debe poder percibir, hacer y confirmar el jugador si la alternativa funciona.
Decisión de diseño obligatoria: Elige qué dependencia presenta el mayor riesgo y justifica la elección usando la acción del jugador, la información necesaria y la consecuencia del fallo. No elijas una alternativa solamente porque sea fácil de implementar. Explica también por qué el responsable asignado puede implementar el requisito sin asumir la propiedad de la regla de juego o de su consecuencia.
941. Validación / evidencia
Tu anotación es suficiente cuando contiene:
- Una decisión del jugador expresada con claridad.
- Un límite para cada dependencia identificada.
- Un tratamiento separado de los requisitos de entrada y presentación.
- Un responsable de implementación para cada restricción relevante de accesibilidad.
- Al menos un criterio de aceptación observable para cada restricción relevante.
- Criterios que describan una percepción o acción observable del jugador y conserven el resultado previsto del juego.
- Una asignación explícita de la regla, el cambio de estado, la consecuencia o el contrato de dificultad al responsable de juego cuando corresponda.
- Al menos una ruta de entrada alternativa, un ajuste temporal o una señal de presentación redundante cuando corresponda.
- Una justificación de la dependencia de mayor riesgo basada en el contrato del juego, no en la comodidad de implementación.
Otra persona encargada de revisar o probar el sistema debe poder señalar cada restricción, su responsable y su criterio, y preguntar: “¿Qué debe seguir siendo posible y cómo sabremos que el jugador recibió la información necesaria sin cambiar quién es responsable de la decisión de juego?”.
942. Ideas clave
- Los requisitos de accesibilidad pertenecen a los límites del sistema, no solamente a una lista posterior de interfaz.
- La entrada, el tiempo, el texto, el color, el audio y la retroalimentación son dependencias distintas que deben revisarse por separado.
- Cada restricción relevante necesita un responsable de implementación y un criterio de aceptación observable.
- Los responsables de entrada y presentación pueden cambiar el acceso y la comunicación sin asumir la propiedad de la regla, el cambio de estado o la consecuencia del juego.
- Una alternativa debe conservar la acción o la información prevista, no limitarse a añadir otro efecto de presentación.
943. Próxima lección
Continúa con 2.15 L2 — Valida las rutas de acceso, no solo la ruta predeterminada.
944. Comprobación
Responde estas preguntas por tu cuenta antes de leer las respuestas.
¿Qué describe la superficie del contrato?
Mostrar respuesta y explicación
Respuesta: Las condiciones que el jugador debe cumplir y las señales que el juego proporciona para actuar, decidir y recuperarse
Por qué: La superficie del contrato incluye tanto lo que el jugador debe percibir o hacer como lo que el juego debe comunicar para que esas acciones y decisiones sigan siendo posibles.
¿Por qué deben anotarse por separado la entrada y la presentación?
Mostrar respuesta y explicación
Respuesta: Un método de entrada alternativo no vuelve accesible automáticamente la información de salida necesaria
Por qué: Un jugador puede realizar una acción mediante un control alternativo y aun así no recibir la información necesaria para decidir cuándo o por qué realizarla.
¿Qué anotación proporciona la evidencia de accesibilidad más sólida?
Mostrar respuesta y explicación
Respuesta: “Sin audio, el jugador ve la advertencia, puede pausar la ventana de respuesta y puede confirmar qué causó el cambio de estado.”
Por qué: La evidencia sólida especifica qué debe poder percibir, realizar y confirmar el jugador bajo la restricción relevante.
¿Qué opción distingue correctamente una regla o consecuencia propiedad del juego de un requisito de accesibilidad de entrada o presentación?
Mostrar respuesta y explicación
Respuesta: El juego determina si el objetivo es correcto y qué consecuencia ocurre; la entrada o la presentación gestionan la reasignación de la acción o añaden una señal que no depende del color para ese mismo resultado
Por qué: El límite de juego es responsable de la regla, el cambio de estado, la consecuencia y el contrato de dificultad. Los límites de entrada y presentación pueden cambiar cómo el jugador cumple o percibe ese contrato sin modificar silenciosamente su resultado.