Vous réduisez les retours ecommerce en posant la question de la taille avant le paiement plutôt qu’après. Un agent conversationnel demande ce que la personne porte habituellement, dans ses propres mots, saisit la réponse dans une fiche de coupe structurée, et l’envoie à votre stack, pour que l’erreur de taille qui serait partie et revenue soit d’abord captée.
01 · Ils parlent
02 · Ça devient une fiche
typée · validée · dédupliquée
03 · Votre stack agit
Qui déclenche
Quelqu’un qui fixe un guide des tailles sans confiance, ou qui tient un carton qui n’est pas ce qu’il a commandé. Presque toujours en plein paiement ou en plein déballage, rarement dans un moment calme.
Ce que ça coûte aujourd’hui
Un guide des tailles statique auquel personne ne fait confiance, si bien que les clients commandent deux tailles et en retournent une. Un portail de retour avec six listes déroulantes de codes de raison et aucune place pour « ça taille une taille en dessous ». Une boîte grossiste où un vrai acheteur se retrouve à côté de cent démarchages.
Ce que ça doit produire
Une fiche saisie : l’article, la coupe ou le défaut, ce que le client veut réellement qu’on fasse, et si quelque chose nécessite une personne tout de suite plutôt qu’un formulaire.
70%
des retours mode se ramènent à une question de taille ou de coupe, et un guide statique ne pose jamais la question qui les aurait évités
FitEz
| Champ | Type | Obligatoire | Pourquoi il est là |
|---|---|---|---|
| item_of_interest | text | Oui | Ancre la note de coupe sur le bon produit |
| usual_size_other_brands | text | Oui | Calibre la recommandation sur sa vraie coupe, pas un guide |
| fit_preference | text | Oui | Ample, taille normale ou ajusté, dans ses propres mots |
| order_number | text | Oui | Relie chaque retour, échange ou signalement à la commande |
| return_reason | text | Oui | Oriente le retour et signale un défaut récurrent tôt |
| desired_size_or_color | text | Oui | Ce que l’échange doit réellement apporter |
| safety_or_allergen_concern | boolean | Oui | La seule réponse qui déclenche l’arrêt total vers un humain |
| business_type | text | Oui | Trie un prospect grossiste avant qu’on ne chiffre un prix |
| product_categories_interested | list | Oui | Ce que l’équipe grossiste doit réellement proposer |
| would_reorder | boolean | Oui | Le signal honnête qu’un widget d’avis ne demande jamais |
Et ce qu’il ne fera jamais
Données collectées
212 collectées34 cette semaine5 à traiter
Exporter en CSVJordan Bell
Capturé il y a 40min · Trouver Ma Taille · joina.chat
Données capturées 5 champs sur 6
Depuis la conversation
“J’ai commandé chez plusieurs marques de denim différentes et les tailles ne sont jamais cohérentes entre elles , donc je ne sais jamais vraiment quoi commander avant qu’il ne soit trop tard pour renvoyer facilement.”
Chaque valeur conserve la phrase dont elle est issue, et une valeur que le visiteur n’a jamais dite n’est jamais enregistrée. Le Gnosari ne peut pas se citer lui-même dans vos données.
D’ici, une fiche peut partir directement vers Slack, une feuille, un Zap ou votre propre API. La boîte de réception, c’est là que vous les lisez, pas là qu’elles restent bloquées.
Signed headers
Body
{
"type": "data.collected",
"event_id": "1b6f9c02-4d1a-4f7e-9b3c-2a5e8d0f1c44",
"created_at": "2026-08-11T09:14:22Z",
"payload_version": "v1",
"data_kind": "Note de coupe",
"record_id": 1234,
"attributes": {
"item_of_interest": "Veste de terrain en toile",
"usual_size_other_brands": "M chez la plupart des marques, L sur les coupes ajustées",
"fit_preference": "Reste sur sa taille, préfère ne pas prendre au-dessus",
"contact_email": "jordan.b@example.com"
}
}Deux événements
data.collected se déclenche la première fois qu’un Gnosari collecte un nouveau type de donnée. data.updated se déclenche quand un client corrige quelque chose.
Signé, donc fiable
Standard Webhooks HMAC-SHA256, avec webhook-id, webhook-timestamp et webhook-signature sur chaque requête. Vérifiez avant de toucher à une commande.
Les citations sont facultatives
Le bloc de provenance, les mots exacts du client, est absent tant que vous ne l’activez pas pour cette destination.
Zapier ou Make
Collez une URL Catch Hook dans votre destination Gnosari, puis pointez le Zap vers votre boutique.
Palier gratuit, aucune app à installer, ça se déclenche dès la fiche terminée.
Directement à l’équipe
Tout ce qui accepte un webhook entrant reçoit le payload tel quel.
Aucun intermédiaire. Le support voit la fiche avant le ticket.
Votre propre point de terminaison
Donnez-nous une adresse https, vérifiez la signature, agissez vous-même.
Quelques lignes de code, et le journal de livraison vous dit quand quelque chose n’est pas arrivé.
Et vous voyez chaque tentative
| Quand | Événement | Résultat | Détail |
|---|---|---|---|
| 19:04:22 | data.collected | Livré | 200 OK |
| 19:04:18 | data.collected | Échoué | 503, nouvelle tentative dans 30s |
| Yesterday 09:37 | data.updated | Livré | 200 OK |
| Yesterday 07:52 | data.collected | Livré | 200 OK |
Chaque tentative est conservée, la plus récente en premier, avec la raison quand il y en a une. Les échecs réessayent tout seuls, et le secret de signature se trouve dans votre tableau de bord pour que vous puissiez le renouveler sans appeler personne.
Ce sont des exemples, pas une liste de partenaires. Shopify, BigCommerce, Klaviyo et Zendesk sont tous joignables de la même façon : via un Zap, ou directement vers un point de terminaison que vous contrôlez. Si ça accepte une requête HTTP, ça reçoit la fiche.
Un bouton dans un coin qui ouvre une conversation. Votre logo, vos couleurs, posé sur les pages que vous avez déjà.
Ni fenêtre de chat ni widget. Votre titre en tête, le fil de discussion en dessous, et ça se lit comme si vous posiez la question, pas comme un logiciel qui collecte.
Chaque écran de cette page est un Gnosari publié, intégré depuis l’application. Écrivez dans n’importe lequel.
display_mode="bubble" Un bouton flottant dans un coin. S’ouvre par-dessus votre page et se referme. Le réglage par défaut, celui que personne n’a besoin d’apprendre.
Quatre coins au choix
display_mode="sidebar" Un panneau fixe sur un côté, toujours ouvert. Pour les pages où la conversation est l’objet même, pas un à-côté.
Gauche ou droite, largeur libre
display_mode="sidebar-push" Le même panneau, mais votre contenu se décale pour lui faire de la place au lieu d’être recouvert. Rien sur la page n’est jamais masqué.
Gauche ou droite, largeur libre
display_mode="drawer" Glisse par-dessus la page quand on l’appelle, puis se referme en glissant. L’entre-deux entre la bulle et le panneau latéral.
Gauche ou droite
01 · Un lien que vous envoyez
Glissez-le dans un e-mail, un SMS, une confirmation de réservation ou une signature. Chaque lien porte sa propre phrase d’accueil et son propre titre, et compte ses visites, pour que vous sachiez quel canal a vraiment fonctionné.
02 · Un code à scanner
Chaque lien vient avec un QR. Sur un chevalet de table, un reçu, un bon de livraison, une porte. On pointe son téléphone dessus et la conversation démarre, sans application et sans rien taper.
03 · Un flyer que vous distribuez
Un créateur pour l’objet imprimé lui-même. Choisissez un modèle, restylisez-le, modifiez le texte de la page et exportez une affiche ou une carte prête à imprimer, avec le QR déjà placé.
Douze styles sélectionnés, chacun une couleur et un motif de fond pensés ensemble. Vous en choisissez un, c’est réglé.
22 thèmes de couleur et 44 motifs de fond, chacun dessiné dans le code, en quatre intensités. Soit 3 872 combinaisons avant de toucher au moindre token.
22 thèmes de couleur
44 motifs de fond
Chaque motif, en quatre intensités
Valeurs hex exactes, quatorze polices, forme de bulle par côté, rayon des angles, densité, en-tête et champ de saisie. Les tokens explicites gagnent toujours sur le preset. Deux chats peuvent partager chaque ligne de balisage et porter deux marques différentes : seuls les tokens changent.
Un hôtel de charme
Un outil pour développeurs
fontFamily accepte quatorze polices
Réglé en un seul appel, ou un clic dans l’éditeur. Le changer plus tard prend le même appel unique, et chaque surface publiée se met à jour aussitôt.
| Ce qui change | Un guide des tailles statique | Un formulaire de retour à liste déroulante | Gnosari |
|---|---|---|---|
| La taille avant l’achat | Le même guide pour tout le monde, aucune mémoire des commandes passées | Non applicable | Demande ce qu’il porte habituellement et note la réponse |
| Ce que vous récupérez | Un haussement d’épaules, ou deux tailles commandées par sécurité | Un code de raison sans détail | La coupe ou le défaut, dans ses propres mots |
| Histoire à moitié racontée | Ils devinent et espèrent | Soumis à moitié vide | Il pose la relance avant de le laisser partir |
| Signalement du mauvais article | Un e-mail dans une boîte partagée | Un ticket sans indicateur d’urgence | Un arrêt total et une personne prévenue pour tout ce qui n’est pas sûr |
| Demandes grossiste | Enfouies dans la même boîte que le spam | Non applicable | Qualifiées avant qu’on ne chiffre un prix |
| Arrive dans votre stack | Ressaisi à la main | Export CSV, avec un peu de chance | Webhook signé, dès que c’est complet |
Tout ce que vous devez savoir pour démarrer. Vous ne trouvez pas la réponse que vous cherchez ? Contactez notre équipe.
Notre équipe est là pour vous aider à démarrer.
Gnosari mène les conversations qu'une boutique en ligne gère aujourd'hui avec un guide des tailles, un formulaire de retour et une page grossistes : la taille qu'un acheteur porte habituellement avant d'acheter, ce qui a réellement posé problème quand il renvoie un article, et la taille d'une commande professionnelle. Il pose une question à la fois sur votre site, puis envoie une fiche typée à votre boutique, votre helpdesk ou votre tableau, pour que votre équipe agisse sur des données plutôt qu'un champ libre.