Il y a un vrai problème dans la façon dont certains projets gèrent les retours des utilisateurs. Lorsque les développeurs repoussent des problèmes légitimes en prétextant qu'ils « ne valent pas la peine d'être corrigés », cela crée une dynamique toxique—tant en interne qu'en externe.
J'ai déjà vu ce schéma auparavant, et cela ne se termine jamais bien. Dire aux utilisateurs que leurs rapports de bugs ou leurs demandes de fonctionnalités ne répondent pas à un seuil de priorité arbitraire ? C'est une façon rapide de faire perdre la confiance de la communauté et de paraître incroyablement peu professionnel.
La stratégie la plus intelligente est toujours simple : reconnaître sincèrement le retour, expliquer vos priorités actuelles, et vous engager à le reconsidérer plus tard. Même si vous êtes vraiment débordé, cette approche ne coûte rien et maintient l'engagement des gens. Rejeter les préoccupations ne fait que nourrir le ressentiment et donne l'impression que votre projet est négligé.
Voir l'original
Cette page peut inclure du contenu de tiers fourni à des fins d'information uniquement. Gate ne garantit ni l'exactitude ni la validité de ces contenus, n’endosse pas les opinions exprimées, et ne fournit aucun conseil financier ou professionnel à travers ces informations. Voir la section Avertissement pour plus de détails.
11 J'aime
Récompense
11
7
Reposter
Partager
Commentaire
0/400
TideReceder
· 01-05 14:23
Juste dire que les développeurs installent quoi, tu oses même ignorer les retours des utilisateurs, pas étonnant que le projet ne progresse pas loin
Voir l'originalRépondre0
ser_ngmi
· 01-03 18:26
Les projets comme nah sont vraiment agaçants, de toute façon ils ont tous fait faillite à la fin.
Voir l'originalRépondre0
ForkItAllDay
· 01-03 01:52
nah c'est pourquoi beaucoup de projets finissent par échouer, l'attitude de ne pas prêter attention aux retours des utilisateurs est vraiment incroyable
Voir l'originalRépondre0
NeverVoteOnDAO
· 01-03 01:51
Les bugs que les développeurs disent ne pas valoir la peine de corriger finissent souvent par causer des explosions, j'en ai vu trop de projets mourir ainsi
Voir l'originalRépondre0
0xSunnyDay
· 01-03 01:44
La façon dont les développeurs disent "pas digne d'être réparé" est vraiment géniale, cela détruit directement la confiance
Voir l'originalRépondre0
OPsychology
· 01-03 01:33
ngl c'est pourquoi certains projets échouent directement, faire semblant de ne pas entendre les retours est le plus fatal
Voir l'originalRépondre0
AirdropDreamer
· 01-03 01:27
Je comprends parfaitement, j'en ai vu trop de projets se tirer une balle dans le pied... Une seule phrase comme "ça ne vaut pas la peine de réparer" a fait fuir les utilisateurs.
Il y a un vrai problème dans la façon dont certains projets gèrent les retours des utilisateurs. Lorsque les développeurs repoussent des problèmes légitimes en prétextant qu'ils « ne valent pas la peine d'être corrigés », cela crée une dynamique toxique—tant en interne qu'en externe.
J'ai déjà vu ce schéma auparavant, et cela ne se termine jamais bien. Dire aux utilisateurs que leurs rapports de bugs ou leurs demandes de fonctionnalités ne répondent pas à un seuil de priorité arbitraire ? C'est une façon rapide de faire perdre la confiance de la communauté et de paraître incroyablement peu professionnel.
La stratégie la plus intelligente est toujours simple : reconnaître sincèrement le retour, expliquer vos priorités actuelles, et vous engager à le reconsidérer plus tard. Même si vous êtes vraiment débordé, cette approche ne coûte rien et maintient l'engagement des gens. Rejeter les préoccupations ne fait que nourrir le ressentiment et donne l'impression que votre projet est négligé.