AMOA : traduire votre besoin en exigences, et choisir la bonne solution

Des offres comparables, une décision argumentée

L’assistance à maîtrise d’ouvrage (AMOA) consiste à transformer le besoin d’une entreprise en exigences compréhensibles par le marché, à consulter les bons acteurs, à comparer leurs réponses et à aider la direction à décider. Lunova, cabinet de conseil établi à Nyon, tient ce rôle pour les PME de Suisse romande : nous représentons votre intérêt face aux fournisseurs, sans vendre ni installer la solution retenue.

Ce qu'une AMOA règle

Ce qui rend une décision informatique coûteuse tient moins au produit retenu qu’à ce qui a précédé le choix : un besoin mal formulé, des offres impossibles à comparer, des engagements dont personne n’a mesuré la portée.

Une entreprise fait appel à une AMOA lorsqu’elle s’apprête à engager de l’argent sur une solution informatique et qu’elle veut décider sur des éléments comparables plutôt que sur une proposition reçue. Plusieurs situations y conduisent.

Un schéma directeur qui débouche sur des investissements

L’état des lieux est fait, la trajectoire est posée : il faut maintenant savoir ce que le marché propose, à quel niveau de service et à quel coût, avant d’engager quoi que ce soit.

Le renouvellement d'une brique majeure du SI

Un cœur de réseau, une plateforme collaborative, une application structurante : plusieurs fournisseurs sont en jeu, les périmètres se recouvrent et les offres arrivent construites sur des bases différentes.

Un nouveau bâtiment ou un nouveau site à équiper

Le volet informatique se décide en même temps que le reste du projet, avec des délais qui ne se rattrapent pas et des choix difficiles à revenir en arrière une fois les travaux lancés.

Une équipe interne compétente mais sans le temps

Les métiers et l’IT savent ce dont ils ont besoin ; personne n’a les semaines nécessaires pour l’écrire, consulter le marché et dépouiller les réponses en plus du quotidien.

Une proposition de fournisseur que personne ne peut challenger

Le prestataire en place propose une solution. Elle est peut-être la bonne mais l’entreprise n’a pas les moyens de le vérifier, ni de savoir ce qu’elle aurait obtenu ailleurs.

Ce que l'AMOA change pour votre entreprise

Cinq effets concrets d’un besoin formalisé avant d’aller sur le marché.

Un besoin écrit par l'entreprise, pas par le fournisseur

Les exigences sont construites à partir de ce que font vos équipes et de ce qu’elles doivent obtenir, puis validées par elles. Le marché répond ensuite à votre besoin, dans vos termes, et non à la lecture qu’un fournisseur en a faite.

Des offres réellement comparables

Un cadre de réponse imposé oblige les candidats à chiffrer le même périmètre, à traiter les mêmes hypothèses et à exposer leurs coûts récurrents de la même manière. Sans ce cadre, l’écart entre deux propositions renseigne plus sur leur rédaction commerciale que sur leur contenu.

Les risques posés avant la signature

Dépendances, réversibilité, engagements de service, responsabilités en cas de défaillance, prérequis d’infrastructure, charge à prévoir côté interne : ces points se traitent pendant la consultation, tant qu’ils sont encore négociables.

Une charge projet absorbée à l'extérieur

Vos équipes restent sur ce que personne ne peut faire à leur place, exprimer le besoin, arbitrer, valider. La rédaction, la relation avec les candidats, le dépouillement et l’animation des séances sont pris en charge.

Un niveau d'accompagnement calibré

Certaines équipes ont besoin d’un accompagnement continu ; d’autres d’une expertise sur un point précis, à un moment précis. Le niveau d’intervention se définit avec vous au cadrage et n’a pas à être le même du début à la fin.

Comment se déroule une mission d'AMOA

Une AMOA suit la même logique quel que soit le sujet : formaliser, consulter, comparer, décider puis accompagner la conception, vérifier, et soutenir les équipes. La profondeur de chaque étape s’ajuste au périmètre et aux délais, et toutes ne sont pas mobilisées à chaque mission.

1 · Cadrage

