Case study
Démo privéeCapsélys - refonte conversion et expérimentation IA
Refonte du site d'un client (WordPress / Divi) sur un staging sécurisé : nouveau parcours d'adhésion, audits de rendu multi-viewports avec Playwright, et prototype d'assistant IA qui oriente vers le bon service.
| Type | Conversion + expérimentation IA |
|---|---|
| Période | Juin 2026 - Juillet 2026 |
| Rôle | Stratégie, audit, UX, contenus, expérimentation IA, présentation client |
| Statut | Staging / workshop MBA |
| Niveau de preuve | La preuve existe hors ligne ou contient des données qui ne peuvent pas être publiées. |
| Stack | WordPress, Divi, Playwright, PHP, PDF, LLM workflows |
| En bref | Refonte orientée conversion, staging WordPress sécurisé, présentation orale client et audits multi-viewports. |
| Preuves | Captures du staging et présentation client de 14 slides, détaillées en entretien. |
Aperçu
Preuves visuelles.
Contraintes
Contexte et contraintes.
- Staging, pas prod finale.
- Client présent à l'oral MBA.
- WordPress et Divi imposés, avec un risque de régression visuelle.
Architecture / workflow
Architecture.
- WordPress + Divi imposés ; refonte sur un environnement de staging sécurisé.
- Audits de rendu multi-viewports via Playwright (le DOM Divi ne suffit pas à prouver le visuel).
- Déploiement séquentiel sur staging pour ne pas casser la prod client.
- Prototype d'assistant IA qualifiant orientant vers le bon service.
- Frontière nette entre le contenu éditable dans Divi (textes, images, modules) et les composants système gardés en code (assistant IA, popup d'adhésion, SEO, sécurité, formulaires).
Décisions
Les choix et leurs compromis.
| Décision | Pourquoi | Écarté |
|---|---|---|
| Déploiement séquentiel sur staging | Valider sans casser la prod client. | Push prod direct. |
| Audits Playwright multi-viewport | Le DOM Divi ne suffit pas à prouver le rendu. | Validation visuelle ponctuelle. |
| Assistant IA qualifiant | Orienter vers le bon service et contact humain. | Chatbot gadget sans cadre métier. |
| Contenu éditable dans Divi, système en code | La gérante modifie ses textes et ses images sans risquer de casser la sécurité, le SEO, les formulaires ou l'assistant IA. | Promettre du 100 % Divi, fragile et faux. |
| Rester sur Divi 4 pour la partie éditable | J'ai testé Divi 5, l'édition visuelle et les interactions cassaient une fois le contenu en place. | Migrer le site sur Divi 5. |
Livraison
Livrables.
- Staging visuel retravaillé.
- Pages service et adhésion mieux structurées.
- Présentation orale client (14 slides).
- Audits visuels et rapports.
- Prototype d'assistant / tunnel.
Résultats
Résultats.
- Support oral MBA prêt avec garde-fous client.
- Refonte staging auditée sur plusieurs tailles.
- Frontière éditable/code documentée pour la cliente. Sur ce type de site, un CMS léger sur mesure évite souvent les limites d'un builder lourd.
- Mesures business réelles à qualifier après déploiement.
Pas encore mesuré
Ce qui reste à creuser.
- Retombées business (conversion, adhésions) non mesurées, c'est un staging, pas une prod utilisée.
- Les gains attendus restent des hypothèses à valider après déploiement.
V2 / suite
Prochaine itération.
- Passage en production après validation client.
- Mesure des retombées conversion une fois en ligne.