Comment fonctionne le no-code (objets, champs et métadonnées)
Pourquoi vous pouvez adapter le CRM par vous-même, sans programmation, et comment penser cette flexibilité.
Dans de nombreux systèmes, changer un type d'enregistrement nécessite un développeur et une nouvelle version. Pas ici. Les objets, champs et valeurs sont traités comme de la configuration. Lorsque vous créez ou modifiez un champ, le système commence automatiquement à l'afficher, à le valider et à l'inclure dans les formulaires, les listes, le tableau et les exports.
Ce que cela signifie en pratique
- Besoin de stocker le numéro fiscal des entreprises ? Créez un champ « Numéro fiscal » et il apparaît instantanément.
- Votre entonnoir a des étapes différentes ? Modifiez les valeurs du champ Étape pour correspondre à vos propres phases.
- Besoin d'un nouvel objet, comme « Contrats » ou « Biens immobiliers » ? Modélisez-le comme un objet personnalisé.
- L'équipe a changé ? Créez un nouveau rôle d'accès et définissez ce qu'il voit, objet par objet.
Comment aborder la modélisation
- Listez les « enregistrements » qu'utilise votre activité (objets).
- Pour chaque enregistrement, listez les données que vous devez stocker (champs).
- Identifiez les champs à choix (listes) et leurs valeurs (par ex. Étape, Statut, Secteur).
- Définissez qui accède à quoi (rôles).
Listes dépendantes : les options d'une liste changent selon une autre
Une liste de sélection peut dépendre d'une autre liste du même objet. Exemple : dans Type vous choisissez « Produit » ou « Service », et Sous-type n'affiche que les options cohérentes avec ce choix. Pour la configurer, ouvrez le champ enfant dans Paramètres → Objets et champs, choisissez la liste parente sous « Dépend de » et, dans le tableau qui apparaît, cochez pour chaque option parente les options enfant disponibles. Une option parente sans aucune case cochée conserve la liste entière.
La liste dépendante n'apparaît dans la fiche qu'une fois qu'une option a été choisie dans la liste parente ; jusque-là elle reste masquée.
Dans la fiche, changer l'option parente filtre l'enfant sur les options autorisées et l'efface si le choix précédent n'est plus valable. Le serveur applique la même règle à toutes les entrées (fiche, import, API, application), en refusant une option connue que la sélection parente n'autorise pas ; les anciennes valeurs qui n'existent plus dans la liste restent acceptées, comme dans toute liste.
Supprimer un champ le retire aussi des champs obligatoires de toutes les étapes des pipelines. Une étape n'exige jamais un champ qui n'existe plus : supprimer un champ ne peut donc jamais empêcher une opportunité d'avancer.