Passer les entretiens chez Doctolib : le processus décortiqué, étape par étape
Combien d'entretiens ? Quels tests ? Comment se préparer ? Un guide détaillé du parcours de recrutement d'une scale-up santé comme Doctolib, avec un exemple de test technique.
Doctolib est l'une des plus grosses réussites de la tech européenne : partie de la prise de rendez-vous médical, la société est devenue une infrastructure de santé utilisée par des dizaines de millions de patients et des centaines de milliers de soignants. Une telle croissance implique un recrutement massif — mais aussi exigeant, car derrière le produit se cache une contrainte rare : la fiabilité et la confidentialité de données de santé. Ce guide décortique, étape par étape, ce à quoi ressemble un processus de recrutement dans une scale-up de ce type, comment vous y préparer concrètement, et il inclut un exemple de test technique représentatif.
Note : les processus évoluent et varient selon l'équipe et le poste. Cet article décrit les grandes étapes typiques d'une scale-up santé européenne et les bonnes pratiques pour les aborder — pas une procédure interne officielle.
Vue d'ensemble : combien d'étapes, combien de temps ?
Pour un poste d'ingénierie, comptez généralement quatre à six étapes réparties sur deux à quatre semaines :
- Échange avec un(e) recruteur(se) (25–40 min) — cadrage, motivation, attentes, logistique.
- Entretien technique / exercice — souvent un exercice à la maison ou un live coding, parfois les deux selon la séniorité.
- Entretien de system design (surtout à partir du niveau confirmé).
- Entretien(s) avec le hiring manager — expérience, collaboration, contexte d'équipe.
- Entretien de valeurs / culture — la fameuse évaluation comportementale.
- Références et offre.
Chaque étape est éliminatoire mais aussi informative pour vous : à chaque rendez-vous, posez des questions, c'est un dialogue à double sens.
Étape 1 — Le screening recruteur
Le premier appel n'est pas une formalité. Le recruteur évalue trois choses : votre motivation réelle (pourquoi la santé ? pourquoi cette entreprise ?), l'adéquation de votre expérience au poste, et des points logistiques (préavis, prétentions salariales, localisation, mobilité). Préparez une réponse claire et honnête à « pourquoi nous ? » — les entreprises à mission détectent vite les candidatures opportunistes.
Conseil : renseignez-vous sur le produit avant l'appel. Créez un compte, prenez un rendez-vous de test, lisez le blog engineering. Cinq minutes d'usage réel valent mieux qu'une heure de théorie.
Étape 2 — L'évaluation technique
C'est le cœur du processus pour un poste tech. Deux formats coexistent :
a) L'exercice à la maison (take-home)
On vous confie un petit projet borné (souvent 2–4 heures conseillées) proche du travail réel : implémenter une petite API, une fonctionnalité front, ou résoudre un problème métier. Ce qui est évalué va bien au-delà du « ça marche » :
- Lisibilité — noms clairs, fonctions courtes, code qu'un collègue comprend en 30 secondes.
- Tests — présence de tests pertinents (pas 100 % de couverture pour la forme, mais les cas qui comptent).
- Gestion des cas limites — entrées invalides, erreurs réseau, valeurs nulles.
- Un README — comment lancer, quels choix vous avez faits, ce que vous auriez fait avec plus de temps.
Erreur classique : sur-ingénierer. On n'attend pas une architecture hexagonale pour un exercice de deux heures ; on attend du code propre, testé et honnête sur ses limites.
b) Le live coding
En visio ou sur place, vous résolvez un problème en partageant votre écran, avec un ingénieur. L'objectif n'est pas de trouver la solution parfaite du premier coup, mais de montrer comment vous raisonnez : clarifier l'énoncé, proposer une approche, coder par petits pas, tester au fur et à mesure. Pensez à voix haute — le silence est votre ennemi.
Exemple de test technique représentatif
Voici un exercice du type de ceux qu'on rencontre : « Implémentez un moteur de créneaux de rendez-vous ». Énoncé : étant donné les disponibilités d'un praticien et les rendez-vous déjà pris, retournez les créneaux libres de 30 minutes.
// Disponibilités : intervalles [début, fin) en minutes depuis minuit
// Rendez-vous pris : idem. Créneaux de 30 min.
function creneauxLibres(dispos, pris, duree = 30) {
const occupe = pris.slice().sort((a, b) => a[0] - b[0]);
const libres = [];
for (const [debut, fin] of dispos) {
let curseur = debut;
for (const [pDebut, pFin] of occupe) {
if (pFin <= curseur || pDebut >= fin) continue; // hors de cette dispo
// créneaux avant le rendez-vous pris
for (let t = curseur; t + duree <= pDebut; t += duree) libres.push([t, t + duree]);
curseur = Math.max(curseur, pFin);
}
for (let t = curseur; t + duree <= fin; t += duree) libres.push([t, t + duree]);
}
return libres;
}Ce qui impressionne ici n'est pas la solution mais la démarche : demander si les rendez-vous peuvent se chevaucher, gérer une disponibilité sans aucun rendez-vous, écrire un test avec un cas piège (un rendez-vous à cheval sur deux disponibilités), et discuter la complexité (ici quasi linéaire après tri). Mentionnez ce que vous feriez « en vrai » : fuseaux horaires, durées variables, verrouillage concurrent pour éviter la double réservation — exactement les problèmes que résout un produit de prise de rendez-vous.
Étape 3 — Le system design
À partir du niveau confirmé, on vous demande de concevoir un système à haut niveau : « Comment concevriez-vous un système de réservation qui empêche deux patients de réserver le même créneau ? ». Ici, la gestion de la concurrence est centrale : verrous optimistes/pessimistes, contraintes d'unicité en base, files d'attente. Suivez une méthode : clarifier les besoins, estimer la charge, poser les grands blocs (clients, API, base, cache), puis creuser deux ou trois points sensibles et nommer les compromis (cohérence forte vs disponibilité — un rendez-vous médical exige plutôt la cohérence).
Étape 4 — Le hiring manager
Le futur manager sonde votre expérience en profondeur : un projet dont vous êtes fier, un échec et ce que vous en avez tiré, comment vous collaborez, comment vous gérez un désaccord technique. Préparez trois ou quatre histoires structurées avec la méthode STAR (Situation, Tâche, Action, Résultat). Les meilleures réponses sont concrètes et chiffrées : « nous avons réduit la latence p95 de 800 ms à 120 ms en… ».
Étape 5 — L'entretien de valeurs
Les entreprises à mission accordent un poids réel à cet entretien. On explore l'alignement avec la culture via des questions comportementales : une situation où vous avez privilégié l'impact utilisateur, un moment où vous avez dû dire non, une décision éthique. Ne récitez pas les valeurs affichées — illustrez-les par des faits vécus. L'authenticité prime sur le vernis.
Le contexte particulier de la santé
Travailler sur des données de santé impose une culture de la rigueur : confidentialité (RGPD, hébergement de données de santé certifié), fiabilité (une indisponibilité peut affecter des soins), et accessibilité (les utilisateurs sont de tous âges et de tous niveaux numériques). Montrer que vous comprenez ces enjeux — et que la robustesse vous tient à cœur autant que la vélocité — fait une vraie différence.
Comment vous préparer : plan d'action
- Le produit d'abord — utilisez-le réellement, listez ce que vous amélioreriez.
- Fondamentaux techniques — structures de données, complexité, concurrence, bases de données (transactions, index).
- System design — entraînez-vous sur 4–5 classiques (réservation, fil d'actualité, raccourcisseur d'URL, notifications).
- Histoires STAR — préparez-en 4, réutilisables sur plusieurs questions.
- Vos questions — sur l'équipe, la roadmap, la façon de gérer les incidents. Elles comptent.
En résumé
Le recrutement d'une scale-up santé n'est pas un piège à déjouer, c'est un parcours structuré et exigeant qui cherche des personnes rigoureuses, pédagogues et alignées avec la mission. La bonne nouvelle : tout se prépare. Comprenez chaque étape, entraînez-vous sur des exercices proches du réel, et abordez chaque entretien comme une conversation entre professionnels — parce que c'en est une.