Hay un problema real con la forma en que algunos proyectos manejan la retroalimentación de los usuarios. Cuando los desarrolladores se oponen a problemas legítimos con la excusa de que "no vale la pena arreglarlo", se crea una dinámica tóxica, tanto interna como externamente.

He visto este patrón antes, y nunca termina bien. Decirles a los usuarios que sus informes de errores o solicitudes de funciones no cumplen con algún umbral de prioridad arbitrario? Es una forma rápida de destruir la confianza de la comunidad y parecer poco profesional.

La jugada más inteligente siempre es sencilla: reconocer la retroalimentación de manera genuina, explicar tus prioridades actuales y comprometerte a reconsiderarla en el futuro. Incluso si estás realmente ocupado, ese enfoque no cuesta nada y mantiene a la gente comprometida. Desestimar las preocupaciones solo genera resentimiento y hace que tu proyecto parezca descuidado.