Si vous lisez le blog de Seth Godins ( http://sethgodin.typepad.com/ ), vous verrez le même message passer encore et encore:
- Expédiez quelque chose (et écoutez les commentaires)
- N'essayez pas de plaire à tout le monde tout le temps.
J'ai eu un problème similaire avec un produit que je vends. J'ai eu toutes sortes de demandes pour toutes sortes de fonctionnalités. L'application est devenue plus complexe que je ne le voulais vraiment. Chaque option ajoute de la complexité, ce que je voulais éviter. Et maintenant, j'ai plus de complexité que je ne le souhaiterais.
Faire cela plaît à plus d'utilisateurs. Et chasse les utilisateurs qui trouvent qu'il est trop difficile à configurer.
Une configuration simple / avancée est un moyen de sortir de la liaison. Jusqu'à un certain point. Cela rend cependant votre développement plus complexe.
Dans tous les cas où je reçois une demande, je réponds toujours poliment. Parfois, je refuse carrément, bien que ce soit rare. Et là où je fais cela, j'explique pourquoi, généralement c'est en réponse à une demande qui nécessiterait une refonte complète de l'interface utilisateur, une entreprise si massive que je n'irai pas là-bas. Dans ce cas, j'explique mes raisons, mais je remercie l'utilisateur pour la demande.
Dans TOUS les cas, y compris ceux que je rejette immédiatement, je les enregistre dans la base de données des fonctionnalités et des défauts pour examen pour la prochaine version. Cela laisse un peu plus de temps pour réfléchir à tout cela, et peut-être trouver plus tard une alternative qui n'est pas exactement ce qui a été demandé mais qui pourrait ajouter de la valeur.
Si une demande de fonctionnalité a été considérée, annotée et qu'une décision est finalement prise (au moment du développement) pour la supprimer, je la ferme. Sinon, ils sont laissés ouverts pour un réexamen plus tard.
Ce n'est pas une approche parfaite, mais en fin de compte, en tant qu'auteur du logiciel, vous avez certains principes de conception que vous devez respecter ou abandonner. Le choix de chaque approche doit être soigneusement examiné.