Sales Engineer

Capacité à diagnostiquer un échec de démo sans blâmer le prospect, l'AE ou le produit. Bonus : la·le candidat·e identifie un signal précoce qu'il·elle aurait pu détecter (préparation insuffisante, mauvais cadrage de la discovery en amont avec l'AE, démo trop générique). Les candidat·e·s qui n'ont « jamais vraiment raté de démo » mentent ou n'ont pas porté de cycles complexes.

Capacité à cartographier les stakeholders côté prospect (technique, économique, utilisateur·rice final·e) et à structurer un POC borné. Concret sur la durée, les critères de succès définis avant le lancement, et les arbitrages faits en cours de route. Les candidat·e·s qui décrivent un POC en 2 phrases révèlent un manque de pilotage structuré.

Posture de partenariat : capacité à challenger constructivement l'AE sur la lecture technique d'un compte sans aller au conflit. Bonus : la·le candidat·e cite un cas où il·elle a finalement adopté l'angle de l'AE après échange, ou inversement. Les candidat·e·s qui décrivent leurs AEs comme « ne comprenant pas la technique » révèlent une faiblesse de jeu d'équipe critique.

Cadrage discovery express : 15 min de call avec l'AE pour cartographier le compte, le stade du deal, les enjeux exprimés et les objections probables. Recherche prospect (site web, LinkedIn des stakeholders, presse). Préparation d'un scénario de démo customisé (pas la démo générique). Les candidat·e·s qui acceptent sans cadrer la discovery révèlent un manque de discipline ; ceux·celles qui refusent par principe sans proposer d'alternative révèlent une rigidité opérationnelle.

Posture honnête : ne pas promettre une feature non existante ou non roadmappée. Reformulation du besoin sous-jacent (« quel est le problème métier que cette feature résoudrait ? ») pour identifier une alternative produit ou un workaround. Coordination post-démo avec le Produit avant tout engagement. Les candidat·e·s qui promettent en démo pour faciliter le closing créent du churn 6-12 mois plus tard.

Diagnostic : un POC qui dérape révèle un scope initial trop large ou des critères de succès flous. Action : recadrage explicite avec le prospect (« voici ce que nous avions convenu de tester, voici ce qui s'est ajouté ; voulons-nous prolonger ou clôturer sur le périmètre initial ? »). Coordination avec l'AE pour valider l'impact commercial. Les candidat·e·s qui acceptent silencieusement les extensions sans renégocier le périmètre révèlent un manque de discipline POC.

Questions ouvertes pour transformer l'objectif vague en critères mesurables : quels processus exactement, quel niveau de réduction de délai est jugé concluant, sur quel volume de données, avec quel·le utilisateur·rice référent·e côté prospect. Définition explicite des critères de succès AVANT de lancer le POC. Identification des risques (intégration avec leurs systèmes, qualité des données, disponibilité du sponsor). Les candidat·e·s qui plongent dans le « comment » sans clarifier le « quoi » et le « combien » révèlent une faiblesse de scoping.

Arbitrage effort vs probabilité avant tout : qualification du RFP avec l'AE (sommes-nous favoris, le scope correspond-il à notre cible, le budget est-il qualifié ?). Si go : découpage des 80 questions par type (sécurité, fonctionnel, intégration, commercial), réutilisation maximale de réponses bibliothèque, identification des 5-10 questions qui demandent une réponse customisée. Si no-go : recommandation de décliner ou de négocier un scope réduit. Les candidat·e·s qui acceptent tout RFP sans qualifier brûlent leur capacité sur des deals improbables.

Customisation immédiate sur le persona (DAF = focus sur ROI, contrôle, conformité, pas sur les fonctionnalités tech). Storytelling clair (problème, solution, preuve). Démo qui ne montre PAS toutes les features mais celles qui parlent au persona. Bonus : la·le candidat·e demande 2-3 clarifications avant de démarrer (taille de la PME, secteur, douleur principale du·de la DAF). Les candidat·e·s qui font une démo générique de 5 min révèlent une faiblesse rédhibitoire.

Compréhension réelle de l'architecture du produit démontré (pas juste les écrans utilisateur) : stack front, backend, données, intégrations, scalabilité, sécurité. Capacité à traduire ces éléments en arguments ou contraintes pour un prospect tech-savvy. Les candidat·e·s qui ne savent pas répondre au-delà de l'UI révèlent une faiblesse technique : ils·elles n'auront pas la crédibilité face à un·e CTO en discovery.

Vulgarisation claire des modes d'intégration : webhook (push), polling (pull), batch (CSV / SFTP), middleware (Zapier, n8n) ; trade-offs latence vs fiabilité vs coût d'implémentation. Capacité à reconnaître les zones d'incertitude (« il faudrait un POC technique avant de s'engager sur les performances »). Les candidat·e·s qui survendent une intégration « plug-and-play » sans poser de question révèlent une faiblesse d'honnêteté technique.

Routine documentée : revues mensuelles du changelog produit, échanges réguliers avec le Produit et la Tech, veille concurrentielle structurée (G2, Gartner, démos concurrentes). Les candidat·e·s qui répondent en généralités (« je reste à jour sur le produit ») révèlent une faiblesse opérationnelle : un·e SE qui n'a pas vu une nouvelle feature avant un prospect perd la crédibilité du rôle.

Ouverture : capacité à dissocier le retour du jugement personnel. Bonus : la·le candidat·e cite un exemple concret de changement après un feedback désagréable. Les candidat·e·s qui décrivent avoir « expliqué leur logique » à l'AE au lieu d'écouter révèlent une faiblesse de coachabilité critique pour le rôle, qui dépend du binôme.

Posture de pont : feedback structuré au Produit sur les demandes prospects récurrentes (signal de roadmap), partage avec la Tech des contraintes d'intégration rencontrées en POC. Les candidat·e·s qui parlent du Produit ou de la Tech avec détachement révèlent une faiblesse de jeu d'équipe : un·e SE doit être un canal de feedback de premier ordre vers ces équipes.

Maturité commerciale et intégrité : capacité à dire « notre produit ne convient pas à votre besoin » quand c'est vrai. Concret : la·le candidat·e cite un compte, le motif technique, et l'impact commercial. Les candidat·e·s qui n'ont jamais arbitré contre un closing court terme par honnêteté révèlent un risque de survente, qui se traduit en churn et en perte de crédibilité auprès du Produit et de la Tech.