Préparer le lancement · Vérifications
Checklist de vérification avant le lancement d'un service de kuji
Plus qu'un achat réussi, l'essentiel est de vérifier qu'aucune commande ni aucun lot n'est perdu dans les cas particuliers. Reportez les points ci-dessous dans votre grille de recette, en notant les résultats, les responsables et les dates de nouveau test. En cas de défaut, ne publiez que le périmètre corrigé et testé à nouveau.
KUJI BUILDER · Dernière vérification
1. Vérifiez paiement, tirage et stock comme un seul parcours
Même si un paiement est renvoyé ou si plusieurs clients demandent le dernier article en même temps, il ne doit y avoir ni double tirage ni survente. Vérifiez aussi que les requêtes échouées et abouties sont distinguées, afin que le client obtienne un résultat cohérent lorsqu'il réessaie.
- Autorisation normale, refus, annulation par le client et coupure de connexion après autorisation
- Une même requête de paiement ou un même webhook répété n'est traité qu'une seule fois
- Achat simultané du dernier ticket et aucune double attribution du Last One
- La somme des quantités restantes par niveau correspond au total restant
- Commandes et résultats conservés après actualisation, retour arrière et nouvelle connexion
2. Le client doit pouvoir obtenir de l'aide après l'achat
Vérifiez que l'historique des commandes, l'état d'expédition et les moyens de contact sont accessibles sur mobile. Toute demande de consultation ou d'assistance envoyée doit être visible par l'opérateur réel, et aucun message de réussite ne doit s'afficher en cas d'échec d'enregistrement. Alignez les textes opérationnels sur les politiques validées.
- Inscription, connexion, récupération de compte et droits d'accès
- Demandes d'expédition groupée, changement d'adresse et suivi
- Vérification du retrait en magasin et traitement des lots déjà retirés
- Envoi des demandes, prise en charge par l'équipe et processus de réponse
- Consentements obligatoires, liens vers les politiques, informations sur l'exploitant et coordonnées
3. Exercez-vous réellement à la reprise après incident
Disposer de fichiers de sauvegarde ne prouve pas qu'ils peuvent être restaurés. Restaurez-les dans un environnement séparé de la production et vérifiez les commandes, le stock et les demandes. Contrôlez aussi que les données survivent aux redémarrages du serveur et aux déploiements, et que l'équipe est alertée en cas d'échec des contrôles d'état.
- Droits d'accès au stockage persistant et aux sauvegardes
- Création d'une sauvegarde et test de restauration dans un environnement séparé
- Commandes et demandes conservées après redémarrage du serveur et déploiement
- Contrôles d'état, réception des alertes de panne et chaîne de contact de l'équipe
- Procédure de retour à une version stable et règles de traitement des données
4. Transférez les comptes et la documentation d'exploitation
Le responsable de l'exploitation doit avoir accès aux comptes du domaine, du paiement, du cloud et d'administration. Nettoyez les comptes et commandes de test et séparez-les des données réelles. Vérifiez le référencement après validation du domaine définitif et du contenu public ; l'enregistrement d'un site ne garantit ni le moment de son apparition ni son classement.
- Propriétaires des comptes, responsable de la facturation et transfert des droits
- Changement des mots de passe administrateur et révocation des accès des anciens collaborateurs
- Remise du manuel d'exploitation, des résultats de vérification et du périmètre de maintenance
- Vérification du HTTPS, de l'affichage mobile, de la page 404 et de l'adresse canonique sur le domaine de production
- Validation de la propriété dans les moteurs de recherche et envoi du sitemap