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 externe 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 le périmètre, 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 processus réels
Des parcours produit sélectionnés, l’intégration initiale, les résultats, les étapes de revue et l’adéquation d’un produit avec la tâche qu’il est censé aider. Selon le stade d’avancement, cela peut inclure des tests PageMind sur invitation, des tests d’Emplo avant son 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 Recherche, 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 retours 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 défaillante ou peu claire ;
fournir 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 que vous souhaitez tester, le processus ou l’environnement que vous connaissez, et le type de retours que vous pouvez fournir.
2. Nous recherchons une correspondance
Nous contactons les gens lorsque leur contexte correspond à une question concrète de test 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é, le temps prévu et les conditions applicables.
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é le périmètre.
5. Vous testez et faites un rapport
Vous effectuez l’activité convenue et soumettez vos retours par la voie décrite dans le brief. Le suivi n'a lieu que là où il est utile au test.
Le fait de manifester votre intérêt ne garantit ni une sélection, ni un accès, ni 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 apporte du temps, un usage réel et des retours 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é et le temps attendu ;
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 consignée dans des journaux ;
si la confidentialité ou un embargo s'applique ;
si le test inclut une rémunération, un accès anticipé, une reconnaissance, un autre avantage précis, ou aucun de ces éléments ;
comment les retours doivent être transmis et où poser vos questions.
Les retours é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 des retours utiles
Des retours 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 ;
ce qui s’est produit à 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 le problème compte en 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 autant que possible par une description, un exemple public, un échantillon synthétique ou des données anonymisées.
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 sur invitation exige des éléments supplémentaires, nous conviendrons de la voie et des limites avant tout partage. Pour les signalements sensibles en matière de sécurité, utilisez les informations de signalement de sécurité figurant dans les Mentions légales plutôt qu’une voie de test générale.
Liens connexes
Juridique
Tests ou autre type de collaboration ?
Les tests constituent 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. Une autre voie 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 au sein d’un processus 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.
Travailler avec nous ou effectuer un stage
Utilisez la page correspondante lorsque vous recherchez une relation de travail continue ou un stage d'apprentissage structuré et limité dans le temps.
Universités / 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. Incluez :
le produit, l'outil, la page publique ou le type d'expérience qui vous intéresse ;
le processus, le rôle ou la perspective qui rend votre contexte pertinent ;
votre appareil ou environnement technique, si cela est important ;
votre disponibilité approximative.
Ne joignez pas d’élément sensible à ce stade. Nous pouvons vous contacter lorsque votre contexte correspond à une question concrète de test.
CTA principal
Exprimez votre intérêt pour tester