Alertes de retrait en magasin
La mise en place prend une minute environ. Le plus lent n’est pas le logiciel : c’est de décider comment vous vous appelez, car l’identifiant finit sur une affiche et ne se modifie plus ensuite.
À quoi cela ressemble vraiment
Une boulangerie, une boucherie, une librairie et un magasin de vélos ont le même problème l’après-midi : la commande est prête et le client n’est pas là. Un canal, une ligne par numéro de commande, et le comptoir de retrait cesse d’être une file de gens qui demandent si c’est prêt.
Comment le mettre en place
- Créez un canal pour la boutique et imprimez son QR code sur la confirmation de commande et en caisse.
- Envoyez le numéro de commande et l’heure limite de retrait. Rien d’autre n’a besoin d’y figurer.
- Reliez-le ensuite à votre logiciel de caisse — un POST vers l’API envoie la même ligne tout seul.
Un identifiant, imprimé une fois, définitif
Un canal vit sur drop.top suivi de son identifiant, et cette adresse ne change jamais. Elle n’est plus modifiable après la création, car elle finit sur une affiche à l’entrée d’une école, sur une porte de festival et dans un QR code que quelqu’un a déjà plastifié. La page derrière explique ce qu’est le canal, ce qu’il demande à un téléphone et comment s’abonner — de sorte qu’un inconnu lisant une affiche peut décider avant d’installer quoi que ce soit. Nous générons le QR code nous-mêmes, côté serveur, et il ne part jamais chez un service d’images tiers.
Rédiger, programmer, envoyer — et ce qu’annuler ne défait pas
Rédiger et envoyer sont volontairement des droits différents, pour que la personne ou le script qui écrit une alerte n’ait pas le droit de la publier. Une alerte programmée devient visible à son heure sans que rien n’ait à tourner à cette minute : un serveur brièvement en panne livre donc en retard plutôt que jamais. Annuler est honnête sur ses limites : cela arrête une alerte pour les téléphones qui ne l’ont pas encore récupérée et ne fait rien pour ceux qui l’ont déjà. Une alerte ne peut pas être reprise.
Trois chiffres, et celui que nous n’imprimerons pas
Vous obtenez : combien d’appareils pouvaient être atteints au moment de l’envoi, combien de téléphones ont signalé avoir ouvert l’alerte, et combien ont accusé réception. Ce que vous n’obtenez pas, c’est un taux de délivrance, car il n’existe nulle part dans ce produit d’enregistrement de délivrance par appareil — et c’est précisément cette absence qui fait qu’envoyer à quatre millions de personnes coûte autant qu’envoyer à quatre. Les lectures et les accusés sont des auto-déclarations d’appareils qui ont choisi de les envoyer, et ils sont nommés comme tels plutôt que déguisés en reçus.
Questions, réponses sans détour
Puis-je changer mon identifiant plus tard ?
Non, et c’est volontaire. Il finit sur des affiches et dans des QR codes, et un identifiant modifiable transforme le panneau plastifié de quelqu’un en lien mort. Choisissez-le comme un nom de rue.
Puis-je annuler un envoi ?
Non. Annuler l’arrête pour les téléphones qui ne l’ont pas encore récupérée et ne fait rien pour ceux qui l’ont déjà. Rédigez en brouillon et relisez avant d’envoyer ; cette habitude vaut mieux que n’importe quel bouton d’annulation que nous pourrions offrir.
Pourquoi n’y a-t-il pas de taux de délivrance ?
Parce qu’il n’existe nulle part dans le produit d’enregistrement de délivrance par appareil, et c’est un choix de conception délibéré plutôt qu’un manque. La boîte de réception d’un téléphone est une requête sur les alertes envoyées, ce qui rend le coût indépendant de la taille du public. Nous préférons montrer trois chiffres que nous assumons plutôt qu’un quatrième inventé.
Les abonnés doivent-ils créer un compte ?
Non. Ils installent l’application, s’abonnent à un identifiant, et c’est tout. Seule la personne qui gère le canal s’inscrit à quelque chose.
Dites-le une fois. Tous les téléphones abonnés le reçoivent.
Gratuit jusqu’à 100 abonnés, sans carte pour commencer, et l’identifiant est à vous définitivement.
Créer un canal