Vos idées sont toujours les bienvenues

Une petite astuce pour "accélérer" vos suggestions

En tant que développeurs de QuickPlanX, l'un de nos moments préférés chaque jour est de recevoir vos suggestions de fonctionnalités pour cette application de gestion de projet iOS/macOS. Cela nous fait sentir qu'elle fait vraiment partie de votre travail et de votre vie.

Une excellente application repose sur de nombreux retours d'utilisateurs. Nous accueillons toutes les idées d'amélioration, même s'il ne s'agit que d'une simple phrase.

Après avoir reçu vos commentaires, nous nous efforçons de comprendre le contexte derrière votre suggestion, en analysant les points sensibles qu'elle vise à résoudre ou les avantages potentiels. Cependant, si votre suggestion peut nous informer directement des problèmes à résoudre ou des avantages attendus, la vitesse de traitement et la probabilité d'adoption seront considérablement augmentées.

Pourquoi demandons-nous parfois "Pourquoi" ?

Cela explique pourquoi, face à une suggestion apparemment simple, nous ne disons pas immédiatement "Oui", mais confirmons les détails à plusieurs reprises. Ce n'est pas une échappatoire, mais parce que du point de vue du développement :

Il y a souvent plusieurs chemins pour atteindre le même objectif.

Si nous nous concentrons uniquement sur la "fonctionnalité spécifique" que vous avez proposée, il est facile de se limiter à une méthode d'implémentation spécifique. Mais si nous connaissons vos "problèmes" et vos "avantages", nous possédons une vision plus large :

• Trouver une meilleure solution : Nous pourrions utiliser notre connaissance de la conception et de la technologie de l'application pour concevoir une solution plus adaptée, plus rapide ou plus équilibrée pour votre idée.
• Découvrir des solutions existantes : Nous pourrions constater que d'autres fonctionnalités existantes peuvent déjà répondre à vos besoins, vous permettant de résoudre le problème immédiatement sans attendre.
• Éviter les malentendus : La possibilité de mal comprendre votre suggestion diminue considérablement, garantissant que ce que nous faisons est exactement ce dont vous avez vraiment besoin.
• Améliorer l'efficacité : Réduire le coût de communication des confirmations répétées nous permet de terminer l'évaluation et la prise de décision plus rapidement.

Un petit exemple réel

Un utilisateur a un jour suggéré avec force : "J'espère ajouter une fonctionnalité d'intégration d'e-mail pour pouvoir envoyer des e-mails directement dans l'application."

Bien que cette fonctionnalité semble intuitive, nous avons posé des questions sur le scénario derrière elle : "Quelles informations spécifiques voulez-vous envoyer ? Et à qui ?"

L'utilisateur a expliqué : "Je dois envoyer des instructions détaillées pour des tâches spécifiques au personnel externe pour confirmation."

En entendant cela, nous avons compris. Il s'est avéré que son problème n'était pas "de devoir écrire des e-mails dans l'application", mais "comment extraire et partager rapidement des informations".

