Vos objets, vos champs
Modélisez les données CRM autour de votre activité au lieu d’adapter votre processus à un modèle fixe. OSTRATA prend en charge les objets personnalisés et les types de champs riches, puis laisse Pilot opérer directement sur ce schéma dans Opérations et les flux associés.
∞
Objets personnalisés
Au-delà de Contacts, Entreprises et Affaires
1
Source de vérité
Schéma et ops partagent le même espace
0
Taxe de migration
Étendez sur place à mesure que le processus mûrit
Modélisez l’activité, pas l’éditeur
Objets et champs dans la Configuration ; Opérations exécute sur ce que vous définissez.
Le schéma dans OSTRATA donne aux équipes le contrôle de la structure des données. Vous pouvez démarrer avec des objets par défaut comme Contacts, Entreprises et Affaires, puis étendre avec des objets et champs personnalisés qui correspondent à la façon dont votre organisation vend et accompagne réellement ses clients.
Ce modèle est pratique car Pilot le lit en continu. Les équipes n’ont pas à maintenir des mappings d’assistant séparés ou des alias fragiles. Les demandes dans Opérations se résolvent selon les objets et champs définis dans l’espace de travail, ce qui maintient la précision des actions conversationnelles lorsque le modèle évolue.
Objets personnalisés pour les vrais processus
Définissez des entités au-delà des valeurs par défaut pour que la structure CRM reflète la réalité opérationnelle, pas les hypothèses de l’éditeur.
Boîte à outils de champs riches
Utilisez les références, devises, nombres, listes de sélection et pièces jointes pour capturer un contexte pertinent par enregistrement.
Pilot lit le schéma actuel
Les actions Opérations se résolvent selon vos objets et champs configurés, y compris les évolutions ultérieures du modèle.
Fondation
Construire le modèle dans le langage métier
Définissez les objets dans votre propre langage métier, pas selon les défauts de l’éditeur.
- Démarrez avec les objets CRM de base, puis étendez
- Modélisez directement livraison, onboarding ou entités partenaires
- Conservez le contexte critique dans des enregistrements structurés
Valeurs par défaut
Définitions de champs qui capturent la réalité opérationnelle
Utilisez des types de champs riches pour préserver contexte mesurable et relations.
- Connectez les enregistrements avec des champs de référence
- Capturez les valeurs financières avec devises et nombres
- Stockez preuves et fichiers via les pièces jointes
Relations
Alignement Pilot sans travail d’intégration supplémentaire
Pilot lit le schéma actuel pour que les demandes restent précises après les changements de modèle.
- Évitez mappings d’assistant et alias obsolètes
- Reflétez les nouveaux objets sans réécrire les prompts
- Maintenez des flux de création et mise à jour stables dans le temps
Évolution
Conçu pour évoluer, pas pour un design unique
Faites évoluer le schéma de façon itérative lorsque les flux changent, sans réinitialiser les habitudes de l’équipe.
- Ajoutez des objets quand la maturité du processus l’exige
- Affinez les champs selon les usages réels
- Validez rapidement les mises à jour dans Opérations et Vues
Gouvernance
Fondation pour vues, permissions et intégrations
Un seul schéma alimente reporting, contrôle d’accès et comportement des automatisations externes.
- Ancrez les Vues dynamiques aux objets et champs définis
- Pilotez les règles de permissions depuis le même modèle
- Maintenez un comportement API prévisible entre les intégrations
Questions
Réponses courtes avant de demander l'accès.
- Les équipes peuvent-elles ajouter des objets au-delà de Contacts et Affaires ?
- Oui. OSTRATA prend en charge les objets personnalisés dans la Configuration, ce qui permet de modéliser des entités spécifiques à votre flux de travail. Les valeurs par défaut fournissent une base, mais le schéma est volontairement flexible pour représenter les opérations réelles sans tout forcer dans des types d’enregistrements génériques.
- Quels types de champs sont pris en charge pour un schéma personnalisé ?
- Les équipes peuvent définir des types pratiques comme les références, devises, nombres, listes de sélection et pièces jointes. Ces options préservent structure et relations nécessaires à la recherche, au reporting et aux mises à jour, plutôt que de s’appuyer sur du texte peu formaté sur les enregistrements critiques.
- Pilot fonctionne-t-il avec les changements de schéma personnalisé ?
- Oui. Pilot résout les actions selon le schéma actuel de l’espace de travail, y compris objets et champs personnalisés. Lorsque les équipes font évoluer les définitions dans la Configuration, les opérations conversationnelles restent alignées sans créer de mappings d’assistant séparés ni reconstruire les conventions de flux.
- Pourquoi le schéma est-il central pour les autres fonctionnalités ?
- Les Vues dynamiques, les profils de permissions et les actions opérationnelles dépendent tous de définitions partagées d’objets et de champs. Un schéma explicite donne à ces fonctionnalités une base cohérente, ce qui améliore fiabilité, clarté du contrôle d’accès et alignement du reporting sur l’ensemble de l’espace de travail.