Recruter un Solutions Architect, c'est chercher un profil qui conçoit des architectures répondant à un besoin client ou produit, tout en faisant le pont entre la technique et le métier. Ce rôle hybride est difficile à cadrer : il exige une largeur technique, une vraie aisance relationnelle et un pragmatisme orienté résultat. Voici comment définir le poste, sourcer les bons candidats et les évaluer sérieusement.
Le rôle réel d'un Solutions Architect
Un Solutions Architect traduit un problème business en une architecture technique viable. Il ne code pas l'intégralité de la solution : il décide des grands choix de conception, arbitre entre les contraintes (coût, délai, sécurité, scalabilité) et s'assure que l'ensemble tient debout. Son livrable principal n'est pas du code mais une vision : schémas, choix de composants, justification des compromis.
Concrètement, ce profil intervient sur plusieurs fronts. Il dialogue avec les parties prenantes métier pour comprendre le besoin réel, souvent mal exprimé au départ. Il conçoit ensuite une architecture cible et un chemin de migration réaliste. Il accompagne les équipes de développement dans l'implémentation, sans se substituer à elles. Dans beaucoup d'organisations, notamment chez les éditeurs et les ESN, il intervient aussi en avant-vente : il rassure le client, démontre la faisabilité et chiffre la solution.
Solutions Architect, architecte logiciel, Sales Engineer : trois rôles distincts
La confusion entre ces trois titres fait perdre du temps en recrutement. Les distinguer clarifie immédiatement le profil à chercher et la grille d'évaluation à appliquer.
- L'architecte logiciel pur se concentre sur la structure interne d'une application : patterns, modularité, qualité du code, dette technique. Sa profondeur sur un périmètre donné est supérieure, mais sa largeur et son exposition au client sont plus faibles. Il pense surtout en termes de maintenabilité et de cohérence du système.
- Le Solutions Architect raisonne à l'échelle de la solution complète : plusieurs systèmes, intégrations, infrastructure, parfois plusieurs équipes. Il privilégie la largeur à la profondeur sur un point unique, et il assume une part de communication et de négociation que l'architecte logiciel n'a pas toujours.
- Le Sales Engineer est avant tout commercial dans sa finalité : il vend une solution existante, fait des démonstrations et lève les objections techniques. Il maîtrise le produit en surface plutôt qu'en profondeur de conception. Un Solutions Architect peut faire de l'avant-vente, mais sa mission centrale reste de concevoir, pas de vendre.
Si vous avez besoin d'un profil plus orienté conception interne et qualité de code, l'article sur recruter un développeur backend avec une fibre architecture couvre un terrain proche mais distinct.
Les compétences qui font un bon Solutions Architect
Quatre dimensions ressortent systématiquement chez les profils solides. Aucune ne se suffit à elle seule : c'est leur combinaison qui rend le rôle difficile à pourvoir.
- Vision systèmes. Capacité à raisonner sur des ensembles : flux de données, dépendances, points de défaillance, évolutivité. Le candidat doit voir les interactions entre composants autant que les composants eux-mêmes.
- Largeur technique. Une connaissance suffisante de plusieurs domaines (cloud, données, réseau, sécurité, intégration) pour faire des choix éclairés sans être expert de chacun. Le bon Solutions Architect sait quand appeler un spécialiste.
- Communication. Aptitude à expliquer un choix technique à un dirigeant non technique, et à défendre une décision face à une équipe d'ingénieurs sceptiques. C'est souvent ici que les candidats brillants techniquement échouent.
- Pragmatisme. Tendance à choisir la solution suffisante plutôt que la solution idéale. Un architecte qui sur-conçoit coûte cher. Cherchez quelqu'un qui assume des compromis et les explique sans gêne.
Où sourcer ce type de profil
Les Solutions Architects sont rarement en recherche active : ils sont bien payés et sollicités en continu. Le sourcing doit donc être ciblé et patient.
- Les anciens lead developers et tech leads qui ont évolué vers des rôles plus transverses sont un vivier naturel. Cherchez les parcours où la responsabilité s'est élargie du code vers la conception d'ensemble.
- Les éditeurs SaaS et ESN forment beaucoup de ces profils, notamment ceux qui ont fait de l'avant-vente technique. Les certifications cloud (AWS, Azure, GCP) sont un signal utile, pas une garantie.
- Les communautés et conférences techniques. Les personnes qui présentent des retours d'expérience d'architecture en meetup ou en conférence combinent souvent la compétence technique et l'aisance à communiquer que vous cherchez.
- La cooptation interne. Vos meilleurs ingénieurs connaissent les architectes avec qui ils ont aimé travailler. C'est un canal de qualité trop souvent négligé.
Pour les recrutements Tech et Sales à volume ou en tension, externaliser le sourcing à une équipe dédiée permet de garder un pipeline actif sans mobiliser vos managers à temps plein.
Comment évaluer : l'étude de cas d'architecture
L'entretien classique à base de questions de culture technique ne suffit pas pour ce rôle. Le meilleur signal vient d'une étude de cas d'architecture où le candidat doit concevoir une solution à partir d'un besoin volontairement incomplet, puis défendre ses choix.
Donnez un énoncé réaliste : un contexte métier, des contraintes partielles, des zones d'ombre. Le candidat doit poser les bonnes questions avant de dessiner quoi que ce soit. Observez ensuite comment il structure sa réponse, comment il justifie chaque compromis, et comment il réagit quand vous challengez un choix. Un bon architecte change d'avis quand l'argument est valable et tient sa position quand il a raison.
Voici une grille simple, notée sur cinq critères, pour cadrer l'évaluation :
- Compréhension du besoin. Pose-t-il des questions avant de concevoir ? Reformule-t-il le problème métier correctement ?
- Qualité de la conception. L'architecture proposée est-elle cohérente, scalable et adaptée aux contraintes réelles, sans sur-ingénierie ?
- Défense des choix. Justifie-t-il chaque décision par un raisonnement clair, avec les compromis assumés ?
- Largeur technique. Couvre-t-il les dimensions clés (données, sécurité, intégration, exploitation) ou en oublie-t-il ?
- Communication. Son explication serait-elle compréhensible par un interlocuteur métier ? Reste-t-il pédagogue sous pression ?
Pour formaliser cette grille et la partager avec vos évaluateurs, notre générateur de scorecard permet de bâtir une trame de notation réutilisable en quelques minutes.
FAQ : recruter un Solutions Architect
Un Solutions Architect doit-il encore savoir coder ? Oui, dans une certaine mesure. Il n'écrit pas la solution complète, mais il doit pouvoir lire du code, prototyper et comprendre les contraintes d'implémentation. Un architecte déconnecté de la pratique perd vite sa crédibilité auprès des équipes et fait des choix irréalistes.
Faut-il privilégier un profil avant-vente ou un profil delivery ?
Cela dépend de votre contexte. Un éditeur ou une ESN avec un cycle commercial technique aura besoin d'un profil à l'aise en avant-vente, capable de rassurer un client et de chiffrer. Une scale-up qui construit son produit cherchera plutôt un profil delivery, ancré dans les équipes. Définissez la dominante avant de lancer le sourcing, car les deux profils ne se trouvent pas aux mêmes endroits.
Combien de temps prévoir pour ce recrutement ?
Comptez plus de temps que pour un poste de développeur classique. La rareté du profil, sa faible disponibilité et la nécessité d'une évaluation approfondie allongent le cycle. Un processus rigoureux mais rapide, avec une étude de cas bien préparée et un nombre limité d'entretiens, reste votre meilleur levier pour ne pas perdre les bons candidats en route.
Vous cherchez à structurer votre recrutement de Solutions Architect ou à renforcer votre pipeline Tech et Sales ? Échangeons lors d'un rendez-vous pour cadrer ensemble votre besoin et la meilleure approche de sourcing.