Imaginez une petite pharmacie qui affiche dans sa vitrine : « Personnel recherché. Aimable, fiable, à l’aise avec la clientèle. » Tout cela est vrai. Mais la partie la plus importante du travail n’est pas sur l’affiche. Une personne qui assiste le pharmacien ne doit jamais donner les médicaments d’une personne à une autre. Personne ne l’écrit sur l’affiche, parce que le propriétaire trouve cela évident. À l’entrevue, c’est la première chose qu’il vérifie.
Les offres d’emploi ressemblent souvent à cette affiche. Elles donnent des qualités générales et agréables, mais omettent ce qui inquiète l’équipe chaque jour. Alors, avant de demander « Est-ce que j’ai ces compétences? », posez une autre question : « Quel problème cette équipe doit-elle résoudre, et de quoi a-t-elle peur? » Quand vous le savez, vous pouvez bien interpréter le reste de l’offre.
L’offre ci-dessous concerne une entreprise qui n’existe pas. Nous l’avons créée à partir de 10 offres réelles de postes backend (côté serveur) dans des entreprises de produits d’IA. Elles couvrent les logiciels juridiques, le soutien à la clientèle, les produits vocaux, les logiciels de santé et les outils de développement. Nous avons conservé leurs tendances réelles : les parties claires, les parties vagues et les petits problèmes des vraies offres. Nous avons ensuite tout réuni dans une entreprise. Ainsi, tout le guide peut utiliser la même équipe et le même problème.
Casewell crée des logiciels de révision de contrats pour les cabinets d’avocats et les équipes juridiques des entreprises. Elle compte environ 180 personnes, un siège social à Toronto et des ingénieurs qui travaillent à distance partout au Canada. Environ 400 organisations clientes l’utilisent, au Canada et au Royaume-Uni. Certaines sont de petits cabinets de 5 avocats. La plus grande en compte 900.
Un client téléverse des contrats, généralement des fichiers PDF ou Word. Casewell utilise un grand modèle de langage (LLM) pour trouver les clauses importantes. Qui sont les parties, quelle est la durée du contrat, comment peut-il prendre fin, qui paie si un problème survient? Le logiciel compare ensuite ces clauses aux règles du client et signale celles qui présentent un risque. Il offre aussi une fonction appelée « Ask your contracts » (interrogez vos contrats). C’est un clavardage où un avocat pose une question sur plusieurs contrats. La réponse apparaît mot par mot, avec des liens vers les passages exacts utilisés. Les contrats de chaque client sont confidentiels. Beaucoup ne sont même pas encore publics.
Description de poste
Ingénieur backend, produit
Casewell · Toronto, Ontario
Télétravail au Canada, une semaine par trimestre à Toronto
Casewell aide les avocats à comprendre leurs contrats en quelques minutes plutôt qu’en plusieurs jours. Plus de 400 cabinets et équipes juridiques au Canada et au Royaume-Uni nous confient leurs documents les plus importants. Notre équipe avance vite, se concentre sur le produit et grandit rapidement.
Nous embauchons des ingénieurs produit. Cela signifie que vous prenez en charge des problèmes, pas des billets de soutien. Vous rejoindrez notre équipe d’ingénierie produit pour créer les services backend du traitement des documents et de « Ask your contracts ». Vous les suivrez de la conception initiale à la production. Vous travaillerez étroitement avec les équipes produit et design, nos ingénieurs en IA et notre équipe de réussite client.
Cette offre concerne un poste vacant existant. Aucune expérience de travail au Canada n’est requise. Nous utilisons des outils d’IA pour aider à trier les candidatures. Une personne lit chaque candidature avant toute décision. Si vous avez besoin d’une mesure d’adaptation à une étape quelconque, informez notre recruteur.
Offre d'emploi composite pour une entreprise fictive, créée à partir de 10 offres réelles de postes backend dans des entreprises de produits d'IA.
Avant de comparer l’offre à votre CV, répondez à trois questions à son sujet. Notez vos réponses. Cela prend environ dix minutes. Comparez-les ensuite aux nôtres.
Quel problème l’équipe doit-elle résoudre? Répondez en une phrase, avec des mots simples, sans nommer d’outils.
Quelle est la pire chose qui puisse arriver avec ce produit? Pensez à la pharmacie.
Quelles lignes ne disent pas tout ce qu’elles devraient? Trouvez deux lignes qui semblent mineures, mais cachent probablement une grande partie du travail.
Nos réponses
1. Le problème. Les avocats téléversent de nombreux contrats confidentiels que le système doit lire avec un modèle d’IA. Il doit répondre aux questions sur ces contrats, tout en restant rapide et exact pour chaque client, en même temps. La partie IA existe déjà. L’équipe cherche quelqu’un pour rendre fiable le système qui l’entoure.
2. La pire chose. Un client voit le contrat d’un autre client. Pour un cabinet d’avocats, ce n’est pas un petit bogue. Cela peut rompre une promesse faite à son client et mettre fin à sa relation avec Casewell. Un traitement lent est un problème. Un résumé erroné aussi. Mais une fuite entre clients est ce qu’une équipe comme celle-ci craint le plus. L’offre l’exprime en quelques mots : « Un souci de la sécurité. » C’est notre premier indice que les entrevues y consacreront beaucoup de temps.
3. Les lignes qui en disent trop peu. Nous avons choisi ces deux lignes :
« Accélérer et fiabiliser le traitement des documents à mesure que nos clients grandissent. » Traiter des contrats avec un LLM est lent et peut échouer. Cette ligne signifie donc presque certainement des tâches en arrière-plan, des files d’attente et de nouvelles tentatives. Mais l’offre n’utilise jamais ces mots. Elle ne mentionne pas non plus l’envoi de la réponse du clavardage mot par mot, appelé streaming (diffusion en continu).
« Un souci de la sécurité. » C’est une seule ligne, sans aucun détail, pour un produit qui conserve les documents juridiques confidentiels de 400 clients. C’est probablement la ligne la plus importante de l’offre.
Vous avez peut-être aussi choisi « De l’expérience avec les LLM » dans « Des atouts », ou la ligne sur les outils de programmation avec l’IA. Les deux sont de bons choix. Nous les examinons à la page suivante.
Si vos réponses sont différentes, ce n’est pas un problème. L’essentiel est de prendre cette habitude : partir du problème et des risques pour les utilisateurs, pas de la liste d’outils.
Beaucoup d’offres d’entreprises d’IA se ressemblent. Il est donc facile de les confondre. Dans les offres réelles de postes backend que nous avons lues, l’IA n’était presque jamais le travail principal. Elles demandaient de travailler sur les systèmes autour du modèle : comptes et permissions, séparation des données de chaque client, traitement en arrière-plan et fiabilité. Elles demandaient aussi de transformer un prototype en produit. Elles ne demandaient pas de concevoir des requêtes (prompts), de mesurer la qualité des sorties du modèle ou de choisir un modèle. Chez Casewell, deux ingénieurs en IA prennent en charge ce travail.
Ce poste est donc un poste backend dans un produit d’IA. Si vous souhaitez concevoir des requêtes et mesurer la qualité des réponses, lisez notre Préparation aux entrevues : ingénieur en IA. Comparez les deux offres. Beaucoup de personnes conviennent à un poste, mais pas à l’autre. C’est utile de le savoir avant de postuler.
À la page suivante, nous lisons l’offre ligne par ligne. Nous examinons les exigences réelles, les simples souhaits, les éléments manquants, les personnes qui devraient postuler et les questions à poser. Ensuite, nous examinons les cinq entrevues du processus de Casewell, dont l’entrevue de programmation où un assistant d’IA est permis.