Le contexte, ce que l’entreprise cherche à obtenir, les contraintes de calendrier et de budget, les interlocuteurs à impliquer et la manière dont la décision sera prise.

2 · Expression du besoin

Entretiens avec les métiers et l’informatique, puis traduction en exigences hiérarchisées — fonctionnelles, techniques, de service, contractuelles. C’est ici que se joue la qualité de tout ce qui suit : un besoin écrit en langage d’entreprise, pas en langage de fournisseur.

3 · Consultation du marché

Un RFI lorsque le champ est encore ouvert, pour identifier ce qui existe et resserrer le périmètre. Un RFP lorsque le besoin est arrêté, pour mettre les candidats en concurrence sur une base identique et un cadre de réponse imposé.

4 · Comparaison des réponses

Grille de comparaison construite sur les exigences, questions de clarification adressées aux candidats, mise en évidence des écarts au besoin, des risques et de ce que les offres ne disent pas.

5 · Aide à la décision

Une recommandation argumentée, avec les forces et les limites de chaque réponse. L’arbitrage appartient à l’entreprise : notre rôle est qu’elle décide en connaissance de cause, pas de décider à sa place.

6 · Accompagnement de la conception

Entre la décision et la livraison, participation aux ateliers menés avec le prestataire retenu : orienter les choix de conception pour qu’ils servent l’usage attendu, et soutenir les utilisateurs métiers, pour qui c’est le moment où les conséquences concrètes de la décision deviennent visibles.

7 · Recette fonctionnelle

Une fois la solution livrée, vérifier qu’elle fait ce que le cahier des charges demandait : définition des cas de tests à partir des exigences, organisation des tests avec les utilisateurs, relevé des écarts et suivi de leur correction avant la mise en service.

8 · Accompagnement du changement

Préparer les équipes à travailler autrement : identifier ce qui change concrètement dans leur quotidien, informer au bon moment, organiser la montée en compétence et faire remonter les difficultés tant qu’elles peuvent encore être traitées.

Lunova ne développe pas, ne configure pas et n’intègre pas : ce sont les spécialistes qui réalisent. Le rôle est celui d’un chef d’orchestre : analyser, sélectionner, challenger, coordonner, arbitrer avec vous et suivre l’exécution jusqu’au résultat. Lorsque nous connaissons des technologies ou des partenaires dont nous savons qu’ils fonctionnent, nous les proposons parce que nous considérons qu’ils répondent au besoin.

Des exemples de missions d’AMOA

Ces exemples illustrent le rôle de l’AMOA en amont de la décision : formaliser le besoin et préparer un choix sur des bases comparables. Selon le projet, l’AMOA se poursuit ensuite pendant la conception, la recette fonctionnelle et l’accompagnement du changement.

Une consultation du marché dans le cadre d'un schéma directeur (RFI).

Le champ est ouvert : l’objectif est d’identifier les acteurs et les solutions qui existent, de comprendre les modèles et les ordres de grandeur, et de restreindre le champ avant d’écrire un appel d’offres.

Un appel d'offres réseau (RFP).

Le besoin est arrêté : exigences techniques et de service, cadre de réponse imposé, comparaison des offres, éclairage de la décision.

Le choix d'une plateforme collaborative.

Formalisation des usages attendus, des exigences de gestion documentaire et des contraintes existantes, puis consultation sur cette base.

Le volet informatique d'un nouveau bâtiment.

Traduction des besoins d’exploitation en exigences, consultation des fournisseurs concernés et arbitrages posés au bon moment dans le calendrier de construction.

Ce que vous recevez

Ce que produit une AMOA n’est pas un rapport de fin de mission. Ce sont les documents de travail qui permettent de consulter le marché, de comparer les réponses et de trancher, puis de contrôler en recette que la solution répond aux exigences posées.

Le périmètre exact est arrêté au cadrage. Selon la mission, elle produit :

une expression de besoin ou un cahier des charges, avec des exigences hiérarchisées et validées par les métiers ;
le dossier de consultation adressé aux fournisseurs (RFI ou RFP) , incluant le cadre de réponse qui rend les offres comparables ;
une grille de comparaison des réponses reçues, construite sur ces exigences ;
une synthèse de décision : écarts au besoin, risques identifiés, points à clarifier ou à négocier avant signature ;
lorsque la mission va jusqu’à la livraison, les cas de tests issus des exigences et le relevé des écarts constatés en recette.

