web-dev-qa-db-fra.com

Comment rétrograder des niveaux de produit avec des limites définies? 50 → 20 utilisateurs

Je suis en train de concevoir une webapp qui comporte trois niveaux de produits. Dans l'application, vous pouvez créer une organisation et un nombre spécifié de personnes, de documents et de pièces peuvent lui appartenir en fonction du plan de produit que le propriétaire de l'organisation paie.

La mise à niveau du plan semble une évidence. L'utilisateur choisit de mettre à niveau, nous l'envoyons au fournisseur de paiement tiers et débloquons le niveau supérieur suivant pour lui.

Là où j'ai du mal, c'est avec la rétrogradation. Si une personne passe d'un niveau qui permet 50 personnes et 50 parties à un niveau moins cher qui permet 20 personnes et 20 parties, comment le compte est-il purgé des personnes et des pièces? Je suis d'accord pour permettre à l'utilisateur de conserver les documents hérités.

Je peux leur donner une semaine pour désactiver qui et quoi ils veulent désactiver ou .....? Si on me laisse, comment dois-je procéder pour sélectionner les personnes et l'équipement auxquels refuser l'accès?

Je suis sûr que ce flux de travail a déjà été compris. Quelqu'un connaît-il un logiciel qui le fait bien ou a-t-il une expérience directe de ce problème?

1
Switters

La plupart des produits facilitent la mise à niveau (1 clic dans l'application) et sont difficiles à rétrograder (contactez l'assistance). Il s'agit en partie d'augmenter les frictions en cas de déclassement, mais un autre pourrait être de traiter les problèmes de migration.

Une approche courante, et celle que mon entreprise utilise, consiste à désactiver des utilisateurs supplémentaires. Les documents, etc. restent associés aux utilisateurs désactivés pour des raisons d'intégrité des données. Cela facilite également la tâche lorsque l'utilisateur se rend compte: "Attendez, John a réellement besoin d'un compte", il est facile de restaurer les données de l'utilisateur.

Comment savez-vous lequel des 50 utilisateurs vous désactivez? Vous obtenez ces informations via l'appel de support, ou si vous le faites automatiquement (par exemple, la période d'essai a expiré), commencez par supprimer les utilisateurs les moins actifs qui ne sont pas administrateurs. Ensuite, il est plus facile pour l'administrateur de désactiver les autres/de réactiver les utilisateurs. Ou si vous avez une action de rétrogradation explicite, demandez à l'utilisateur quels utilisateurs désactiver.

C'est un peu une astuce psychologique, mais vous pouvez utiliser Loss Aversion pour le rendre moins probable pour l'utilisateur de rétrograder. Vous passez de 50 utilisateurs à 20, en demandant à l'utilisateur de sélectionner les comptes à désactiver, vous en faites une activité très importante pour l'utilisateur.

1
nightning