Partenaires / Testeurs
Aidez-nous à tester ce que nous construisons.
Certains problèmes n'apparaissent que lorsqu'un produit, un outil ou une explication rencontre une personne, un flux de travail, un appareil ou un environnement technique réel. inAi ouvre des opportunités de tests sélectionnées lorsqu'une utilisation extérieure peut répondre à une question concrète et améliorer le travail avant qu'il ne touche davantage de personnes.
Les tests ne sont pas ouverts en permanence sur tout ce que nous construisons. Dites-nous où votre expérience est pertinente. Si votre contexte correspond à une opportunité appropriée, nous pouvons vous inviter ; l'invitation indiquera la portée, l'engagement attendu et les conditions avant que vous décidiez de participer ou non.
Où les tests peuvent aider
Ce que nous testons change avec le travail et sa maturité. Selon la question, une opportunité peut concerner l'un des domaines suivants.
Produits et workflows réels
Flux de produits sélectionnés, intégration, résultats, étapes de révision et si un produit correspond à la tâche qu'il est censé prendre en charge. Selon l'étape, cela peut inclure des tests de flux de travail PageMind invités, des tests Emplo avant le lancement ou de futurs produits inAi.
Open Source et outils techniques
Installation, compatibilité, documentation, exemples, gestion des erreurs et reproductibilité dans des environnements réels. Pour un référentiel public, le système de suivi des problèmes GitHub correspondant est généralement le meilleur point de départ.
Logiciel pour les agents
Outils et documentation destinés aux agents, entrées et sorties structurées, état, récupération et si un flux de travail est utilisable par un agent ou par le développeur qui le configure. Cela s'applique lorsqu'il existe un test public ou invité.
Pages publiques et explications
Lisibilité, accessibilité, navigation, formulaires et si une explication a du sens pour les personnes pour lesquelles elle a été écrite. Cela peut inclure AI for Everybody, les pages AGI et Research, les pages de produits et le site Web inAi plus large.
Vous avez déjà trouvé quelque chose de public : un lien brisé, une page peu claire, un problème de formulaire ou un problème dans un référentiel public ? Vous n'avez pas besoin d'une invitation pour le signaler.
Qui peut être utile
Le bon testeur n’est pas toujours la personne la plus technique.
Un professionnel peut comprendre le flux de travail qu’un produit est censé améliorer.
Un développeur peut reproduire un problème dans un environnement particulier.
Un utilisateur novice peut exposer des hypothèses que l’équipe ne remarque plus.
Un demandeur d'emploi ou un lecteur non technique peut montrer où une expérience devient déroutante ou cesse de se sentir utile.
Ce qui compte, c'est une perspective pertinente, des commentaires francs et la capacité d'expliquer ce qui s'est passé. Nous apprécions les personnes qui nous disent quand quelque chose fonctionne, quand cela ne fonctionne pas et pourquoi.
Les testeurs utiles peuvent :
décrire le contexte réel dans lequel ils testent ;
distinguer une préférence personnelle d'une expérience brisée ou peu claire ;
rapporter suffisamment de détails pour que le problème soit compris ;
travailler dans le cadre convenu ;
respecter la vie privée et la confidentialité là où elles s'appliquent.
Comment fonctionnent les tests
1. Racontez-nous votre contexte
Décrivez ce qui vous intéresse pour les tests, le flux de travail ou l'environnement que vous connaissez et le type de commentaires que vous pouvez fournir.
2. Nous recherchons une correspondance
Nous contactons les gens lorsque leur contexte correspond à une question test concrète et que le travail est prêt pour une utilisation extérieure.
3. Vous recevez un brief de test
L'invitation explique ce qui est testé, ce qui vous sera demandé de faire, l'heure prévue et les conditions qui s'appliquent.
4. Vous décidez de participer ou non
Recevoir une invitation ne crée pas d’obligation. La participation ne commence qu'une fois que vous avez compris et accepté la portée.
5. Vous testez et faites un rapport
Vous effectuez l’activité convenue et soumettez vos commentaires via l’itinéraire décrit dans le brief. Le suivi n'a lieu que là où il est utile au test.
L'enregistrement d'un intérêt ne garantit pas la sélection, l'accès ou une réponse individuelle. Cela nous permet de trouver des personnes pertinentes lorsqu'une opportunité appropriée se présente.
Un échange clair
Les tests doivent être un échange clair. inAi fournit une question définie, une description honnête de la maturité du travail, les instructions et accès nécessaires, ainsi qu’un point de contact. Le testeur fournit du temps, une utilisation réelle et des commentaires francs.
Avant le début d’un test invité, nous expliquerons, le cas échéant :
ce qui est testé et ce que nous essayons d'apprendre ;
ce qui vous sera demandé de faire et combien de temps vous sera demandé ;
comment l'accès, la configuration, les appareils ou les environnements techniques sont gérés ;
quelles données peuvent être utilisées et si l'activité est enregistrée ou enregistrée ;
si la confidentialité ou un embargo s'applique ;
si le test inclut une compensation, un accès anticipé, une reconnaissance, un autre avantage spécifique, ou aucun de ceux-ci ;
comment les commentaires doivent être soumis et où poser les questions.
Les commentaires éclairent nos décisions, mais ils ne garantissent pas que toutes les suggestions seront mises en œuvre ou que l'accès continuera après le test.
À quoi ressemblent les commentaires utiles
Les commentaires utiles nous donnent suffisamment de contexte pour comprendre ce qui s’est passé et décider sur quoi enquêter ensuite.
Un rapport solide comprend généralement :
ce que vous essayiez de faire ;
ce à quoi vous vous attendiez ;
que s'est-il passé à la place ?
l'appareil, le navigateur, le système d'exploitation, le référentiel, la version de l'outil ou l'environnement, le cas échéant ;
si le résultat peut être reproduit ;
pourquoi la question est importante dans la pratique.
Exemple
Sur Safari mobile, le formulaire a accepté mes coordonnées mais n'a montré aucune confirmation après soumission. J'ai répété le flux deux fois et je n'ai pas pu dire si le message avait été envoyé.
Une suggestion de correctif est la bienvenue, mais elle n’est pas obligatoire. Une description précise du problème est déjà utile.
Utilisez les données les moins sensibles qui peuvent tester le point
Commencez par une description, un exemple public, un échantillon synthétique ou du matériel anonymisé autant que possible.
N'envoyez pas de mots de passe, d'identifiants, de clés API, de données privées de clients, de fournisseurs ou de candidats, de documents confidentiels, d'ensembles de données propriétaires ou de détails d'exploits de sécurité via un formulaire de testeur général.
Si un test invité nécessite du matériel supplémentaire, nous nous mettrons d'accord sur l'itinéraire et les limites avant que quoi que ce soit ne soit partagé. Pour les résultats sensibles en matière de sécurité, utilisez les informations de rapport de sécurité fournies dans la section Juridique plutôt qu'une méthode de test générale.
Liens connexes
Juridique
Tests ou autre type de collaboration ?
Les tests sont la bonne voie lorsque vous souhaitez essayer un produit, un outil, un flux de travail ou une expérience publique et signaler ce qui se passe. Un autre itinéraire est généralement préférable dans les cas suivants.
Listes d'attente
Utilisez une liste d'attente de produits lorsque vous souhaitez uniquement des mises à jour ou un accès futur. Une liste d'attente enregistre l'intérêt ; il ne s’agit pas d’une participation à un test défini.
Pilotes / Entreprises partenaires
Utilisez cette voie lorsqu'une entreprise ou une institution souhaite évaluer un produit dans le cadre d'un flux de travail opérationnel réel, avec des données organisationnelles, des parties prenantes, des contraintes et un résultat défini. C’est généralement la meilleure voie pour l’évaluation organisationnelle de PageMind.
Contributions
Utilisez Contributions (ou le référentiel GitHub approprié) lorsque vous souhaitez soumettre une modification au code public, à la documentation, aux exemples ou à un autre artefact public.
Travaillez avec nous ou faites des stages
Utilisez la page correspondante lorsque vous recherchez une relation de travail continue ou un stage d'apprentissage structuré et limité dans le temps.
Universitaire/Recherche
Utilisez cette voie lorsque le résultat escompté est une étude formelle, une évaluation, une publication, une méthode de recherche ou une collaboration de recherche plus longue.
Dites-nous ce que vous pouvez tester
Votre premier message doit être court et précis. Inclure :
le produit, l'outil, la page publique ou le type d'expérience qui vous intéresse ;
le flux de travail, le rôle ou la perspective qui rend votre contexte pertinent ;
votre appareil ou environnement technique, si cela est important ;
votre disponibilité approximative.
Ne fixez pas de matériel sensible à ce stade. Nous pouvons vous contacter lorsque votre contexte correspond à une question test concrète.
CTA principal
Enregistrez votre intérêt pour les tests