Ces documents appartiennent à l’entreprise. Le pilotage de l’exécution (planning, coordination des prestataires, comités de pilotage) relève d’une autre prestation, la direction de projet, qui peut être conduite en parallèle ou confiée à quelqu’un d’autre.

AMOA ou maîtrise d'œuvre : qui fait quoi ?

Ce que le rôle représente

AMOA
Représente l’entreprise qui achète.

Maîtrise d’œuvre
Réalise ce que l’entreprise a acheté.

Ce qu’il fait

AMOA
Traduit le besoin en exigences, consulte le marché, compare les réponses, éclaire la décision, puis vérifie en recette que le livré correspond au demandé et accompagne les équipes.

Maîtrise d’œuvre
Conçoit, développe, configure, installe et met en service la solution.

À quoi se mesure sa réussite

AMOA
La qualité de la décision et l’adéquation au besoin.

Maîtrise d’œuvre
La conformité de la réalisation et le respect des engagements.

Qui le tient

AMOA
Lunova.

Maîtrise d’œuvre
L’intégrateur, l’éditeur ou le prestataire retenu.

Les deux rôles sont nécessaires et complémentaires. Les confondre revient à demander au même acteur de proposer une solution et de juger si c’était la bonne. Lunova ne développe pas, ne configure pas et n’intègre pas : c’est ce qui lui permet de représenter votre point de vue face au marché plutôt que celui d’une solution.

Vos questions sur l'AMOA

Combien coûte une mission d'AMOA ?

Le périmètre et le budget sont adaptés à la taille et à la complexité de l’entreprise. Formaliser un besoin sur une brique unique et conduire un appel d’offres à plusieurs lots ne représentent pas le même travail. Un échange de trente minutes, sans engagement, permet de cadrer le besoin et de dimensionner la mission avant tout chiffrage.

Quelle est la différence entre l'AMOA et la direction de projet ?

L’AMOA représente la maîtrise d’ouvrage : elle formalise le besoin, écrit les exigences, consulte le marché, compare les réponses et éclaire la décision, puis accompagne la conception, vérifie le livré par la recette fonctionnelle et accompagne le changement. La direction de projet pilote l’exécution : périmètre, calendrier, budget, risques, coordination des équipes et des prestataires, gouvernance et mise en service. Les deux rôles sont distincts et peuvent être exercés en parallèle sur un même projet, y compris par le même intervenant.

Notre prestataire fournit déjà un chef de projet. Une AMOA a-t-elle encore un sens ?

Le chef de projet du fournisseur pilote la réalisation dans le périmètre de son contrat, et c’est son rôle. L’AMOA se place de l’autre côté de la table : elle représente l’entreprise, vérifie que ce qui est livré correspond à ce qui a été demandé et porte les points qui n’arrangent pas le fournisseur. Les deux rôles coexistent sans se remplacer.

Comment choisir une solution sans partir de la proposition d'un fournisseur ?

En écrivant le besoin avant de regarder le marché, et en imposant à tous les candidats le même cadre de réponse. Une proposition reçue spontanément peut être excellente ; le problème est qu’en l’absence de référence, rien ne permet de le vérifier ni de savoir ce qui aurait été obtenu ailleurs.

Faut-il changer l'outil ou d'abord revoir les processus ?

La question se pose sur les sujets ERP et applications métiers. Remplacer un outil sans avoir traité les processus et la qualité des données revient à reproduire le problème dans un environnement plus récent et plus coûteux. Formaliser le besoin oblige à trancher ce point avant d’aller sur le marché, pas pendant le déploiement.

Qui rédige le cahier des charges, vous ou nos équipes ?

Le besoin appartient à l’entreprise ; l’écriture est un travail conjoint. Nous conduisons les entretiens, structurons les exigences et rédigeons le document ; vos équipes métiers le relisent et le valident. Un cahier des charges qu’elles n’ont pas validé ne les engage pas, et le projet le paie ensuite.