Ingénierie déployée

Un ingénieur GEERD s’installe chez vous, et reste jusqu’à la production.

Pas un cahier des charges envoyé de loin, pas un logiciel livré et laissé là. Un ingénieur vient dans votre établissement, regarde comment les admissions, les paiements, la scolarité ou le reporting se font réellement, écrit ce qui manque, le construit sur vos systèmes et vos données, et le met en service avec votre équipe. Il repart quand elle n’a plus besoin de lui. C’est ainsi que nous travaillons depuis huit ans avec les établissements marocains ; nous le faisons, en français et en anglais, pour ceux qui nous appellent d’ailleurs.

Dernière mise à jour · septembre 2026

Trois strates : les agents, les systèmes par lesquels ils agissent (les nôtres et les vôtres), le terrain où le travail se fait. Enro tourne aujourd’hui dans les admissions ; les autres agents sont ceux que nous construisons avec vous, processus par processus, branchés sur ce que vous avez déjà.

ans auprès des établissements: 8ans auprès des établissements
établissements accompagnés: 11établissements accompagnés
plateformes issues de ce travail: 3plateformes issues de ce travail
langues de travail: FR · ENlangues de travail

Pourquoi sur place

Le processus qui compte n’est pas celui qui est écrit.

Chaque établissement a une procédure d’admission, une procédure de relance, une procédure de clôture. Et chacun a, à côté, la façon dont cela se fait vraiment : le tableur tenu par une personne, l’exception accordée chaque année au même type de dossier, la relance faite à la main parce que le logiciel ne sait pas, la pièce que l’on réclame trois fois. Un système construit sur la procédure écrite tombe sur la réalité le premier lundi.

C’est pour cela que l’ingénieur vient. Il s’assoit à côté de l’équipe des admissions, de la scolarité ou de la comptabilité, pendant que le travail se fait. Il voit les exceptions avant de coder, et il voit ce que le logiciel devra refuser de faire. Ce qu’il écrit ensuite est court, et il est juste.

Nous mesurons ce que les équipes utilisent, pas ce qui est déployé. Un ingénieur sur place est le seul moyen que nous connaissions de tenir cette règle.

Le déroulé

Cinq temps, toujours dans cet ordre.

Le même déroulé qu’un agent soit en jeu ou non : le diagnostic dit d’abord s’il y a quelque chose à construire.

01Observer
Quelques jours dans l’établissement, sur le processus retenu. On note comment le travail se fait, y compris les gestes que personne n’a documentés, et l’on repère la source de chaque information : le dossier, l’échéancier, le calendrier, le tableur.
02Écrire
Le périmètre (ce que le système fera, ce qu’il ne fera pas, où il s’arrête et qui il prévient), et la liste des systèmes qu’il lira et écrira, champ par champ. Relu par vous, signé avant une ligne de code. Le prix est fixé sur ce document.
03Construire sur vos données
Pas sur un fichier d’exemple : sur vos dossiers réels, vos exceptions réelles, dans vos systèmes existants : le logiciel de scolarité, l’ERP, la comptabilité, la messagerie. Nos plateformes en font partie quand elles sont chez vous ; elles ne sont pas une condition.
04Mettre en service sous supervision
Le système tourne en conditions réelles, avec l’équipe qui relit avant que quoi que ce soit ne parte, et des objectifs mesurables écrits à l’avance. L’ingénieur est là. Ce qui doit être corrigé l’est dans la semaine, pas au prochain trimestre.
05Transmettre
Votre équipe est formée jusqu’à maîtriser le système ; la documentation et les accès sont les siens. Nous ne gardons pas les clés. Ce qui a été construit (les connecteurs, le périmètre, les contrôles) sert au processus suivant, qui va plus vite que le premier.

Ce que l’ingénieur construit

Quatre sortes de travail, une méthode.

Le diagnostic décide laquelle. Souvent, c’est la plus petite.

Un agent pour un processus

Relancer une échéance, répondre aux familles, préparer les états attendus par la tutelle, reprendre contact avec les diplômés. Écrit avec ses limites, branché sur sa source, contrôlé à chaque action. Un agent tourne aujourd’hui en production dans les admissions ; les autres se construisent de la même manière.

Un connecteur entre deux systèmes

Votre logiciel de scolarité et votre comptabilité ne se parlent pas ; votre plateforme de formation et le système RH de votre client non plus. On relie les deux par les interfaces existantes quand elles existent, par un connecteur écrit pour vous quand elles n’existent pas.

Une plateforme quand aucun produit n’existe

Un environnement d’épreuve écrite pour un concours d’entrée, une plateforme de formation pour des programmes cadres : du logiciel écrit pour un seul établissement parce que son besoin n’avait pas de produit. Rarement, et seulement quand configurer et standardiser ne suffisent pas.

Le déploiement de nos plateformes

BrightStep, EasyClass ou AlmaHub, installées avec la même méthode : reprise de vos données, paramétrage sur vos filières ou vos niveaux, formation, et un ingénieur présent jusqu’à ce que l’usage soit réel.

Déjà livré de cette façon

Ce que des ingénieurs déployés ont construit.

La plateforme des programmes cadres d’Africa Business School (UM6P), reliée au système RH et à l’outil d’émargement du Groupe OCP, son premier client industriel : inscriptions, présences et résultats remontent directement chez le client.
La plateforme d’épreuve écrite d’admission de l’EMINES – UM6P, une école d’ingénieurs qui fait passer son concours sur place.
Enro, l’agent des admissions de BrightStep, en production : il répond aux familles, enregistre l’intérêt, ouvre les tâches, et s’arrête là où son périmètre s’arrête.
Le site institutionnel et l’assistant connecté de HEC Rabat, une plateforme de données de recherche, une plateforme de séminaires et de podcasts.

Au Maroc, et ailleurs

Basés à Casablanca. Nous nous déplaçons.

GEERD est née à Casablanca et y travaille depuis huit ans, avec des écoles internationales, des écoles de commerce et d’ingénieurs, des universités et des programmes exécutifs. C’est là que sont nos clients aujourd’hui, et c’est là que la méthode a été éprouvée.

Un groupe d’enseignement, une université ou un réseau d’écoles qui nous appelle d’un autre pays trouve la même équipe et le même déroulé. La première conversation et le diagnostic peuvent se faire à distance, dans votre langue de travail : le français ou l’anglais ; l’observation et la mise en service se font chez vous, et l’ingénieur reste joignable entre deux séjours. Les données sont hébergées en France chez OVHcloud, et l’accord de traitement est signé avant la mise en service.

Nous ne promettons pas d’être partout. Nous promettons d’être chez vous quand cela compte, et de ne pas garder les clés en partant.

Comment cela se facture

Le diagnostic est gratuit et se conclut par un compte rendu écrit. Le travail qui suit est chiffré sur le périmètre signé, avant la première ligne de code. Les règles (ce qui est compris, ce qui ne l’est pas, ce qui est crédité) sont écrites sur la page Notre approche.

Comment nous facturons →

Si c’est un agent que vous avez en tête

La page sur l’IA agentique dit ce qu’un agent fait réellement dans un établissement, processus par processus, comment nous l’écrivons avant de le brancher, et ce qu’il ne décidera jamais.

L’IA agentique dans un établissement →

Commencez par le diagnostic.

Une demi-journée, chez vous ou à distance, un compte rendu écrit. Vous en sortez avec une lecture de votre situation et, s’il y a quelque chose à construire, le périmètre par lequel commencer.

Demander un diagnostic →Faire le point en 5 minutes

Questions fréquentes →