Tableau permettant de laisser des retours par post et de vérifier le contexte de progression
Au lieu d'un formulaire de contact court, les retours sont laissés sous forme de posts avec titre et corps, et le contenu peut être revérifié dans la liste et la page détaillée.
Les demandes d'amélioration du produit sont souvent difficiles à comprendre avec une seule phrase pour la cause et le résultat attendu. Pour permettre de laisser ensemble l'environnement d'utilisation, le processus de reproduction et le comportement attendu, /feedback a été fourni sous forme de tableau.
Un bon retour n'est pas la collecte courte de plaintes, c'est un enregistrement laissé pour pouvoir revérifier le contexte dans lequel le problème est survenu.
Ce qui a changé dans cette mise à jour
- Un titre et un corps détaillé peuvent être rédigés pour les retours.
- Les retours rédigés peuvent être retrouvés dans la liste et le contenu détaillé vérifié.
- Les rapports de bugs, les demandes de fonctionnalités et les expériences d'utilisation peuvent être laissés de manière spécifique sans être mélangés en une seule phrase.
- Les informations que l'opérateur doit vérifier et les informations qui ne doivent pas être publiées sont indiquées.
- Les bases pour fournir plus clairement les réponses et l'état de traitement à l'avenir ont été préparées.
Comment l'utilisateur vérifie
- Sur /feedback, rechercher les posts existants pour vérifier si le même problème existe.
- Rédiger un titre permettant d'identifier le type de problème.
- Dans le corps, distinguer l'environnement d'occurrence, l'ordre de reproduction, le résultat réel et le résultat attendu.
- Après avoir retiré les informations personnelles, les tokens et le texte original des conversations privées, publier.
Exemple dans le flux d'utilisation réel
Par exemple, lorsque l'utilisateur vérifie l'état actuel d'amélioration, il recherche sur /feedback les posts existants pour vérifier si le même problème existe. Il rédige un titre permettant d'identifier le type de problème. Ensuite, après avoir retiré les informations personnelles, les tokens et le texte original des conversations privées, il publie. Dans ce processus, la portée suivante ne doit pas être confondue avec l'état actuel terminé. La publication sur le tableau ne garantit pas une modification ou une implémentation immédiate. Ainsi, on peut séparer les fonctionnalités déjà fournies des parties encore en stabilisation.
Avant et après le changement
Avant l'amélioration, la portée actuellement fournie et les parties encore en stabilisation pouvaient apparaître mélangées dans une même phrase. Dans cette整理, au lieu d'un formulaire de contact court, les retours sont laissés sous forme de posts avec titre et corps, et le contenu peut être revérifié dans la liste et la page détaillée. Les fonctionnalités déjà fournies sont préservées telles quelles, et seuls les sujets d'amélioration sont expliqués séparément pour que l'utilisateur comprenne l'état actuel sans exagération.
Portée d'application et points à noter
- La publication sur le tableau ne garantit pas une modification ou une implémentation immédiate.
- Les posts publics ne doivent pas inclure le mot de passe du compte, les tokens d'authentification et le texte original des conversations privées.
- Le nombre de retours ne détermine pas automatiquement les priorités ; le risque et l'impact sur le contrat sont examinés ensemble.
- Les problèmes de paiement, d'authentification et de données nécessitent une procédure de vérification distincte des demandes de fonctionnalités générales.
Pourquoi ce changement est important dans la structure globale de 5BY.AI
Le tableau de feedback n'est pas une fonctionnalité pour scorer les opinions des utilisateurs, mais un canal d'enregistrement pour que le produit ne perde pas le contexte d'utilisation réel. Lorsque s'accumulent des informations permettant de reproduire le problème, on peut trouver la frontière de première incohérence sur la base de preuves plutôt que de suppositions.
Critères pour vérifier cette mise à jour
- La portée en cours d'amélioration et la portée déjà stable ne doivent pas être mélangées dans la même phrase.
- L'amélioration de l'UI et de la compatibilité Provider ne doit pas modifier les unités de stockage du Core de mémoire et le contrat de choix de l'utilisateur.
- Les éléments non terminés ne doivent pas être présentés comme des fonctionnalités actuellement fournies et l'état doit être mis à jour dans les mises à jour suivantes.