Décidez sur le coût total, pas sur l'usage seul : charge de support, poids de maintenance, et surface ajoutée à chaque changement futur, mis en balance avec le chiffre d'affaires et la rétention réellement rattachés. Puis retirez par étapes. Coupez l'accès aux nouveaux utilisateurs, contactez directement les comptes concernés avec une date et un chemin de migration, dépréciez l'API avec une longue fenêtre, et ne supprimez qu'une fois l'usage à plat.
Pourquoi les recruteurs posent cette question
Tuer des choses est un comportement senior, et la plupart des candidats n'ont jamais fait qu'ajouter. Le recruteur veut la preuve que vous avez compté le coût continu d'une fonctionnalité, pas seulement son usage, et que vous savez qu'un retrait est un projet de communication bien plus que d'ingénierie. Mentionner le contact direct avec les comptes concernés plutôt qu'un post de changelog, c'est le détail qui sépare ceux qui l'ont fait de ceux qui en ont lu la théorie.
Comment structurer votre réponse
- Mettez en balance le coût total de possession et la valeur réellement rattachée.
- Vérifiez si les utilisateurs partiraient vraiment sans elle.
- Déroulez le retrait par étapes, dans l'ordre.
- Insistez sur le contact direct des comptes concernés plutôt que sur un changelog.
Exemple de réponse
Je regarde le coût total plutôt que l'usage, parce que l'usage seul rend toujours la suppression trop risquée à ressentir. J'additionne donc les tickets de support, le temps de maintenance, et le poids que ça met sur tout autre changement, puisqu'une vieille fonctionnalité rend chaque refactoring alentour plus cher. En face, je pose le chiffre d'affaires et la rétention qui y sont réellement rattachés, ce qui veut en général dire vérifier si les comptes qui l'utilisent partiraient vraiment. Ensuite le retrait est par étapes, et les étapes comptent plus que la décision. Couper l'accès aux nouveaux utilisateurs, contacter directement les comptes restants avec une date et un chemin vers autre chose, déprécier l'API avec une longue fenêtre et un avertissement dans la réponse, et ne supprimer que quand la courbe est à plat. Ce qui foire, c'est d'annoncer par changelog en croisant les doigts. Quiconque a une vraie dépendance mérite un e-mail et une personne à qui en parler.
Vous passez cet entretien bientôt ? GhostPilot écoute votre appel en direct, repère la question dès qu'elle est posée et affiche une réponse structurée à l'écran en temps réel. Essayez-le lors de votre prochain entretien blanc, ou prenez un Session Pass à $29, sans abonnement, pour le jour J.
Voir comment ça marcheQuestions de relance à prévoir
- Quelle durée de dépréciation est raisonnable pour une API ?
- Que faites-vous si un seul gros compte refuse de migrer ?
- Comment mesurez-vous si la tuer était le bon choix ?
Autres questions pour Chef de produit
Votre recruteur posera sa propre version de celle-ci. Collez votre véritable fiche de poste dans le Question Predictor gratuit et obtenez les 20 questions que ce poste a le plus de chances de poser, avec ce que chacune cherche vraiment à sonder.
Prédire mes questions