Réponse en bref
Le formulaire soumis et le visiteur ont vu un écran de remerciement — et c'est là que la garantie prend fin. Trois destinations, prises une à la fois : le CRM, le fournisseur de paiement et l'analyse. Ce que chacun a besoin de vous, comment chacun échoue, et…
La réponse courte : le formulaire est seulement le premier lien
Une intégration est une chaîne de transferts. Le navigateur envoie les données à votre serveur, le serveur les stocke, et seulement alors il transmet l'enregistrement à un CRM, à un fournisseur de paiement, à un paramètre analytique. Chaque maillon de cette chaîne échoue à ses propres conditions.
Le message qui se lit «merci, nous avons votre demande» décrit le premier lien et rien au-delà. Cela signifie que la requête a atteint le serveur et le serveur a répondu avec un code de succès. Ce qui s'est passé après cela ne fait pas partie de la promesse que vient de lire le visiteur.
C'est là que vit la situation dans le titre. Le formulaire fonctionne, le visiteur est certain qu'il vous a contacté, et pendant ce temps le CRM est vide, l'email de notification est assis dans un dossier spam, et le rapport de canal n'a aucune ligne pour l'enquête du tout.
Le reste de cet article va destination par destination: ce que chaque intégration a besoin de vous avant que quelqu'un écrit une ligne de code, comment il échoue, et quels contrôles d'acceptation attraper un échec silencieux avant qu'un client perdu ne l'attrape pour vous.
Qu'est-ce qu'une soumission réussie prouve: CRM, paiements et analyses font des tâches différentes,…
Une réponse réussie prouve trois choses. Le paramètre existe, les champs soumis ont été validés, et un enregistrement a été écrit de votre propre côté. C'est moins que la phrase est habituellement considérée comme signifiante, et elle vaut encore la peine d'avoir : sans ce lien, il n'y a rien à faire.
Il ne prouve pas qu'un courriel a été livré, qu'une ligne est apparue dans le CRM, qu'un paiement a été confirmé, ou qu'un événement a atteint l'analyse. Tout cela se produit après que la réponse a été envoyée, et ils se produisent hors de la vue du visiteur.
Un développeur peut démontrer la réponse réussie et fermer le ticket de bonne foi. Par conséquent, l'acceptation ne devrait pas tester la soumission; elle devrait tester chaque destination par son nom. Ouvrez le CRM et voyez l'enregistrement, ouvrez la boîte de réception et voyez la notification, ouvrez le tableau de bord et voyez l'événement.
La réponse technique est une séparation. La confirmation du visiteur est gagnée par l'écriture de votre côté, et la livraison à chaque destination devient une seconde opération avec son propre journal, ses propres relevés, et sa propre alerte à une personne nommée quand elle ne réussit pas.
Trois destinations, et à quoi chacune sert
Le CRM possède l'enquête. Il garde le contact, l'historique et l'étape de la transaction, assigne quelqu'un à répondre, et vous permet de demander six semaines plus tard ce qui est devenu d'une piste particulière. Une boîte de réception partagée ne peut pas faire cela ; le fil dérive simplement dans la liste jusqu'à ce que personne ne s'en souvienne.
Le fournisseur de paiement possède l'argent et la surface légale: la carte, la monnaie, le reçu, le remboursement. Un décalage entre la charge et l'enregistrement est visible par l'acheteur et sa banque, c'est pourquoi cette destination est vérifiée par une transaction réelle plutôt que par une capture d'écran d'une boîte à sable.
L'analytique possède l'attribution. D'où venait le visiteur, d'où venaient les pages qu'il lisait, à quel pas il partit. Sans elle un budget de publicité est fixé à partir des impressions dans la salle plutôt que de ce que votre propre site peut vous dire sur le chemin qui mène à une enquête.
Trois systèmes, trois emplois, trois façons de casser. C'est la raison pour laquelle une seule ligne de citation où l'on lit «set up integrations» ne vous dit rien d'utile dans le travail. Chacun a besoin de son propre accès, de sa propre cartographie de terrain et de son propre contrôle lors de la remise des travaux.
Ce qu'une intégration CRM a besoin de vous
Un compte et les droits de l'utiliser. Un plan CRM opérationnel qui permet la création de dossiers par l'intermédiaire de son API, et une clé ou une connexion émise au nom de l'entreprise plutôt que du profil personnel d'un employé qui peut remettre son avis en mars.
Une carte de terrain. La liste des champs sur le formulaire et le champ CRM se trouve chacun dans: nom, téléphone, email, message, source, campagne. Sans cette liste, le développeur devine, et les surfaces d'inadéquation sur les demandes en direct de personnes réelles plutôt que pendant les tests.
Règles sur les pipelines. Quelle étape un nouvel enregistrement entre, qui est assigné comme son propriétaire, et ce qui devrait se passer lorsque la même personne écrit deux fois: une seconde carte, ou une note annexée à la carte qui existe déjà sous leur numéro de téléphone.
Une réponse à la question de qui l'ouvre. L'intégration porte l'enquête jusqu'au système; une personne avec une notification et un temps de réponse convenu la porte le reste du chemin. Sans cette personne, un CRM bien rangé n'accumule que des lignes non lues.
Lorsque les intégrations CRM se brisent
Champs requis. Un CRM rejette un enregistrement qui laisse un champ son administrateur marqué comme obligatoire vide. Le formulaire de site Web ne sait rien de cette règle, donc le rejet arrive après que le visiteur a déjà été montré un écran de remerciement et fermé l'onglet.
Types et formats. Un numéro de téléphone envoyé sous forme de texte libre, un numéro portant des espaces et des crochets, une date écrite dans l'autre ordre : le système de réception refuse la valeur ou la dépose discrètement quelque part que vous ne le chercherez jamais.
Accès expiré. Les jetons et les connexions ont une durée de vie, et un changement de mot de passe ou une permission révoquée par un administrateur les termine immédiatement. Une intégration qui a duré six mois cesse de fonctionner un jour où personne n'a touché le code.
Dédoublement. Une règle de fusion clé sur téléphone ou email peut joindre la nouvelle demande à une ancienne carte et la garder hors de la liste des nouvelles. Le record existe techniquement; ce qui n'existe pas, c'est que quiconque regarde l'endroit où il a atterri.
Ce qu'une intégration de paiement a besoin de vous
Votre propre compte marchand. Le contrat avec le fournisseur est signé par votre personne morale, qui passe également la vérification et nomme le compte qui reçoit les paiements. Un fournisseur connecte un compte qui existe déjà; ouvrir un compte en votre nom n'est pas quelque chose qu'un fournisseur peut faire.
La couche légale. Conditions de vente, une politique de remboursement, les détails de l'entreprise, le traitement fiscal du reçu, et tout ce que votre fournisseur exige dans la description du produit. Ce matériel est à vous de fournir, et le paquet Product Build indique clairement que la licence de paiement n'y est pas incluse.
Monnaies et montants. Dans quelle monnaie le prix est indiqué, comment fonctionne l'arrondissement, si la taxe est indiquée séparément. Les fournisseurs prennent des montants dans la plus petite unité, des cents plutôt que des dollars, et la confusion les deux produit un chiffre qui est sur un facteur de cent.
Une adresse pour les notifications. Le fournisseur a besoin d'un paramètre accessible au public sur votre site pour annoncer un paiement complété, et d'une signature vérifiée sur ce message, afin qu'une demande arrivant d'un autre endroit ne puisse pas marquer une de vos commandes comme payé.
Lorsque les intégrations de paiement se rompent
Le webhook non confirmé. L'acheteur a payé, la banque a débité la carte, le fournisseur a envoyé sa notification et le point final a répondu par une erreur. L'argent a déménagé, l'ordre est assis dans votre système marqué non payé, et vous en apprendrez sur l'email de l'acheteur deux jours plus tard.
Testez les clés sur un site en direct. Les paiements passent par le bac à sable du fournisseur et semblent réussir à l'écran alors qu'aucun argent ne bouge du tout. Il y a un chèque qui vaut la peine de faire confiance ici: mettre un petit paiement réel et le trouver dans le propre tableau de bord du fournisseur.
Le voyage de retour. Après paiement, le fournisseur renvoie l'acheteur à une adresse configurée à l'avance. Pointez-le à une page qui n'existe pas, ou qui échoue sans les paramètres de paiement, et l'acheteur est laissé incertain et peut bien payer une deuxième fois.
Les remboursements et l'idempotency. Les fournisseurs répètent une notification jusqu'à ce qu'ils reçoivent un accusé de réception. Sans clé d'idempotency qui répète crée un second ordre ou une deuxième ligne dans vos comptes, et le rapprochement à la fin du mois cesse l'équilibrage.
Ce qu'une intégration analytique a besoin de vous
Une liste de questions. Pas «installer un compteur», mais une liste de décisions: quel canal paie pour lui-même, où le formulaire perd des gens, quelles pages sont lues avant que quelqu'un écrit. Les événements sont dérivés des questions, et de les construire l'inverse produit des nombres que personne n'utilise.
Règles de consentement. Quels scripts vous pouvez exécuter avant le consentement d'un visiteur, qui seulement après, et ce que la bannière offre. Cela détermine à la fois la position juridique et la quantité de votre trafic apparaîtra dans le rapport, ce qui modifie la façon dont le rapport doit être lu.
Un schéma de noms d'événements. Un nom par action, écrit quelque part : formulaire soumis, commande commencée, paiement confirmé. Noms inventés ad hoc comme caractéristiques navire transformer un tableau de bord en une colonne de lignes presque identiques que personne ne peut choisir entre six mois plus tard.
Un lecteur. Qui ouvre le tableau de bord, combien de fois, et ce qu'ils font avec le nombre une fois qu'ils l'ont. L'analytique sans lecteur est une pile de données collectées pendant des années qui ne change jamais une seule décision sur l'endroit où va l'argent.
Où l'analyse se brise
Consentement et blocage. Certains visiteurs déclinent, certains lancent des extensions, et certains navigateurs restreignent les scripts de tiers par eux-mêmes. Le nombre sur le tableau de bord est inférieur au nombre réel de visites, c'est pourquoi il est comparé à lui-même au fil du temps plutôt qu'à votre relevé bancaire.
Navigation sans recharge. Sur un site moderne, une page change souvent sans nouvelle demande de document. Un compteur écrit pour la charge de document voit l'entrée et conclut que le visiteur n'est allé nulle part ailleurs, donc chaque étape interne disparaît tranquillement de l'entonnoir.
Des doublons. Deux copies de la même balise, une collée dans le modèle et une ajoutée plus tard par l'intermédiaire d'un gestionnaire de tags, doublent les pagesviews et aplatissent le taux de rebond. Le rapport semble plus sain que le site derrière il est en fait.
Compter le clic au lieu du résultat. Un événement soumis à un formulaire a déclenché sur le bouton compte les tentatives qui n'ont jamais atteint le serveur. Mettez-le sur la réponse confirmée à la place, ou le taux de conversion que vous montrez est plus grand que celui que vous avez réellement.
L'échec silencieux, et comment le réparer
Un échec silencieux est l'état où le visiteur voit une confirmation, la destination n'a rien reçu, et personne ne le découvre, parce que l'erreur s'est produite en arrière-plan et n'a été adressée à personne. Rien dans l'interface n'est faux; le résultat n'a tout simplement pas eu lieu.
Le premier remède est un log. Chaque tentative de livraison est notée: destination, horodatage, résultat, et ce que le système de réception a répondu. La question de savoir s'il y a eu une enquête mardi prend alors une minute pour régler au lieu de devenir un argument entre deux parties.
La seconde est une réessayer. Un défaut de réseau ou une courte panne de CRM est géré par quelques répétitions avec une pause croissante entre eux, de sorte qu'une livraison qui a échoué à neuf heures passe à neuf heures et plus sans que personne n'ouvre un ordinateur portable.
Le troisième est une alerte à une personne. Quand les relevés sont épuisés, quelqu'un doit recevoir un message le disant. Le silence n'est pas une stratégie de suivi : il ressemble exactement à une semaine tranquille sans aucune enquête.
Ce que les intégrations coûtent à la page : vitesse et accès
Chaque script tiers est des octets supplémentaires, des connexions supplémentaires et un travail supplémentaire sur le thread principal du navigateur. La documentation sur les performances du MDN indique comment mesurer cette contribution et pourquoi le code que vous ne contrôlez pas appartient au contenu pour lequel le visiteur est venu.
La conséquence pratique est une règle d'ordre. Un widget de chat, un pixel publicitaire et un gestionnaire de tags ne devraient pas se tenir entre le visiteur et un formulaire utilisable. Le formulaire est la raison de la visite; les scripts qui l'observent peuvent attendre leur tour derrière elle.
L'accessibilité du formulaire est couverte par la référence rapide W3C pour WCAG 2.2. Une erreur doit être identifiée dans le texte plutôt que par la couleur seule, et les messages d'état doivent atteindre un lecteur d'écran sans voler le focus du champ dans lequel la personne tapait.
WCAG 2.2 ajoute également un critère sur l'entrée redondante : ne faites pas entrer deux fois la même information dans un même processus. Dans une commande qui est précisément l'étape de confirmation, où une adresse entrée sur l'écran précédent devrait déjà être remplie.
Comment étendre le travail, et ce que chaque paquet exclut
Site Fix Pack est de 70 $ et prend 1-2 jours ouvrables: jusqu'à cinq correctifs convenus, un contrôle mobile et de bureau, une liste avant/après à la remise, et une série de révisions. De nouvelles pages, une refonte et des migrations s'assoient à l'extérieur, de sorte que connecter un fournisseur de paiement pour la première fois n'est pas un travail de paquet correctif.
Site de lancement est de 380 $ sur 3-5 jours ouvrables: une construction réactive, CMS de base ou de câblage de données, la configuration de déploiement, et deux tours de révisions avant le lancement, avec le contenu et les traductions fournies par le client. Lancement Site Express est de 520 $ et 2 jours ouvrables, la même portée dans une file d'attente prioritaire avec des builds quotidiens, une liste de vérification de lancement, un appel de transfert, et une série de révisions après la première construction complète.
Product Build est de 880 $ sur 2-3 semaines : livraison des fonctionnalités, état et logique de route, test et durcissement, et deux tours de révisions par fonction livrée. Les applications mobiles autochtones et les licences de paiement ne sont pas incluses, ce qui est la ligne à lire avant de supposer qu'un fournisseur traitera votre marchand à bord pour vous.
En cours Dev Support est 290 $ par mois : mises à jour prioritaires, rythme de sortie hebdomadaire et maintenance technique, facturé sur un cycle mensuel avec un préavis de 30 jours à arrêter, et le volume pour chaque cycle convenu au début de ce cycle. Une nouvelle construction ou une refonte est couverte séparément plutôt que absorbée dans les frais mensuels.
Checklist pratique
- Énumérez chaque destination qu'une soumission doit atteindre: votre propre dossier, email, CRM, fournisseur de paiement, analytique.
- Écrivez la carte de champ des champs de formulaire aux champs CRM avant de commencer le développement.
- Émettre l'accès au nom de l'entreprise plutôt qu'à partir du profil personnel de l'employé.
- Mettre un petit paiement réel et le trouver dans le propre tableau de bord du fournisseur.
- Inclinez l'événement soumis au formulaire sur la réponse confirmée du serveur, pas sur le bouton cliquer.
- Nommer la personne qui reçoit l'alerte lorsque la livraison échoue et convenir d'un délai de réponse.
Questions et réponses
Le formulaire est soumis, mais aucune demande n'est présentée. Où je regarde ?
Travaillez à travers les destinations en ordre. Y a-t-il un enregistrement de votre côté; que dit le journal de livraison de la dernière tentative; la notification est-elle assise dans un dossier spam; qu'est-ce que la réponse CRM à la dernière demande; la clé d'accès a expiré. Jusqu'à ce qu'un registre de tentatives existe, chacune de ces réponses doit être creusée à la main, ce qui transforme une question d'une minute en un après-midi.
Combien coûte la réparation d'une intégration qui a cessé de fonctionner?
Pour les ruptures contenues il y a le Pack de Fix Site à 70 $ et 1-2 jours ouvrables: jusqu'à cinq correctifs convenus, une vérification mobile et de bureau, une liste avant/après au transfert, et une série de révisions. De nouvelles pages, une refonte et des migrations ne sont pas incluses, donc connecter un fournisseur de paiement pour la première fois ne correspond pas à l'intérieur de ce paquet.
Pouvez-vous ouvrir un compte marchand avec un fournisseur de paiement pour nous ?
C'est pas vrai. Le contrat est signé par votre personne morale, qui passe également la vérification du fournisseur et nomme le compte qui reçoit les paiements. Product Build énumère les licences de paiement parmi les articles qu'il ne comprend pas. Un fournisseur connecte un compte qui existe déjà, télécharge le paramètre de notification et vérifie la signature sur les messages entrants.
Que devons-nous préparer avant le début des travaux d'intégration?
Accès CRM émis au nom de l'entreprise, une carte de champ des champs de formulaire aux champs CRM, règles de pipeline et un propriétaire nommé, les détails de l'entreprise et une politique de remboursement pour les paiements, et la liste des questions analytiques est censée répondre. Le contenu et les traductions sont fournis par vous; les écrire ne fait pas partie des paquets de développement.
Pourquoi les chiffres analytiques sont-ils en désaccord avec les demandes que nous avons reçues?
Certains visiteurs refusent le consentement, certains utilisent des bloqueurs, et certains navigateurs limitent les scripts tiers. Ajoutez la navigation qui se produit sans recharger une page, qu'un compteur de temps de charge ne voit jamais, et dupliquez les balises, qui doublent les pages vues. Réconciliez les conversions avec la réponse confirmée du serveur, et comparez le tableau de bord avec lui-même au fil du temps plutôt qu'avec votre relevé bancaire.