Hago soporte técnico para juegos, y responderé desde ese ángulo. Además de lo que es el problema, agregaré lo que puede hacer para que los juegos que trabajamos sean mejores para que todos puedan disfrutar.
- ¡El jugador XYZ me hackeó! En nuestro partido, no pude hacer ABC! ¡Prohibirlo de inmediato! Realmente no necesitamos una conclusión. Necesitamos información. Hay al menos cuatro escenarios posibles para casos como este: se activó una habilidad en el juego y el resultado es lo que se supone que debe hacer esa habilidad; un error previamente sin arreglar se ha activado; su sistema / red está interfiriendo con el sistema de juego y el uso real de una herramienta de pirateo. Necesitamos detalles de la situación para verificar el primero y brindar orientación y / o mejorar las descripciones del juego para reducir futuras confusiones. Necesitamos información del sistema para verificar el tercero y proporcionar asistencia relevante para la solución de problemas para que pueda jugar normalmente después. Los detalles de la situación y la información del jugador adversario también nos permiten realizar pruebas para que sepamos si se trata de un error, o si en realidad es una interferencia externa.
- Habilidad / Clase XYZ es OP! Hemos estado quejándonos por años! ¡No debes preocuparte por nosotros! Si bien hay indudablemente desarrolladores que no se preocupan por los comentarios de los jugadores, muchos lo hacen. El problema es que con la diversidad de juegos de cualquier tipo, algunas cosas siempre serán fuertes en comparación con otras, y débiles en comparación con otras. Si cada enfrentamiento es idénticamente exitoso, la diversidad de juego es básicamente cero. Lo que no ve es que mientras A dice que B es OP, C también dice que B es demasiado débil, y además de agregar comentarios, los desarrolladores agregan rutinariamente las estadísticas de uso de habilidades / clases y las modifican en consecuencia. Los comentarios son de importancia crítica: he visto buenas sugerencias implementadas como funciones del juego en tan solo 4 días. Para ayudar a los desarrolladores, los jugadores deben enviar comentarios que incluyan “por qué” y “en qué situaciones” sienten que algo es demasiado fuerte o débil, y si es posible, pueden hacer sugerencias sobre cómo se puede mejorar esto. Algunas ideas son buenas pero no se pueden implementar, algunas son buenas en ciertas áreas pero tienen problemas con otras, y algunas son mejores en todas las formas que el sistema actual, pero es algo que ninguno de los desarrolladores ha pensado todavía.
- Hasta que arregles el exploit XYZ, abusaremos de él hasta que no puedas ignorarlo más. Los desarrolladores trabajan en los errores una vez que son conscientes de ellos, y los retrasos generalmente se deben a la dificultad de abordar un problema, o porque arreglar algo rompe algo en otro lugar. Los errores de abuso de spam solo atornilla a la comunidad de jugadores, y les da a los administradores de la comunidad un dolor de cabeza infernal, pero no acelera una solución de ninguna manera. Y, a veces, tendremos que prohibir a los jugadores porque hicieron esto, aunque el problema se debió inicialmente al código de los desarrolladores. Es una acción muy desagradable que nadie quiere hacer, pero no podemos hacerlo sin crear un precedente que lleve a más abusos en el futuro.
- Escuché sobre esta solución que podría resolver mi problema, pero su EULA no parece permitirlo. ¿Puedes permitirme hacer esto? Sabemos que tienes buenas intenciones, pero no podemos oficialmente recomendar a un jugador que rompa el EULA. Si es un método que probablemente no pueda detectarse, no se lo puede marcar como que infringe el EULA a menos que primero nos diga que lo va a hacer. Antes de enviar una consulta, piense primero en qué respuesta desea, y luego en si el Soporte es capaz de darle esa respuesta. Si vamos a quedarnos estancados por no poder decir algo desde una postura oficial, es mejor que pidas consejo a otros jugadores, que no están sujetos a las mismas restricciones que el Soporte.
- Edit: Ha pasado un tiempo desde el último correo electrónico, ¿el problema con el que me comuniqué ya está resuelto? No podemos ignorar a los usuarios sin perder nuestros trabajos, por lo que no se nos ignora. Cuando los boletos aparentemente se estancan por algún tiempo, generalmente es porque su problema requiere mucho esfuerzo para resolverse o porque las personas capaces de resolverlo están apresurando otras cosas de mayor prioridad. Cualquier cosa que podamos resolver fácilmente se resolverá rápidamente. Para las preguntas que puedo responder directamente, por ejemplo, lo más rápido que un usuario ha recibido una respuesta mía es dentro de un minuto. Si preguntas durante un período bajo, tu respuesta será excepcionalmente rápida. Si acabamos de lanzar una gran expansión y su problema es de naturaleza muy técnica pero poco común (por ejemplo, la pérdida de paquetes en el enrutamiento de la red transcontinental cuando se conecta desde Madagascar), las personas que pueden lidiar con su problema probablemente estén acelerando un parche de día cero. para los inevitables errores inesperados, por lo que puede esperar esperar un rato. Apurarnos es peor que inútil, ya que reasignará por la fuerza los tickets de los subdepartamentos técnicos que realmente manejan el problema al servicio de atención al cliente de primera línea, y cuando lo reasignemos de nuevo, restablecerá su temporizador en la cola. En el pasado, un usuario nos acosó tres veces al día, y la tormenta de reasignación resultante hizo que su caso tardara 5 días en resolverse, mientras que los casos normales tardaron solo 12 horas. No seas ese chico.