Si nous ne faisions que "l'intégration des e-mails", la fonctionnalité serait très limitée et lourde. En fait, les champs que chacun doit partager varient considérablement (certains veulent des dates, d'autres seulement des notes), et les canaux de partage ne se limitent pas aux e-mails (peut-être aussi WeChat, Slack).

Nous sommes donc passés au développement d'une fonctionnalité plus flexible de "Sortie de texte de tâche personnalisable".

• Pour cet utilisateur : Il a personnalisé le format de sortie (en ne gardant que "Nom de la tâche + Notes") et l'a envoyé directement par e-mail via la fonction de partage du système, résolvant parfaitement le problème.
• Pour tout le monde : Cette méthode de sortie flexible et configurable a également répondu aux divers besoins de partage d'autres utilisateurs, tels que la rédaction de rapports quotidiens ou l'envoi de messages WeChat.

C'est la magie des "informations contextuelles". Cela nous a aidés à transformer une "demande d'e-mail" initialement étroite en une "fonctionnalité universelle" qui profite à tout le monde.

Parlez plus du "Contexte", pas besoin d'écrire de "Docs"

Alors, la prochaine fois que vous sentez qu'un besoin est complexe ou difficile à expliquer en une ou deux phrases, essayez de parler brièvement de votre "Contexte d'utilisation".

Vous n'avez absolument pas besoin d'écrire un document d'exigences formel (bien sûr, si vous avez l'habitude d'écrire en détail et de manière professionnelle, nous en serions encore plus ravis).

Mais dans la plupart des cas, aucune terminologie professionnelle n'est nécessaire, et ne vous inquiétez pas d'avoir raison ou tort ; mentionnez simplement les deux points suivants en passant :

1. Quel problème avez-vous rencontré ? (par exemple, l'opération actuelle est trop fatigante, sujette aux erreurs ou peu claire.)
2. Comment vous débrouillez-vous maintenant ? (par exemple, je ne peut calculer manuellement qu'avec un stylo, ou je dois aller dans les paramètres pour basculer les commutateurs à plusieurs reprises.)

Suggestion ordinaire : "Ajouter une fonctionnalité de suppression par lot." Suggestion avec contexte : "Je dois nettoyer des dizaines d'anciennes données chaque jour. La conception actuelle nécessite de balayer vers la gauche une par une, et mes doigts me font mal."

Même avec juste cette phrase supplémentaire, nous pouvons souvent juger immédiatement : C'est un goulot d'étranglement d'efficacité à haute fréquence, digne d'une évaluation prioritaire.

Vos idées sont importantes, et les "Raisons" derrière elles sont tout aussi critiques

Parfois, des utilisateurs enthousiastes comme vous ne peuvent s'empêcher de s'inquiéter pour nous : "Est-ce mieux pour l'application de faire cela ?" ou "L'ajout de cette fonctionnalité rendra-t-il l'application plus complète ?"

En fait, les suggestions de fonctionnalités spécifiques que vous proposez sont très importantes ; elles sont souvent le point de départ de notre inspiration.

Mais par rapport à une "solution" isolée, ce dont nous avons davantage besoin de votre part, c'est du "problème lui-même" — surtout lorsque nous ne pouvons pas simplement comprendre la motivation sous-jacente (problèmes et avantages) à partir de la description de la fonctionnalité, ces informations contextuelles deviennent particulièrement critiques.

Parce que du point de vue du développement, la "fonctionnalité souhaitée" n'est qu'une des options pour résoudre le problème, tandis que l'élimination de votre "problème" est notre objectif commun.

Avoir des informations contextuelles claires (problèmes et avantages) apporte deux avantages directs :

1. Jugement plus précis : Nous pouvons comprendre la valeur réelle de cette fonctionnalité pour vous. Certaines fonctionnalités semblent "gênantes", mais si nous savons qu'elles résolvent vos principaux problèmes, nous augmenterons leur priorité.
2. Solutions supérieures : Tout comme le cas de la "Sortie de texte" ci-dessus, peut-être pouvons-nous utiliser notre connaissance du système pour trouver une solution plus simple et meilleure pour vous que celle que vous imaginiez à l'origine.

Par conséquent, ce moment réel où vous êtes bloqué est souvent plus important pour nous. Nous combinerons votre suggestion de fonctionnalité proposée avec les problèmes réels derrière elle pour concevoir le plan de mise en œuvre technique le plus approprié pour vous.

Pas seulement faire des suggestions, mais partager vos "Meilleures Pratiques"

Il y a une autre raison profonde que je veux partager avec vous.

La raison pour laquelle QuickPlanX peut devenir une application appréciée de tous est que notre objectif n'a jamais changé : Partager les meilleures pratiques de gestion de projet de l'industrie avec tout le monde sous la forme d'une application. Nous ne voulons pas seulement être un outil pour "dessiner des diagrammes de Gantt", mais nous nous engageons à être un vecteur de pensée de gestion efficace.

De ce point de vue, chaque suggestion que vous faites consiste essentiellement à partager votre expérience exclusive et vos meilleures pratiques avec la communauté.

C'est pourquoi nous sommes si impatients de comprendre les problèmes et les avantages derrière les suggestions — car ce n'est qu'en comprenant vraiment vos "méthodes pratiques" que nous pouvons les transformer en fonctionnalités universelles, profitant finalement à vous et à des milliers d'utilisateurs comme vous.

---

Annexe : Dans quelles conditions une suggestion sera-t-elle prioritaire ?

(Si vous voulez juste savoir "pourquoi nous demandons le contexte", lire ce qui précède suffit. Le contenu suivant est pour les amis intéressés par la prise de décision produit.)

Pour rendre le processus plus transparent, nous voulons également partager franchement les "Critères de Décision" de l'équipe de développement.

Si nous ne comprenons pas les "problèmes" et les "avantages" derrière votre suggestion, nous ne pouvons pas juger sur la base des 7 dimensions clés suivantes, ce qui peut entraîner la mise de côté d'une bonne idée à l'origine.

1. Alignement de base (Core Alignment)

C'est le principe premier. Bien que notre application prenne en charge les extensions, elle doit s'articuler autour des fonctionnalités de base.

• Certaines fonctionnalités sont excellentes, mais si elles sont trop éloignées du positionnement principal de l'application, nous devrons peut-être les abandonner à contrecœur pour garder le logiciel simple et ciblé.

2. Portée utilisateur (User Reach)

Nous devons évaluer s'il s'agit d'un "problème universel" ou d'un "cas particulier".

• Si une fonctionnalité ne peut résoudre qu'un besoin très particulier pour un très petit nombre d'utilisateurs, sa priorité sera généralement classée après les fonctionnalités qui "profitent à la majorité".

3. Ampleur de la valeur (Value Magnitude)

Même si elle est utile à la plupart des gens, nous devons également voir si l'amélioration qu'elle apporte est suffisamment significative.

• Par exemple : Économiser un clic pour une fonctionnalité utilisée une seule fois par semaine peut ne pas avoir une grande valeur ; mais s'il s'agit d'une opération répétée des dizaines de fois par jour, même économiser une seconde est une valeur énorme.

4. ROI et Équilibre

Bien sûr, nous devons également équilibrer les ressources de développement.

• Nous évaluerons le coût de mise en œuvre de cette fonctionnalité (temps de développement, complexité du système) et s'il est proportionnel aux avantages qu'elle apporte.

5. Généralité sur Spécificité

C'est là que le désaccord surgit le plus facilement. Parfois, la fonctionnalité que vous suggérez est de résoudre un problème plus "directement", mais les fonctionnalités de base ou principales existantes de l'application prennent déjà en charge cette exigence.

• Ce n'est pas que les fonctionnalités existantes sont mauvaises, mais nous avons tendance à maintenir la généralité du système. Si nous ajoutons un "raccourci dédié" pour chaque scénario spécifique, le logiciel deviendra rapidement complexe et difficile à utiliser. À moins que le scénario ne soit extrêmement fréquent, nous donnerons la priorité au maintien d'un support de base universel.

6. Spécialisation et Écosystème

Bien souvent, une exigence est en fait la force d'un autre domaine professionnel.

• Par exemple, bien que notre application prenne en charge les vues de tableau, notre cœur est la "planification de projet", et nous ne pouvons pas (et ne devons pas) reproduire les puissantes capacités de calcul et de création de graphiques d'Excel ; ou pour l'édition complexe de PDF ou la mise en page d'impression, il existe déjà des logiciels très professionnels sur le marché qui font mieux.
• Dans cette situation, plutôt que de développer une version intégrée "rudimentaire et gonflée", nous préférons optimiser l'expérience d'"exportation" ou de "collaboration", ce qui vous permet d'envoyer plus facilement des données vers ces logiciels professionnels pour traitement.

7. Indépendance et Meilleures Pratiques

QuickPlanX n'est en aucun cas un simple clone d'autres applications similaires sur le marché. Notre objectif est d'apporter les meilleures pratiques de l'industrie au public à un prix incroyablement abordable.

• Pour maintenir ce rapport coût-efficacité et cette expérience légère, nous devons éviter d'empiler des fonctionnalités comme ces logiciels d'entreprise coûteux. Par conséquent, "les autres applications l'ont" n'est jamais une raison pour notre développement. Nous préférons rester uniques et rationalisés plutôt que de devenir gonflés et coûteux pour répondre à tous les besoins.

8. Pertinence et Conformité (Appropriateness & Compliance)

Nous nous réservons le droit de refuser les suggestions que nous jugeons inappropriées.

• Cela inclut les suggestions qui ne sont pas claires, ou qui entrent en conflit avec les lois, les règlements ou les normes culturelles.
• Toute autre suggestion que nous considérons comme inappropriée.

Partager cela, c'est pour vous faire savoir plus clairement les facteurs que nous prenons en compte lors de la planification du produit. Nous espérons utiliser votre "histoire de fond" pour nous aider à trouver la bonne décision parmi ces dimensions complexes.

Chaque voix résonne (Every Voice Echoes)

Enfin, nous voulons sincèrement exprimer :

Pour toute suggestion reçue, nous nous efforcerons de découvrir comment chacun utilise cette application et la réflexion qui la sous-tend.

Après tout, bien que nous soyons familiers avec le code, vous êtes l'expert de votre propre flux de travail. Si nous ne recevons qu'une instruction de fonctionnalité isolée, il est parfois très difficile pour nous de percer son mystère dans votre utilisation réelle, et nous pouvons regretter de manquer l'opportunité de vous aider.

Mais avec juste ce petit supplément d'informations contextuelles, la situation pourrait être complètement différente.

Même si votre suggestion spécifique n'est pas adoptée pour diverses raisons, elle nous est toujours d'une aide énorme. Vos commentaires nous aident à dresser un profil utilisateur plus complet et à souligner les angles morts potentiels dans les conceptions existantes. Ces éléments de commentaires rassemblés pourraient un jour donner naissance à une toute nouvelle et meilleure idée.

Merci à chaque ami prêt à passer du temps à donner son avis ; c'est votre expérience réelle qui rend cette application de mieux en mieux.