Le Technical Bid est la partie technique de votre réponse à un RFP canadien. Il sert à démontrer que vous comprenez le besoin, que vous savez l’exécuter dans le périmètre et les délais, que vous maîtrisez les risques, et que vous possédez les ressources et références adéquates. Sur le plan de l’évaluation, il s’appuie presque toujours sur une architecture à deux étages : des critères obligatoires (Mandatory, notés en pass/fail) puis des critères pondérés (Rated, distribués en points). Le Technical Bid se lit seul : aucun prix n’y figure, mais tout ce que vous promettez doit être cohérent avec la future offre financière et le Basis of Payment publié (forfait, temps & moyens, plafond).
Les Mandatory filtrent les dossiers avant toute notation. Ils portent typiquement sur les qualifications minimales des candidats (diplômes, années d’expérience, certifications), les exigences de sécurité, certains livrables incontournables ou la conformité formelle (format, pages, signatures, annexes). La bonne pratique consiste à créer une déclaration de conformité explicite et paginée : pour chaque Mandatory, vous écrivez “Oui” et citez où se trouve la preuve (page/section du Technical Bid ou annexe).
Les Rated distinguent les offres techniquement crédibles. Ce sont des rubriques notées qui couvrent l’approche de delivery, l’alignement au SOW, la gouvernance, l’assurance qualité, les risques & mitigations, l’expérience de l’entreprise, la pertinence des CV et la valeur opérationnelle pour le client. Chaque point vaut du score, et ce score peut être combiné avec le prix selon la basis of selection (ex. highest combined rating).
Le Statement of Work (SOW) décrit tâches, livrables, exigences d’acceptation. Votre Technical Bid doit suivre l’ordre publié et faire un mapping clair : tâche → activités → livrables → critères d’acceptation → preuves. La basis of selection précise si l’attribution se fait au prix le plus bas parmi les offres techniquement admissibles, ou au meilleur total technique+prix. Adaptez le ton et l’effort : si la combinaison favorise la technique, maximisez les points ; si le prix prédomine, sécurisez une conformité technique “sans prise” pour éviter tout rejet.
Beaucoup de RFP exigent un SRCL (Security Requirements Check List) et des niveaux d’habilitation (p. ex. Reliability, Secret, Top Secret). Détaillez votre politique d’accès, la journalisation, la gestion des identités, la résidence des données, la sauvegarde et la réversibilité. Faites référence à vos politiques et preuves (procédures sécurité, extraits de registre des accès, certificats).
Les livrables peuvent être demandés en anglais, français ou bilingue. Mentionnez votre dispositif de QA linguistique, les profils de relecture, les délais et la mise en page bilingue. En matière d’accessibilité, décrivez la conformité WCAG visée, les tests et les preuves (rapports d’audit).
Présentez des engagements mesurables (réduction d’empreinte, achats responsables, transfert de compétences) et, le cas échéant, votre approche de participation autochtone (partenariats, cibles, suivi).
Commencez par une compliance matrix : pour chaque exigence, conservez le verbatim, le type (Mandatory/Rated), la section de réponse et la preuve paginée. Cette matrice devient le sommaire « miroir » du Technical Bid : l’évaluateur lit dans l’ordre publié et trouve exactement ce qu’il cherche à l’endroit attendu.
Chaque engagement doit se prouver : cas client daté, KPIs obtenus, lettres de référence, certificats, CV, templates de livrables, plans d’essais et PV d’acceptation. Citez toujours doc + page + paragraphe. Deux ou trois preuves fortes par critère pondéré créent l’écart.
Sélectionnez 3–5 projets comparables en indiquant client, périmètre, dates, valeur, contexte et résultats mesurés (OTD, disponibilité, MTTR, qualité livrée, satisfaction). Expliquez la pertinence par rapport au SOW : similitude de contexte, d’outillage, d’échelle ou de contraintes.
Pour chaque catégorie de ressource demandée, montrez le respect des Mandatory (diplômes, années d’expérience, certifications). Résumez les assets notés (compétences additionnelles) et renvoyez aux CV paginés. Si plusieurs candidats sont proposés pour une même catégorie, indiquez le titulaire et vos solutions de continuité (backups).
Exposez une gouvernance lisible : organigramme, RACI, rituels (comités, daily/weekly), reporting, gestion des changements, assurance qualité (process, contrôles, enregistrements, critères d’acceptation). Publiez un Top 5 risques avec probabilité/impact, parades, déclencheurs et propriétaires, plus un plan de continuité (astreinte, redondances, stocks tampons, viviers de ressources).
En 8–12 lignes, posez la valeur pour le Canada, l’approche de delivery, la gouvernance, les repères de calendrier, la continuité d’exploitation et le bénéfice concret pour les utilisateurs.
Faites une déclaration de conformité tabulaire : ID → exigence (verbatim) → Oui → page/section → preuve. Un Mandatory ambigu met tout le dossier en péril ; clarifiez tôt.
Pour chaque critère : titre exact + points, puis un paragraphe “comment on fait” (processus, moyens, jalons, DoD), un paragraphe bénéfices/valeur, et une preuve paginée. Quand c’est possible, annoncez une cible KPI et le mode de mesure.
Dressez la table “tâche → activités → livrables → acceptance → preuve” et montrez l’alignement avec le mode de paiement (jalons vérifiables pour forfait ; livrables contrôlables pour plafond ; mécanismes de suivi pour T&M). Le Technical Bid ne chiffre pas, mais prépare la vérification.
Écrivez clairement les hypothèses structurantes (volumétrie, accès, données, horaires, habilitations), les exclusions et les limites. Cette transparence évite des malentendus en soutenance ou en exécution.
RC-R3 — Project Management & Governance (Rated, 10 pts)
Notre gouvernance s’appuie sur un PMO léger : comité hebdomadaire, jalons décisionnels, gestion de changements outillée et indicateurs OTD/OQD. Les risques majeurs (disponibilité ressource critique, accès site, variation de volumétrie) sont couverts par une escalade à 4 niveaux, une astreinte L2/L3 et des SOP de reprise. Preuves : Charte projet §2, Modèle de rapport de comité Annexe A, Extrait KPI 2024 p.4 (OTD 98,6 %), Registre des changements §3.2.
Votre Technical Bid doit prouver trois choses : vous avez compris le besoin, vous savez l’exécuter de manière maîtrisée, vous disposez des preuves pour justifier chaque engagement. Ce guide décompose uniquement le volet technique d’un RFP canadien, en suivant l’ordre d’évaluation habituel : Mandatory (pass/fail) puis Rated (points), avec un alignement serré sur le SOW.
[Criterion ID — Max points]
Approach. Comment on fait : étapes, moyens, jalons, DoD.
Benefits/Outcomes. Ce que gagne l’acheteur : délais, qualité, continuité, coûts d’exploitation.
Risks & Mitigations. Top-3, déclencheurs, plans.
KPI cible. Définition, calcul, fréquence, source.
Evidence. Cas 2024 (OTD 98,6 %), Certif X, CV Chef de projet p.3 §Exp.2.
Tâche 3.2 → Ateliers d’intégration → Livrable : Dossier d’intégration v1 → Acceptance : tests passés à ≥ 95 % → Preuve : PV essais p.4 → Lien : Rated R-07.
Si vous voulez connaître votre signe chinois sans passer par des tableaux interminables, vous êtes…
Quand on finance une voiture, tout le monde voit à peu près de quoi il…
On connaît tous ce moment : on tombe sur une offre de leasing “à partir…
Dans l’industrie, parler de maintenance sans préciser le niveau d’intervention revient souvent à créer de…
La Maintenance 1er Niveau - maintenance de niveau 1 - représente la première barrière contre…
Un outil simple pour mesurer la compréhension… et révéler les écarts invisibles Dans beaucoup d’organisations,…
This website uses cookies.