Bonnes pratiques : champs d'options

Suivez les bonnes pratiques recommandées pour la conception des options et des champs sur les cartes d'action.

Les champs de la section des options d'une carte d'action sont des valeurs de configuration qui peuvent être sélectionnées par un utilisateur de Workflows lors de la conception d'un flux. Une fois que ces valeurs d'option sont sélectionnées, elles ne peuvent pas être modifiées lorsqu'un utilisateur exécute le flux.

Rappelez-vous que les options ne sont pas des champs qui peuvent recevoir des valeurs (comme les champs de saisie) d'autres cartes. Si vous préférez concevoir une carte sur laquelle l'utilisateur peut saisir une valeur spécifique, utilisez un champ de saisie. Les champs de saisie (mais pas les champs d'options) permettent de transmettre des valeurs de façon dynamique dans une carte lorsque vous exécutez un flux. Donnez la priorité à l'ajout de champs de saisie plutôt que de champs d'options à une carte, sauf si vous prévoyez que les valeurs statiques d'un champ d'options ne changeront jamais.

Un champ d'options peut se présenter sous la forme d'un ensemble prédéfini de valeurs statiques et sélectionnables dans une liste déroulante. Une liste déroulante peut également contenir un ensemble de listes de valeurs générées de façon dynamique. Par exemple, un champ d'options pour une carte qui est capable de lire des feuilles de calcul peut contenir une liste de noms de colonnes personnalisés provenant de n'importe quelle feuille de calcul de l'environnement de l'utilisateur. Dans ce cas, votre connecteur adressera un appel à une API pour renseigner la liste déroulante de votre carte. Ces appels sont soumis à une limite de temps de 60 secondes.

En général, pour une meilleure convivialité, évitez de concevoir des listes déroulantes qui proposent de longues listes (de plus de 100 valeurs).

Pensez à utiliser des champs d'options dans les scénarios suivants :

• La sélection d'un utilisateur dans le champ d'options modifiera de façon dynamique les champs de saisie et de résultat affichés sur une carte d'action.

• Une carte d'action nécessite l'utilisation de deux champs déroulants dépendants ou plus.

Champs d'options pour les cartes d'action « Lire » ou « Rechercher »

Une carte d'action peut être conçue de manière à renvoyer des données sur un grand ensemble de données, mais il est rare qu'un utilisateur ait besoin de tous les enregistrements d'un environnement (par exemple, chaque contact dans une application CRM). Pour de meilleurs résultats et une meilleure expérience, vous pouvez concevoir une carte d'action qui recherche un sous-ensemble de données à l'aide d'une requête filtrée vers l'API cible. En utilisant un ou plusieurs champs d'options pour cette recherche restreinte, vous pouvez permettre à un utilisateur de filtrer les données et de renvoyer un ensemble d'enregistrements plus spécifique. En implémentant des champs d'options sur une carte de recherche et en permettant à un utilisateur de spécifier des critères de recherche plus précis, vous réduisez également le risque d'impact négatif sur les performances des flux (en évitant le retour d'ensembles de données beaucoup plus volumineux).