Quelle est la meilleure façon de fournir des informations de tarification dynamiques (exemple à l'intérieur)
J'ai un cas d'utilisation où l'utilisateur souhaite obtenir un prix basé sur un nombre spécifique d'unités, par opposition à un scénario de coût/vente standard classique. Le backend gère le calcul des nombres/le levage de charges lourdes sur la base d'un ensemble dynamique de variables afin de fournir un prix unique à l'utilisateur.
Dans ce scénario, les prix baissent en fonction du nombre d'unités recherchées. L'utilisateur a généralement besoin d'un nombre spécifique d'unités et il n'y a pas beaucoup de points communs en termes d'unités moyennes requises dans la base de clients.
L'idée ici est de fournir le prix le plus pertinent à l'utilisateur et de fournir une expérience personnalisée qui convient mieux à son propre cas d'utilisation - ils ont besoin d'un nombre unique d'unités et d'un prix pour ce montant, pas d'un montant de - à.
Une alternative est de fournir une matrice des coûts, mais cela semble plutôt primitif. Il existe également des facteurs de conversion en jeu qui pourraient être influencés par la paralysie de l'analyse, etc.
Voici nos premières idées. Je voulais obtenir des commentaires sur ce que vous en faites et, compte tenu du cas d'utilisation détaillé ci-dessus, ce que vous feriez différemment.
Voici les défis tels que je les vois:
- Fournir à un utilisateur un moyen intuitif d'obtenir un prix unitaire
- Rendre ces informations sur les prix faciles à comprendre et à agir;
- Transformez le prix en un événement de conversion qui a du sens pour l'utilisateur et qui peut être suivi.
Pourquoi ne pas informer directement votre client sur les fourchettes de prix et les réductions qu'il obtient en augmentant la quantité de commande? C'était toujours la première chose que je demandais à notre revendeur au téléphone pendant mon apprentissage.
J'ai esquissé une idée et l'ai filaire dans Axure ici .
Mon idée était de
- montrer au client quand il obtient des réductions à quelle quantité
- visualiser la quantité
- essayez d'éviter un bouton de calcul
- éviter au client des erreurs lors de la saisie d'un mauvais numéro de quantité
Que diriez-vous de ne pas exiger un autre bouton pour calculer mais de changer la saisie via Javascript, etc. C'est une étape de moins pour l'utilisateur et plus simple.
Aussi l'une de mes solutions de tarification préférées de tous les temps: http://mailchimp.com/pricing/b/growing-business/
Vous pouvez également afficher à droite ou à gauche (selon la taille de l'écran) les meilleures options, donc si vous prenez 100 unités de plus, vous économiserez 20 $, etc. pour tirer le meilleur parti de la transaction.