Composer une offre, et se faire payer

Le guide sur les instances clientes explique comment créer un client à la main, et celui sur l'auto-inscription comment le laisser se créer lui-même. Les deux utilisent le même objet sans le nommer : une offre.

Une offre est une proposition commerciale complète — ce que le client reçoit, ce que cela coûte, et la page qu'il lit avant de dire oui. Elles sont listées sous Modèles de client, dans l'onglet Clients, et chacune s'ouvre dans son propre éditeur, car il y a plus d'une douzaine de décisions à l'intérieur.

Ce que reçoit le client

La première section nomme l'offre et la décrit. Deux textes, pas un : la description courte est la ligne de la carte, celle qui décide si quelqu'un clique ; le texte long est la page de l'offre, celle qui décide s'il achète. Ce dernier accepte le Markdown et n'a aucune raison d'être bref.

Vient ensuite le contenu. Les modules se choisissent parmi ceux réellement présents dans l'image déployée — une liste avec recherche plutôt qu'un champ libre, de sorte qu'un module inexistant ne peut pas être vendu. Utilisateurs inclus et Stockage inclus sont les quotas compris dans l'offre ; laisser l'un vide signifie aucune limite sur cet axe.

Une phrase de cette section mérite deux lectures : ces limites sont inscrites sur chaque client à sa création et restent telles qu'elles ont été vendues. Les augmenter ici donne davantage au prochain client, pas à ceux que vous avez déjà.

Le prix, par devise

Une offre ne se tarife pas une fois. Elle porte une liste de prix par devise, et chaque liste contient trois montants.

Vide n'est pas zéro. Un tarif d'extension laissé vide signifie que cet axe n'est pas vendu : le client ne peut pas acheter d'utilisateurs supplémentaires du tout. Saisir 0 signifie qu'il le peut, gratuitement. Ce sont deux promesses différentes, et une seule permet à un client de grandir sans passer par vous.

Quand vous vendez dans plusieurs devises, une liste est marquée par défaut. C'est ce que voit un visiteur dont on ignore la devise. Désigner une nouvelle liste par défaut efface la précédente : deux valeurs par défaut, c'est une question sans réponse.

Tous les prix sont mensuels, quelles que soient les durées que vous vendez par ailleurs. C'est la règle à garder en tête pour la section suivante.

S'engager plus longtemps

Durées vendues est l'endroit où un client peut s'engager sur 3, 6, 12, 24 ou 36 mois en échange d'une remise que vous fixez par durée. Le mois se vend toujours, au plein tarif, et n'est jamais listé : il n'y a rien à choisir à son sujet.

Une remise est une raison, pour un client qui serait resté de toute façon, de vous payer d'avance. Le calcul est le calcul évident : le prix mensuel multiplié par les mois, moins votre pourcentage.

L'essai gratuit est un nombre de jours, et une case vide signifie pas d'essai. L'effacer est une décision qui s'enregistre : le badge disparaît de la carte.

La page que lit l'acheteur

La section Présentation est la partie qui vend. Points forts et applications incluses sont de courtes listes ; les captures d'écran vont jusqu'à six images, téléversées ou pointées en https.

Les limites sont réelles et affichées sur chaque champ pendant la saisie : huit entrées de quatre-vingts caractères. Elles sont appliquées avant que la requête ne quitte votre navigateur — un neuvième point fort est donc refusé pendant que vous pouvez encore y faire quelque chose, plutôt qu'accepté puis écarté en silence.

À côté du formulaire, l'aperçu montre la carte que le client recevra vraiment, mise à jour à mesure que vous tapez — avec un petit simulateur : choisissez une devise, une durée, un nombre d'utilisateurs, et lisez le total. Il indique clairement qu'il est indicatif et que le débit est recalculé côté serveur, ce qui est vrai et bon à savoir : ce qu'un client paie n'est jamais décidé par une page qui tourne sur son appareil.

Où l'offre est vendue

Deux bascules, et ce ne sont pas la même décision.

Afficher dans l'espace client la propose à vos propres clients, dans votre espace, sous votre marque. Lister sur le marché public la place en plus dans le catalogue public de la plateforme, où n'importe qui peut la trouver — y compris des gens qui n'ont jamais entendu parler de vous.

Aucune des deux n'est active au départ. Préparer une offre et la mettre en vente sont deux actes distincts, et l'aperçu le dit tant que les deux sont éteintes : vous seul la voyez.

Une troisième bascule apparaît une fois l'offre créée. Disponible pour de nouveaux clients la retire : plus personne ne peut la choisir, et tous les clients déjà dessus continuent de fonctionner. C'est ainsi qu'on retire une offre — pas en la supprimant, ce qui laisserait des clients rattachés à quelque chose qui n'existe plus.

Se faire payer

Vendre est une chose ; recevoir l'argent en est une autre, et cela a son propre panneau : Versements, dans le même onglet.

La plateforme est le vendeur : elle encaisse auprès de votre client et vous reverse votre part. Aucun argent de client ne transite donc par cet écran. Ce qu'il fait, c'est connecter le compte qui reçoit cette part, et vous montrer deux choses — si les versements sont réellement activés, et les frais de plateforme appliqués.

Se connecter ouvre la vérification d'identité du prestataire de paiement, sur son site. C'est cette vérification qui explique que « connecté » et « versements activés » soient deux états distincts : un compte peut être connecté et attendre encore une validation, et un versement qui n'arrivera pas vaut mieux d'être connu avant de facturer qu'après.

Qui a le droit de vendre

Exploiter un environnement multi-client est ouvert à tous les intégrateurs. Vendre au travers ne l'est pas, et la différence est assumée : il s'agit d'argent qui change de mains sous notre nom.

L'éditeur pose la question à la plateforme, au lieu de lire un rôle lui-même, et répond en vous montrant les sections que vous pouvez utiliser. Sans la capacité de vente, la section Prix et la bascule marché apparaissent verrouillées plutôt que masquées, avec la conséquence écrite noir sur blanc : l'offre sera créée gratuite, et les clients pourront la prendre sans payer. Une section absente aurait ressemblé à une fonction manquante ; une section verrouillée vous dit quoi demander.

S'y ajoutent les permissions ordinaires : tenant.view pour voir les offres, tenant.manage pour en modifier une, commerce.view et commerce.manage pour le compte de versement. Préparer ce que l'on vend et être payé sont deux droits distincts, et un collègue peut détenir l'un sans l'autre.