Une semaine de lancement a besoin d'une seule vraie échéance et de trois outils d'accord sur celle-ci : une barre de compte à rebours sur le site, des notifications d'achats vérifiés qui démarrent dès l'arrivée de la première commande, et un GIF de compte à rebours dans vos e-mails qui vise le même instant. Fixez d'abord la bonne échéance, et le reste n'est que configuration.
Avant toute chose : choisir l'échéance
Tout ce qui suit dépend d'une date et d'une heure uniques qui ont un vrai sens. Décidez :
- Quand la fenêtre de lancement se ferme, à la minute près, dans un fuseau horaire nommé.
- Ce qui change à ce moment-là : le prix, le bonus, la disponibilité.
- Où c'est appliqué : un coupon Stripe avec date d'expiration, une réduction Shopify avec date de fin, ou la logique de votre propre application.
Notez-la une fois et faites-y référence partout. Si le site dit une chose et l'e-mail une autre, le lancement perd sa crédibilité avant même de commencer. Le raisonnement complet est dans /blog/honest-countdown-timers.
Le calendrier
| Quand | Site | Dashboard | |
|---|---|---|---|
| J-7 | Connecter Stripe ou Shopify ; créer la barre de compte à rebours, non publiée | Brouillon de l'annonce avec le GIF | Archiver les éventuelles campagnes d'exemple |
| J-3 | Tester la barre en préproduction, vérifier le ciblage et le mobile | Envoyer un « bientôt disponible » sans minuteur | Confirmer que les webhooks arrivent |
| Jour du lancement | Publier la barre ; les notifications s'activent à l'arrivée des premières commandes | Envoyer l'annonce avec le GIF | Voir apparaître les commandes vérifiées |
| Jours 2 à 5 | Ne pas toucher aux réglages sauf si quelque chose est cassé | Un e-mail en milieu de semaine, même GIF | Vérifier la part assistée par la preuve |
| Dernières 24 heures | La barre passe d'elle-même aux heures ; aucun changement de texte nécessaire | Dernier rappel avec le GIF | Confirmer que l'application de l'échéance est prête |
| Après zéro | Archiver la barre | Envoyer un mot de clôture, sans minuteur | Noter les résultats pour la prochaine fois |
La barre de compte à rebours
Créez une barre de compte à rebours qui vise la vraie date de fin. Définissez sa portée avec le ciblage par URL : pour la plupart des lancements, « toutes sauf » en excluant le checkout, le compte client et les pages légales fonctionne bien, pour que l'échéance soit visible dans toute la boutique sans interrompre le paiement. Limitez le texte à ce qui se termine et quand : « Le prix de lancement se termine vendredi à 17 h (ET). » Évitez les formules d'urgence génériques.
Testez sur un téléphone. Une barre qui s'étale sur trois lignes sur mobile repousse le contenu vers le bas et finit fermée. Une ligne, un appel à l'action.
À zéro, la barre s'arrête. Archivez-la une fois la campagne terminée. Pour le lancement suivant, « Run again » réutilise la configuration avec une nouvelle date réelle, pour ne pas tout reconstruire. Les barres sont décrites sur /features#bars.
Des notifications de preuve dès la première commande
Ce qui convainc le plus pendant un lancement, c'est la preuve que d'autres personnes achètent, et la seule forme crédible de cette preuve est un achat vérifié. Avec Stripe ou Shopify connecté avant le lancement, la première commande envoie un webhook signé, Provedly l'enregistre avec sa source, et la notification apparaît avec une mention Achat vérifié renvoyant vers votre page de vérification. Aucune étape manuelle, aucune donnée de test.
Deux préparatifs comptent :
- Archivez les campagnes d'exemple avant le jour du lancement. Si vous avez utilisé des exemples pour prévisualiser le design, retirez-les pour que les notifications de la semaine de lancement soient exclusivement vérifiées. La page de vérification affiche la proportion, et un lancement est un mauvais moment pour qu'elle montre une pile d'exemples. Voir /blog/sample-records-labelled-honestly.
- Réglez la fréquence avec prudence. La barre fait déjà le travail d'urgence. Gardez les notifications au plafond par défaut de 5 ou moins, avec l'intervalle de 30 secondes, pour que la page ne paraisse pas surchargée. Les recommandations sont dans /blog/notifications-per-visit-frequency.
Si les commandes tardent au début, les notifications seront rares. Résistez à l'envie de combler le vide avec des exemples sur la boutique en ligne. Rare et vérifié vaut mieux qu'abondant et étiqueté Sample.
Le GIF de compte à rebours pour e-mail
Un e-mail ne peut pas faire tourner un minuteur en direct, mais un GIF animé généré sur l'échéance du lancement s'en approche. Le GIF de compte à rebours de Provedly existe en plusieurs thèmes, s'anime jusqu'à trois minutes à partir de l'ouverture de l'e-mail et reste sous 100 Ko, pour ne pas déclencher de limites de taille ni ralentir les connexions mobiles.
Faites-le pointer vers la même échéance que la barre. Indiquez la date en texte brut près de l'image pour les clients qui bloquent les images ou arrêtent l'animation. Réutilisez le même GIF pour l'annonce, l'e-mail de milieu de semaine et le dernier e-mail ; le compte à rebours s'ajuste à l'heure d'ouverture, donc un seul visuel sert toute la semaine. Les détails de design et de poids sont dans /blog/email-countdown-gifs.
Pendant la semaine, et après
Suivre le dashboard sans surréagir.
Pendant la semaine, le dashboard montre les commandes vérifiées qui arrivent et la part d'entre elles assistée par la preuve, c'est-à-dire dont l'acheteur a vu une notification dans les 30 jours précédents. Lisez cette part comme un contexte, pas comme un tableau des scores. Le trafic d'un lancement est inhabituel, et un chiffre sur une semaine est bruité. Servez-vous-en pour confirmer que les acheteurs voient bien le widget, et gardez les comparaisons fines pour une période plus calme. Le fonctionnement du comptage est expliqué dans /blog/measuring-proof-assisted-orders.
Ne modifiez ni la fréquence, ni le ciblage, ni les textes en milieu de semaine, sauf si quelque chose est vraiment cassé. Chaque changement vous empêche de tirer des enseignements de la semaine.
Après l'échéance.
Quand zéro arrive, trois choses doivent se produire en même temps : la barre disparaît, le coupon ou la réduction cesse de fonctionner, et le prix normal s'affiche. Si quelqu'un vous écrit pour demander une prolongation, vous avez une décision à prendre, mais prenez-la comme une exception assumée, pas en déplaçant discrètement la date.
Ensuite, archivez la barre, notez à quoi a ressemblé la semaine, et laissez tourner les notifications vérifiées. Les commandes du lancement restent de vrais achats, et les notifications continueront de les refléter au rythme habituel.
Questions fréquentes
Puis-je faire un lancement avec le plan Free ?
Oui, dans ses limites : un site, un widget, une barre et 2 000 impressions par mois, soit environ 700 visites à trois notifications chacune. Un lancement qui génère plus de trafic nécessitera Starter ou un plan supérieur. Les plans sont sur /pricing.
Faut-il prolonger l'échéance si les ventes sont bonnes ?
Prolonger apprend à votre audience que les échéances sont négociables, ce qui affaiblit tous vos lancements futurs. Si vous prolongez, annoncez-le clairement plutôt que de réinitialiser le minuteur.
Et si je n'ai aucune commande vérifiée avant le jour du lancement ?
C'est normal pour un lancement. Connectez la source à l'avance, archivez les exemples, et laissez la première vraie commande devenir la première notification.
Créez votre barre de lancement et connectez une source sur /register.