Flexibilité accrue

Les essais posent souvent le problème d'un certain nombre de données qui ne sont pas toujours connues au début de l'essai. Par exemple, il peut être nécessaire d'enregistrer des détails spécifiques pour chaque fruit qui pousse sur un arbre, sans savoir combien de fruits pousseront réellement. 

 

Dans le passé, nous avons traité ce problème avec des groupes d'observation existants, pour lesquels l'utilisateur pouvait cocher la case "Autoriser la collecte de la même observation plusieurs fois". Bien que cette méthode soit pratique pour saisir les informations, la structure des données n'est pas toujours idéale pour les recherches ultérieures.  

 

Nous avons récemment ajouté une nouvelle façon de procéder en utilisant les essais en bibliothèque, où les éléments de dimension peuvent être rendus facultatifs. Cela signifie que vous pouvez prévoir le plus grand nombre possible de points de données, de manière structurée, mais que certaines des possibilités sont rendues "facultatives" pour que la saisie des données reste claire et simple. Tous les champs de données seront disponibles en cas de besoin, mais les champs facultatifs seront initialement filtrés (cachés) dans l'application. Si un utilisateur souhaite ajouter un champ facultatif, il lui suffit de l'activer dans les filtres et il pourra ensuite saisir les données supplémentaires nécessaires. L'expérience de saisie des données reste claire et simple à suivre, tandis que la structure des données qui en résulte est plus facile à analyser par la suite.  

Pour information, les champs facultatifs ne sont pas comptabilisés dans les mesures requises pour achever l'essai, ce qui permet aux responsables d'essais de continuer à suivre l'évolution des essais de manière significative.

 

 

 

 

 

 

 

 

 

 

Optimisation de la vitesse

Dans notre quête permanente pour faire de QuickTrials le moyen le plus simple, le plus rapide et le plus efficace de collecter des données, nous avons continué à optimiser la plateforme pour permettre la synchronisation d'un plus grand nombre de parcelles en un temps plus court.    

 

 

Date de référence plus générique

Comme nous avons de plus en plus de clients ayant des besoins divers, nous avons constaté que, parfois, le processus de suivi n'est pas lié aux données de plantation mais à une autre date de référence. Un exemple courant est celui d'un verger, où les arbres ne sont pas plantés chaque saison. Pour tenir compte de cette situation, nous appelons désormais la date de référence d'un essai "date de plantation / date de référence". Considérez cette date comme la date principale à laquelle vous souhaitez que l'essai soit associé.

 

 

 

 

 

 

Entrée Web optimisée

Nous travaillons en permanence à l'optimisation de l'expérience utilisateur. Parmi les améliorations les plus visibles de l'interface utilisateur que nous avons récemment apportées, citons

  • Nouvelle conception de l'étape 1 de l'assistant d'essai, qui permet d'obtenir une vue d'ensemble plus rapide
  • L'écran de saisie des données de l'essai a été mis à jour afin d'afficher l'état de téléchargement des données après leur édition. Cela permet aux utilisateurs de voir l'état des données en cas de connexions web intermittentes.

 

 

 

 

 

Étude de cas - AgCall

AgCall fournit des services d'essais et d'inspection des cultures aux États-Unis et au Canada. La société utilise QuickTrials pour rationaliser ses essais de produits, d'engrais et de variétés. Les types de cultures couverts vont du blé, de l'avoine et du maïs aux pois, lentilles et pommes de terre. Pour plus d'informations sur l'utilisation de QuickTrials par AgCall, voir l'étude de cas ici : https://www.quicktrials.com/agcall/ 

Nous espérons que vous appréciez les nouvelles fonctionnalités que nous lançons. Si vous avez des questions ou des commentaires, vous pouvez nous envoyer un courriel à tout moment à l'adresse suivante support@quicktrials.com