Support supervisé, contrôles Shopify et suivi logistique se trouvent désormais derrière des validations de revue, modification et non-écriture explicites pour un parcours produit à forte confiance.

HC Grillz vend un produit très personnel et fabriqué sur mesure. Le support client est donc un processus de confiance, pas un terrain pour l’automatisation sans contrôle. RECAST a construit une couche capable d’assembler le contexte d’une commande et de préparer l’action, tout en maintenant les envois et écritures engageants sous contrôle humain nommé.

Éléments probants à la publication : les passages inspectés couvraient lecture Shopify, lecture du tableur logistique et recherche de commande, revue/modification protégée du support, reporting Google Ads sur exports, reporting Klaviyo partiel et tests synthétiques contrôlés d’écriture Gorgias. Les vrais canaux et plusieurs prestataires restent soumis à validation ; l’état public est donc actif et supervisé.

L’entreprise

Tyler dirige HC Grillz depuis l’Australie, avec expansion aux États-Unis et au Canada. Une commande suit plusieurs étapes physiques : achat, envoi du kit d’empreinte, retour de l’empreinte, fabrication en Australie, puis acheminement du produit fini.

Ce parcours suscite naturellement des questions. Répondre peut demander la commande Shopify, la bonne ligne ou le bon onglet dans le tableur et une compréhension de ce que l’état de production signifie pour le client.

La contrainte

L’information nécessaire existait, mais entre plusieurs systèmes. L’opérateur devait consulter le dossier commerce, interpréter l’état logistique et rédiger un message adapté à un achat sur mesure impliquant.

La prudence de Tyler était rationnelle. Un système qui hallucine un statut, écrit chez le mauvais prestataire ou envoie un message non revu ne crée pas seulement une erreur d’automatisation ; il crée un problème de marque et de responsabilité.

Pourquoi les outils existants ne suffisaient pas

Shopify montrait la commande, Google Sheets l’avancement, Gorgias la conversation. Aucun ne garantissait que ces sources étaient réconciliées avant la rédaction d’une réponse.

La couche manquante exigeait lectures prouvées, cartographie des statuts par source, validations de revue/modification, journaux d’action et distinction nette entre QA prestataire synthétique et usage normal. Un tableau n’était utile que s’il montrait ce qui était prouvé et ce qui restait verrouillé.

Cartographie de la transformation

Avant

Question client -> contrôle Shopify -> recherche dans le tableur -> interprétation production -> réponse manuelle -> trace fragmentée

Après

File Gorgias -> preuves Shopify + Sheets -> revue Atlas -> validation/modification Shelley -> envoi contrôlé ou attente -> journal d’action

L’action finale reste supervisée. Le système gagne son autonomie route par route au lieu de la supposer globalement.

Un processus de bout en bout

1. Entrée : une question de commande ou logistique arrive dans Gorgias.
2. Recherche de preuves : Atlas vérifie Shopify et le parcours Sheets pertinent au lieu de s’appuyer sur la mémoire conversationnelle.
3. Assemblage : le processus combine commande et état du kit d’empreinte ou de production.
4. Brouillon : une réponse est préparée selon la procédure support et les règles explicites de non-envoi.
5. Validation humaine : Shelley révise, modifie ou rejette avant toute action réelle.
6. Action contrôlée : seule une route approuvée et prouvée peut envoyer ou fermer ; sinon, l’élément reste préparé pour traitement manuel.
7. Trace : journal et suivi prestataire conservent données, compte, approbateur et test ayant soutenu l’action.

Cette route décrit le fonctionnement supervisé. La source ne prouve pas que chaque canal de support réel est entièrement activé.

Ce qui a changé

• Construit : mode propriétaire Atlas, brief quotidien, tri support, recherche de statut, rédaction, instantanés marketing et préparation de prospection.
• Connecté et testé en lecture : Shopify, Google Sheets logistique, exports Google Ads et reporting Klaviyo partiel.
• Gouverné : validation support Shelley, protections revue/modification, règles de non-envoi/non-écriture et gestion chiffrée des identifiants.
• Testé côté prestataire : affectation/relecture Gorgias synthétique et QA envoi-fermeture contrôlée.
• Vérifié actif sous supervision : surface et lectures prouvées soutiennent la revue interne ; aucune automatisation client sans restriction n’est revendiquée.
• Restant : validation support sur canal réel, certains prestataires, reporting Meta actif, lecture/écriture KPI, profondeur Klaviyo et cartographie exacte des statuts logistiques.
• Résultat financier communiqué par le client : aucun.

Preuves

• Preuve commerce : routes de lecture et tableau Shopify inspectés avec succès.
• Preuve logistique : lecture Sheets, recherche de commande et liste d’onglets validées.
• Preuve support : protections revue/modification et conversation Atlas sans écriture testées.
• Preuve QA prestataire : affectation/relecture synthétique Gorgias et tests contrôlés d’envoi-fermeture réussis.
• Preuve reporting : analyse d’exports Google Ads et lecture Klaviyo partielle disponibles.
• Frontière : les écritures synthétiques prouvent le prestataire, pas des envois clients réels. Meta, registre KPI et certains statuts restent ouverts.

La technologie — en dernier

Le VPS appartenant à Tyler héberge OpenClaw et Command Center Atlas. Les parcours couvrent Shopify, Gorgias, Google Workspace et Sheets, analyse des exports Google Ads et reporting Klaviyo. Coffre API chiffré, routes de capacités, journaux d’action, suivis de preuve et barrières d’état rendent chaque action inspectable. Le système de contrôle compte volontairement autant que le modèle.

Témoignage client

Aucun témoignage textuel étayé par la source n’est publié. La prudence documentée de Tyler inspire l’architecture de contrôle sans être transformée en texte promotionnel.

Transformation suivante

Découvrez comment Plutify maintient QuickBooks en lecture seule tout en donnant aux clients une surface CFO active. Les deux systèmes créent du levier en prouvant les lectures avant d’ouvrir les écritures engageantes.

Obtenez votre feuille de route IA

Si chaque réponse client exige de reconstruire l’état entre commerce, logistique et support, la première étape n’est pas l’envoi autonome. C’est une route de preuve. Réservez un audit IA gratuit pour cartographier la vôtre.

Sources

• OPENCLAW-DEEP-CLIENT-CASE-STUDIES.pdf, page 25.
• RECAST_CASE_STUDIES_2026_UPDATED.pdf, page 21, document RA-CASES-001, version 2.0.
• RECAST_WEBSITE_MASTER_BLUEPRINT.md, sections 10.5, 11 et 58.