Plusieurs types de relations sont fournis avec InterAction. Pour une liste complète, voir Types de relations inclus avec InterAction.
Utilisez les directives suivantes pour identifier d'autres relations que votre organisation doit suivre :
- Ne changez pas le sens des types de relations répertoriés. Ces types sont utilisés pour le traitement automatique. Pour plus d'informations, voir Système/Types répertoriés.
- Lorsque vous définissez une paire de types de relations, vous devez faciliter l'identification de chaque côté de la relation. Par exemple, utilisez « Parent » et « Filiale » au lieu d'utiliser un terme générique comme « Entreprise liée » pour les deux côtés.
- Un type de relation peut être le converse de lui-même. Par exemple, le converse de « Connaissance » est aussi « Connaissance ». Pour en savoir plus sur le choix du libellé pour le converse, voir Que faire si je ne trouve pas un type de relation converse qui est toujours correct ?
- Considérez les informations que les utilisateurs voudront utiliser comme critères de recherche. Les types spécifiques sont plus faciles à rechercher car ils sont toujours saisis de la même manière.
-
Bien que les types spécifiques soient plus faciles à rechercher, un grand nombre de types détaillés pour chaque relation possible peut dérouter les utilisateurs. Limitez le nombre de types de relations que vous créez.
Par exemple, si votre organisation fait souvent affaire avec des associations caritatives et des organisations spéciales, vous pouvez vouloir détailler le type de relation « Membre de » pour être plus spécifique. Cependant, une organisation qui ne travaille pas souvent avec des associations caritatives n'aura peut-être pas besoin de relations aussi détaillées pour les adhésions.
Pour plus de directives sur le moment de créer des types spécifiques et plus généraux, voir À quel point les types de relations doivent-ils être spécifiques ?
- Dans la mesure du possible, fournissez une étiquette de description personnalisée. Cette étiquette apparaît dans l'interface utilisateur et peut guider les utilisateurs sur le type d'informations qu'ils doivent entrer dans le champ « description ».
- Obtenez des retours sur la liste des types que vous prévoyez d'utiliser avant de finaliser votre déploiement.
À quel point les types de relations doivent-ils être spécifiques ?
Bien que vous puissiez créer un ensemble énorme de types de relations très détaillés, il n'est pas nécessaire d'exagérer dans le détail.
Les types spécifiques sont les plus utiles lors de la recherche. Par exemple, il est beaucoup plus fiable de rechercher tous les contacts ayant une relation de « Membre du conseil » avec Wellington Industries plutôt que tous les contacts ayant une relation « autre » avec l'entreprise et un texte de description indiquant membre du conseil.
En revanche, des types séparés pour « mari », « femme », « parent » et « enfant » ne sont probablement pas nécessaires pour la plupart des organisations. Le type par défaut « Autre relation » est probablement suffisant pour cela – les utilisateurs peuvent entrer une description de la relation lors de sa création. Si vous souhaitez plus de spécificité, alors un type « Parenté » serait probablement suffisant. Évitez de submerger les utilisateurs avec une longue liste de types.
De plus, vous pouvez personnaliser le champ de l'étiquette de description pour donner aux utilisateurs des indications sur le type d'informations supplémentaires qu'ils doivent entrer.
En règle générale, si les utilisateurs sont susceptibles d'effectuer des recherches sur la relation, utilisez un type spécifique. Si l'information est plus « agréable à savoir » ou quelque chose que les utilisateurs consulteront en parcourant un contact (comme les membres de la famille), utilisez un type général tel que « Parenté » ou « Autre ».
Système/Types répertoriés
Les types de relations suivants sont utilisés dans le traitement spécial d'InterAction.
| ID | Type | Converse |
|---|---|---|
| 78 | Dupliqué de | Dupliqué de |
| 1 | Ancien employé | Ancien employeur |
| 2 | Ancien employeur | Ancien employé |
| 84 | Connaît | Connu par |
| 85 | Connu par | Connaît |
Le seul attribut de ces types que vous pouvez modifier est l'étiquette de description. Cela est dû au fait que ces types sont utilisés pour un traitement spécial :
- La relation Dupliqué est utilisée lorsque des contacts en double sont fusionnés. Pour plus d'informations, consultez le guide InterAction pour les gestionnaires de données et les utilisateurs marketing.
- Les types de relation Ancien employé et Ancien employeur sont utilisés pour enregistrer automatiquement la relation qu'un contact avait avec une entreprise lorsque l'association de cette personne avec l'entreprise change. Par exemple, si Jane Tarnoff quitte Telenorth et que vous supprimez son association avec l'entreprise, une relation est automatiquement créée indiquant que l'ancien employeur de Jane est Telenorth et de même, les anciens employés de Telenorth incluent Jane.
- Les types de relation Connaît et Connu par sont utilisés pour Qui connaît qui ?. Pour plus d'informations sur cette fonctionnalité, voir Qui connaît qui ?