12 types de formulaires mobiles pour le reporting sur le terrain
Les formulaires mobiles utilisés pour le reporting sur le terrain peuvent inclure différents niveaux de sophistication. Nous avons classé ces niveaux afin de refléter les exigences et les objectifs de collecte de données avec des appareils mobiles.
La catégorie la plus simple de formulaires est celle des formulaires constitués d’une liste de questions avec réponses, où les questions représentent un attribut de l’objet d’intérêt, par exemple : nom, âge, commentaire, etc., et les réponses sont les valeurs de ces attributs. L’avantage principal de ce type de formulaire est que seuls quelques types de champs sont nécessaires, par exemple texte ou nombre, ce qui les rend faciles et rapides à utiliser.
Ce que nous appelons des formulaires mobiles de base, sont constitués avec l’ajout de champs à choix simple et multiple. Ils sont généralement enrichis de la possibilité de joindre des images au formulaire.
Les formulaires POI sont des formulaires de base enrichis avec des informations de longitude et latitude, généralement obtenues grâce à la fonction GPS disponible sur l’appareil mobile. Les formulaires mobiles pour le reporting sur le terrain sont actuellement la catégorie la plus courante de formulaires mobiles.
Choisissez le type de formulaire que vous souhaitez créer. Les formulaires point d’intérêt incluent des coordonnées GPS, les formulaires mobiles de base ont souvent des images et des champs à choix multiples.
Les formulaires itinéraire et zone sont similaires aux formulaires POI, sauf qu’au lieu d’enregistrer un seul couple longitude-latitude, une séquence de tels couples est enregistrée pour former une ligne qui marque soit un itinéraire, soit les limites d’une zone. La seule différence entre les formulaires itinéraire et zone est que les formulaires zone ont une ligne supplémentaire entre le point de départ et le point final de la ligne enregistrée, cette ligne supplémentaire relie les lignes tracées et forme une zone.
Ces formulaires sont les mêmes que les formulaires de base, mais en plus, un utilisateur peut joindre des fichiers audio et vidéo au formulaire.
Lorsque l’on passe à une collecte de données plus complexe, on souhaite souvent que certaines questions dépendent des réponses précédentes. Celles-ci peuvent être organisées sous forme de sous-questions. Les sous-questions peuvent être organisées en hiérarchies multi-niveaux s’il existe des sous-questions sous d’autres sous-questions.
Avec un langage de script, on peut définir des questions conditionnelles basées sur des conditions logiques calculées à partir des valeurs des réponses précédentes. Il est également possible de calculer des valeurs pour les champs en fonction des réponses précédentes, par exemple le score total des réponses ou le coût total des éléments sélectionnés. Si le langage de script est suffisamment avancé et dynamique, on peut définir des formulaires incluant l’expertise des organisations, c’est-à-dire en faire des systèmes experts. Cela ouvre de nouvelles utilisations des formulaires mobiles comme guides pour les agents de terrain.
Les formulaires dynamiques désignent des formulaires à structure flexible. Une structure flexible peut être obtenue en intégrant des tableaux dans les formulaires, avec la possibilité d’ajouter des lignes au tableau pendant l’utilisation. L’avantage évident est de pouvoir collecter beaucoup de données de manière compacte. Un écran plus grand, comme celui d’une tablette, est souvent préféré pour la collecte de données avec des formulaires dynamiques. Une autre manière flexible de créer des formulaires dynamiques est d’avoir des sous-formulaires. Les sous-formulaires permettent d’ajouter davantage de questions et, par exemple, de joindre des fichiers A/V, d’ajouter de la logique de script, etc., combinés à une structure dynamique, permettant de créer des formulaires très avancés et complexes. Les formulaires plus complexes bénéficient de dispositifs plus puissants.
Lors de la collecte de données plus étendues, par exemple couvrant un pays entier, on peut vouloir organiser les données par district, département, région de vente, ou tout autre regroupement pertinent, comme habitat ou zone portuaire. Il est donc important de pouvoir définir des hiérarchies de localisation à plusieurs niveaux et de lier chaque point de données collecté à un élément spécifique de la hiérarchie. Cette fonctionnalité devrait être disponible quel que soit le type de formulaire.
Il existe également des formulaires avec détermination automatique de l’adresse. Il est possible soit de déterminer la géolocalisation automatiquement à partir des informations d’adresse, soit, inversement, de déterminer l’adresse automatiquement à partir de la géolocalisation. Le premier cas est utile si l’on dispose d’un lieu existant d’où les données doivent être collectées, par exemple des magasins. Le second est utile lorsque de nouvelles données sont collectées sur le terrain et automatiquement classées, par exemple selon les codes postaux. Une amélioration de ce dernier cas consiste à relier les codes postaux à la hiérarchie de localisation définie, automatisant ainsi la classification des données collectées.
La configuration la plus avancée est lorsque les formulaires sont non seulement dynamiques mais interconnectés, ce qui signifie que lors de la collecte de données avec un formulaire, on récupère des données d’un autre formulaire comme données de référence pour éviter de ressaisir des informations déjà collectées. Un exemple est la collecte des données de présence en classe dans les écoles avec des formulaires étudiants déjà existants. Une façon d’utiliser cette fonctionnalité est le champ de valeur de référence, qui peut se référer à d’autres formulaires. Avec ce champ, on peut sélectionner dans une liste de points de données disponibles d’un certain type de formulaire et inclure ces données dans le formulaire existant.
Dans les organisations internationales, il est souvent nécessaire de collecter les mêmes données dans plusieurs pays, ou même dans un même pays où plusieurs langues sont utilisées. Cela nécessite que le même formulaire puisse être affiché dans différentes langues. Les formulaires multilingues sont essentiels pour que le reporting global inclue toutes les données pertinentes, quelle que soit la langue dans laquelle elles ont été collectées.
De nombreuses organisations qui collectent des données commerciales importantes souhaitent mettre en place un processus de QA systématique pour valider les données collectées. Il est alors nécessaire de disposer du concept de statut des formulaires. Les types de statut peuvent varier, mais généralement, il y en a cinq :
1. Brouillon, les données sont encore dans l’application mobile et d’autres données doivent être collectées,
2. Enregistré, les données sont complètes dans l’application mais pas encore soumises au serveur,
3. Soumis, les données ont été envoyées au serveur pour révision et approbation,
4. Besoin de correction, les données ont été révisées et nécessitent des modifications,
5. Approuvé.
Une manière efficace de visualiser les données est de présenter le statut avec des couleurs : jaune pour soumis, vert pour approuvé, rouge pour besoin de correction.
Le développement évolue chaque jour. Nous publierons bientôt de nouvelles fonctionnalités pour les formulaires mobiles, restez à l’écoute.
Inscrivez-vous ici pour créer vos premiers formulaires mobiles avec le générateur de formulaires Poimapper en quelques minutes.
Si vous avez des questions, n’hésitez pas à nous contacter.
Vous pouvez en lire davantage comme ceci, cliquez ici !
Droits d’auteur 2026 © Pajat Solutions, Ltd.
