Principes généraux

Principes généraux

• Modèle de données
• Cohérence des IDs

La première étape de votre onboarding va consister à connecter les solutions que vous utilisez déjà au sein de votre entreprise, tel qu'un CRM, votre messagerie, etc.

Skalin intègre différents types de données parmis lesquelles :

1. CUSTOMERS : vos clients et certaines propriétés qui leur sont associées
2. CONTACTS : vos contacts et certaines propriétés qui leur sont associées
3. AGREEMENTS : les informations relatives au contrat qui vous lie à votre client, tel que le MRR, la date de début, la date de fin de contrat, etc.
4. INTERACTIONS : les emails, tickets, rendez-vous, conversations téléphoniques que vous avez avec vos clients
5. ACTIVITIES : le détail des connexions à votre produit.

Modèle de données

Il est important de comprendre comment ces données sont imbriquées. S'agissant d'un modèle de données B2B, tout part du CUSTOMER.

• Vous ne pourrez par exemple pas créer de CONTACT sans avoir créé au préalable le CUSTOMER auquel il est rattaché.
• De la même façon, les INTERACTIONS et les ACTIVITY sont liés au CONTACT. Sans CONTACT, les INTERACTIONS et les ACTIVITIES soumises à Skalin ne seront pas prises en compte.

Il convient donc de configurer votre compte en respectant ce principe :

1. Intégrer les CUSTOMERS puis les CONTACTS
2. Ensuite vous pourrez connecter vos comptes de messagerie/ticketing pour centraliser vos INTERACTIONS client dans Skalin. Idem pour le tracking des ACTIVITIES.

Astuce

Vous pouvez connecter le tracking des ACTIVITIES en avance de phase, simplement les données ne seront récupérées par Skalin qu'à partir du moment où les contacts associés auront été importés.

Cohérence des IDs

Autre principe important, celui de cohérence des IDs. Un des principes de la plateforme est de centraliser des données présentes sur différents systèmes (CRM, outil de facturation, etc.). Il faut donc que l'on ait une information nous permettant de "reconnaître" un CUSTOMER ou un CONTACT sur les différentes sources.

Deux exemple :

• Si vous avez un CUSTOMER X présent dans votre CRM Hubspot, dans votre outil de facturation STRIPE et sur votre système interne, comment identifier qu'il s'agit du même client ? Avec une clé commune. Cette clé peut-être un identifiant interne présent sur tous vos outils - mais c'est assez rare que ce soit fait ! A défaut, il peut s'agir par exemple du nom de domaine, voire dans certains cas de l'intitulé du compte.
• Même chose pour un CONTACT Y : s'il possède un ID Hubspot d'un côté et un ID interne de l'autre, le matching ne fonctionnera pas. Il faudra dans ce cas utiliser une clé telle que l'email.

Généralement, vous aurez une source de données principale (par exemple votre CRM), autour de laquelle vont graviter des sources de données secondaires. Non pas qu'elles ne soient pas importantes, mais parce qu'elles vont dépendre de la première source.

Imaginons que vos clients et vos contacts soient importés depuis Hubspot, et que vous souhaitez récupérer les informations des contrats via Stripe : dans ce cas, les informations de Stripe viendront enrichir les données de votre CRM Hubspot. Et il faudra qu'une information dans Stripe permette à Skalin de savoir qu'il s'agit du même client dans Stripe que dans Hubspot (cf. Cohérence des IDs).

Attention

Veillez à n'utiliser qu'une seule source par type de donnée afin d'éviter tout conflit ou risque de doublon.

Maintenant que vous êtes au clair sur ces principes fondamentaux, voyons comment connecter vos outils !