Cuando un juego no funciona y tampoco sabes a quién preguntar, el primer obstáculo puede ser redactar la consulta, no arreglar el juego. Si lo compraste en Steam, parece lógico escribir a Steam, pero quizá el problema deba plantearse al desarrollador. Lo que hace falta aquí no es adivinar la causa, sino decidir a qué canal contarle qué escena.
El juego de rompecabezas que aparece abajo, la versión 1.2.0, los tres resultados y el texto de la consulta son ejemplos ficticios para explicar el proceso. No son registros de una partida real ni constancia de haber enviado un mensaje o archivo al equipo de soporte. Las vías oficiales se comprueban en las indicaciones públicas de Steam, Factorio y Larian; la reescritura de la consulta se limita a esta escena ficticia.
Haberlo comprado en Steam no decide por sí solo el canal de soporte
Es un caso ficticio sin desarrollador especificado; no se ha enviado ninguna consulta real.
Valve indica oficialmente que los problemas de los juegos desarrollados por Valve deben dirigirse directamente al soporte de Steam. La guía de Steam también incluye los problemas de la cuenta y las compras, los errores que aparecen en un cuadro de diálogo de Steam e impiden iniciar el juego y los errores de autenticación o de clave de CD que aparecen después de cargarlo. En cambio, los errores y comportamientos inesperados de un juego de terceros después de iniciarlo deben consultarse con el desarrollador o distribuidor, salvo que se trate de un problema de autenticación o de clave de CD de Steam. Guía de Steam sobre soporte para juegos de terceros
El mismo documento explica cómo encontrar los datos de contacto del desarrollador en la sección de soporte de ese juego dentro de la biblioteca. Si no encuentras el canal del tercero, puedes pedirle a Steam sus datos de contacto.
En una consulta real conviene incluir el nombre del juego. En el foro de un juego quizá se entienda aunque lo omitas, pero en un canal que recibe consultas sobre varios juegos puede faltar precisamente ese dato. Si no hay código de error, tampoco hace falta convertir «la pantalla no cambió» en «es un error del servidor». No inventes un mensaje que no apareció; describe la escena que viste.
Incluso dentro de un foro oficial, las preguntas pueden ir por canales distintos
Son dos preguntas separadas en un ejemplo ficticio; no se supone que una conversación pase automáticamente al otro canal.
La ayuda de Factorio dirige los informes de errores y fallos a la sección de informes de errores de su foro oficial, y a quienes preguntan por el progreso del juego o por cómo se utiliza les indica un espacio donde otros usuarios pueden ayudar. Su página de contacto también enumera por separado los informes de errores, la ayuda sobre el juego y las ideas o sugerencias. Aunque encuentres una dirección de soporte técnico, conviene leer qué tipo de contenido debe enviarse allí. Ayuda de Factorio · Canales oficiales de contacto de Factorio
Un anuncio de 2023 en el foro de desarrolladores de Larian indica que los problemas y errores de Baldur’s Gate 3 deben enviarse al equipo de soporte, mientras que la sección mencionada del foro queda para que los jugadores hablen entre sí sobre ayuda y soluciones alternativas. Este material es un ejemplo fechado de esa división. No demuestra los tiempos de respuesta ni todas las políticas actuales de recepción. Aviso de Larian sobre el envío de errores
Por eso, las preguntas de una conversación pública y las de un canal oficial son distintas. A otros jugadores puedes preguntarles «¿A alguien más le apareció la misma pantalla?». Al desarrollador puedes preguntarle «¿Este comportamiento es el previsto?». En ninguno de los dos casos hace falta dar por hecho que la otra persona ya leyó la conversación anterior.
El título debe describir la escena, no adivinar la causa
La versión 1.2.0 es un valor elegido para este ejemplo.
El título inicial de la consulta ficticia es «El juego está roto» y el cuerpo dice: «No pasa a lo siguiente. ¿Es un error? Arréglenlo pronto». Cambiar el tono por «Solicito una intervención rápida» no aporta información a quien recibe la consulta. Lo primero es que el título indique dónde ocurrió el problema y qué acción lo precedió.
La guía de informes de Factorio pide incluir en el título la versión en la que se experimentó el problema y el contexto en que ocurrió. Se publicó por primera vez el 16 de mayo de 2014; no es una plantilla común para todo Steam. Guía de Factorio para informar de errores
En esta escena ficticia se selecciona el tercer rompecabezas de la lista, se completan todas las piezas y se pulsa el botón para pasar al siguiente rompecabezas en la pantalla de resultados. La pantalla de resultados permanece. La expectativa de avanzar nace del nombre del botón. No se comprobó si hacía falta consultar un manual o realizar un paso previo, así que no lo presentamos como causa ni como regla.
También dejamos acotado lo que se observó. La música continúa y el cursor se mueve, pero no sabemos si responden otros botones ni cuánto tiempo se esperó. Por eso escribimos «la pantalla de resultados permaneció después de pulsar el botón», no «todo el juego se bloqueó». El dispositivo de entrada y el nombre real del juego tampoco se han definido en este caso ficticio.
Cuenta los intentos y deja sin rellenar lo que no sabes
Son tres resultados elegidos para el ejemplo, no una tasa de error medida.
En el ejemplo, se supone que la misma secuencia de acciones se repite tres veces. En dos ocasiones permanece la pantalla de resultados y en una se avanza al siguiente rompecabezas. No se fija el orden de esos resultados. El recuento de dos de tres es una condición inventada para explicar el proceso, no el resultado de una prueba real.
Por eso no escribimos «nunca funciona». El hecho de que una vez se avance permite distinguir una pantalla que nunca abre la siguiente de una acción cuyo resultado cambia al repetirla. Convertir este pequeño recuento ficticio en un porcentaje o en la tasa de error de todo el juego ampliaría indebidamente su alcance.
No hace falta aumentar el número de comprobaciones para que la consulta sea sincera. Si solo te ocurrió una vez y cerraste el juego, puedes describir ese único caso. Si has comprobado algo más, une la acción con su resultado y deja sin especificar el tiempo de espera o las condiciones que no revisaste.
Adjunta solo lo que ayude a ver la escena y mantén breve la consulta
La consulta y el diagrama siguientes no son un mensaje enviado ni archivos obtenidos en un caso real.
Una captura de la pantalla de resultados puede mostrar el nombre del botón y la pantalla que permanece, pero una sola imagen no revela si se tomó antes o después de pulsarlo ni cuánto tiempo pasó. Si adjuntas varias, indica cuál va primero y qué acción ocurrió entre una y otra. Los requisitos concretos de los adjuntos deben comprobarse en las indicaciones del canal al que se envía la consulta.
Si en la pantalla ficticia aparece una notificación de mensajería o el nombre de otra persona, ese dato no ayuda a explicar el botón del rompecabezas. Las normas de conducta en línea de Steam prohíben revelar información personal, acosar o enviar spam, y recopilar o distribuir indebidamente información de otras personas. Normas de conducta en línea de Steam
La wiki oficial de Factorio explica que los registros incluyen la fecha y la hora de la sesión, el nombre de usuario del actualizador y las rutas completas de algunos archivos, y que esa información normalmente no es sensible. Es una descripción general de la documentación, no el resultado de examinar el archivo de un lector. Aquí no se define cómo generar registros ni cómo borrar u ocultar datos de archivos personales. Información que describe la documentación de registros de Factorio
> En la versión de ejemplo 1.2.0, la pantalla de resultados permanece después de pulsar el botón para pasar al siguiente rompecabezas. Seleccioné el tercer rompecabezas de la lista y completé todas las piezas; después pulsé ese botón en la pantalla de resultados. En los tres intentos ficticios basados en la misma secuencia, la pantalla de resultados permaneció en dos y en uno se pasó al siguiente rompecabezas. Cuando la pantalla permaneció, la música siguió sonando y el cursor se movió. No comprobé si respondían otros botones ni medí el tiempo de espera. Esperaba pasar al siguiente rompecabezas, pero no sé si hace falta algún paso previo. Quisiera saber si este comportamiento es el previsto y, si no lo es, qué información adicional debería proporcionar.
El nombre real del juego y los datos del dispositivo no se fijan en este ejemplo. En una consulta real hay que comprobar qué pide introducir y qué adjuntos exige el destinatario. Este texto breve tampoco es un informe listo para publicar sobre un juego real: reúne observaciones, expectativas y aspectos no comprobados dentro de una escena ficticia.
Un título parecido solo es el comienzo de la comparación
Es una comparación hipotética; no afirma que se haya encontrado una publicación sobre el mismo problema.
En una búsqueda puedes encontrar el título «El botón siguiente no funciona», pero el botón de una pantalla de inicio de sesión y el de una pantalla de resultados de un rompecabezas pertenecen a escenas distintas. Las palabras del título solo sirven como punto de partida; hay que leer el contenido para saber si describe tu recorrido y tu resultado.
La guía de informes de Factorio pide que, cuando estés seguro de haber encontrado un informe anterior del mismo problema, añadas allí la información en vez de abrir otro. No basta con un título parecido. En este caso, compara la escena y las acciones que llevaron hasta ella antes de tratar ambos informes como equivalentes. Tampoco reescribas tu recorrido ni tus resultados para que encajen con la publicación anterior: si otra persona llegó a la pantalla desde la lista y tú continuaste desde el rompecabezas anterior, los recorridos son distintos aunque ambos terminen con la pantalla de resultados visible.
Lo que no aparezca en el texto puede quedar como pregunta. Puedes preguntar «¿También te ocurrió al elegirlo directamente de la lista?». No conviertas las respuestas de «a mí también» en un recuento de personas afectadas por el mismo error, ni interpretes que una explicación de un usuario demuestra que el problema está resuelto para todos. Conserva solo el alcance que muestran el comentario y el texto original.
Si recibes una pregunta de seguimiento, responde a esa parte sin volver a copiar toda la consulta inicial. Si te preguntan si pasaste por la lista, puedes decir que elegiste directamente el tercer rompecabezas; si te preguntan cuánto esperaste y no lo mediste, dilo así. Añade las condiciones a cualquier observación posterior y no mezcles escenas distintas como si fueran un único resultado.
Haber visto la misma pantalla, investigar la causa, planear una corrección y haber terminado la corrección son afirmaciones diferentes. La falta de respuesta no demuestra que te hayan ignorado ni que no exista un error. Un plan tampoco permite prometer una versión corregida o una fecha de solución.