diff --git a/src/pages/subjects/aboutUs/en/intake-process.md b/src/pages/subjects/aboutUs/en/intake-process.md
new file mode 100644
index 000000000..efc39329e
--- /dev/null
+++ b/src/pages/subjects/aboutUs/en/intake-process.md
@@ -0,0 +1,155 @@
+---
+archived: false
+isDraft: true
+needsTranslation: false
+title: Intake Process
+toggle: Processus d'admission
+description: add description here
+subject: aboutUs
+tags:
+  - aboutTheDigitalTheAccessibilityToolkitProject
+mainAbout: true
+toc: true
+internalLinks: false
+---
+# Introduction
+
+## Why an intake process
+
+We created this process to make things clearer and easier for everyone. Over time, we noticed that without a defined approach, it was hard to stay consistent and make sure we were meeting accessibility standards. This process gives us a simple roadmap to follow so that:
+
+* Everyone knows what steps to take and when.
+* We stay aligned with accessibility requirements and best practices.
+* We reduce confusion and save time by having a clear structure.
+* We keep improving as we learn and adapt.
+
+Our goal is to make digital accessible for all, and this process is an important part of getting there.
+
+## Definition of the 8 phases 
+
+### Phase 0 Request submission 
+
+This first phase is about officially sending in a project or task request. It includes basic steps like making sure the idea or task is explained clearly, figuring out who needs to be involved, collecting the needed information, and finally, submitting the request for the new project or task. 
+
+#### Deliverable 
+
+Completed project proposal or official request form. 
+
+#### Roles 
+
+* Requester (Responsible) 
+* Project Management WG (Accountable) 
+
+### Phase 1 Triage 
+
+In this phase, the team reviews each request to see if it is possible to do, how important it is, and if it fits with the main goals. They look at what is needed, talk to the right people, and decide if the request is doable and how urgent it is. 
+
+#### Deliverable 
+
+* A priority will be assigned to the request. Depending on where the request came in, either a priority will be assigned using the [a11y_benchmark_matrix.xlsx](https://052gc-my.sharepoint.com/:x:/r/personal/julie_belisleboutet_csps-efpc_gc_ca/Documents/a11y_benchmark_matrix.xlsx?d=wb333c773943748e1b3fa37836c5b4c15&csf=1&web=1&e=rs7bcR) or looking at the result case the user submits a request via the [MSform](https://forms.office.com/r/LCSKQZpf4d). * (the MsForm, is automatically applying the matrix.) 
+
+\* \*We aim to provide multiple methods for submitting requests or making contact.*   
+
+#### Roles 
+
+* Project Management WG (Responsible), 
+* Executive Owner (Accountable), 
+* Subject Matter Experts (Consulted). 
+
+### Phase 2 Decision 
+
+Once the request has been reviewed, a final decision is made about what happens next. This includes finishing the project plan, getting any needed approvals, making sure there are enough people and resources, and setting a timeline so the project or task can start smoothly. 
+
+#### Deliverable 
+
+Approval document, if applicable 
+
+#### Roles 
+
+* Executive Owner (Accountable), 
+* Project Management WG (Responsible), 
+* Development WG (Consulted). 
+
+### Phase 3 GitHub Discussion (when applicable) 
+
+This phase involves collaborative planning and discussion, often using platforms like GitHub to track progress and facilitate communication, where activities might include creating issues, assigning tasks, and discussing implementation strategies, as well as collaborating on project planning and task assignment. 
+
+#### Deliverable 
+
+Documented discussions and action items. 
+
+#### Roles 
+
+* Project Management WG (Responsible), 
+* Development WG (Consulted), 
+* UX, Design, Research WG (Consulted), 
+
+### Phase 4 Action 
+
+The action phase is when the real work on the project or task starts. During this time, the team follows the plan, creates the needed materials or products, and has regular meetings to make sure everything is going well and everyone is on track. 
+
+#### Deliverable 
+
+Project outputs such as prototypes and draft content. 
+
+#### Roles 
+
+* Development WG (Responsible), 
+* Content WG (Consulted), 
+* UX, Design, Research WG (Consulted), 
+
+### Phase 5 Quality Assurance & Review 
+
+Quality checks and reviews are important to make sure the project is done right. This includes testing, checking, and fixing what the team has made so that everything meets the needed standards and expectations. Additionally, this phase often involves translation and linguistic review to ensure clarity, accuracy, and accessibility for all intended audiences. 
+
+#### Deliverable 
+
+Test results and revised project outputs. 
+
+#### Roles 
+
+* QA Team (Responsible), 
+* Development WG (Consulted), 
+* Subject Matter Experts (Consulted)
+
+### Phase 6 Approval (if applicable) 
+
+Before the project can be published, it has to get official approval. In this step, the finished work is shown to the executive owners. They give feedback, and any needed changes are made. Once they agree everything is ready, the project can move on to the next stage. 
+
+#### Deliverable 
+
+Final approval document. 
+
+#### Roles 
+
+* Executive Owner (Accountable), 
+* Project Management WG (Responsible), 
+* Analytic WG (Informed). 
+
+### Phase 7 Publishing 
+
+The publishing phase makes the project available to the intended audience by finalizing the content, setting up distribution channels, and releasing the product; during this stage. The main job in this stage is to make sure the project reaches its audience. 
+
+#### Deliverable 
+
+Published materials. 
+
+#### Roles 
+
+* Content WG (Responsible), 
+* Communications Team (Consulted), 
+* Executive Owner (Accountable). 
+
+### Phase 8 Post-production and Communication 
+
+After the project is published, the team works on getting more people to know about it. This includes telling others about the project, asking users for their opinions, and making changes if needed. The main tasks are spreading the word, collecting feedback, and improving the project when necessary. 
+
+#### Deliverable 
+
+Marketing materials and user feedback reports. 
+
+#### Roles 
+
+* Communications Team (Responsible), 
+* Analytic WG (Consulted), 
+* UX, Design, Research WG (Informed).
diff --git a/src/pages/subjects/aboutUs/fr/intake-process.md b/src/pages/subjects/aboutUs/fr/intake-process.md
new file mode 100644
index 000000000..dd086402e
--- /dev/null
+++ b/src/pages/subjects/aboutUs/fr/intake-process.md
@@ -0,0 +1,156 @@
+---
+archived: false
+isDraft: true
+needsTranslation: false
+title: Processus d'admission
+toggle: Intake Process
+description: ajout de la description
+subject: aboutUs
+tags:
+  - aboutTheDigitalTheAccessibilityToolkitProject
+role: null
+mainAbout: true
+toc: true
+internalLinks: false
+---
+# Introduction
+
+## Pourquoi un processus d'admission
+
+Nous avons créé ce processus pour rendre les choses plus claires et plus faciles pour tout le monde. Avec le temps, nous avons remarqué que sans approche définie, il était difficile de rester cohérents et de respecter les normes d’accessibilité. Ce processus nous offre une feuille de route simple à suivre afin que :
+
+* Tout le monde sache quelles étapes suivre et à quel moment.
+* Nous restions alignés sur les exigences et les bonnes pratiques en matière d’accessibilité.
+* Nous réduisions la confusion et gagnions du temps grâce à une structure claire.
+* Nous continuions à nous améliorer en apprenant et en nous adaptant.
+
+Notre objectif est de rendre l’apprentissage numérique accessible à tous, et ce processus est une étape importante pour y arriver.
+
+## Définition des 8 phases
+
+### Phase 0 de soumission de demande
+
+Cette première phase consiste à envoyer officiellement une demande de projet ou de tâche. Cela inclut des étapes de base comme s'assurer que l'idée ou la tâche est clairement expliquée, déterminer qui doit être impliqué, recueillir l'information nécessaire, et enfin, soumettre la demande pour le nouveau projet ou la nouvelle tâche. 
+
+#### Livrable
+
+Proposition de projet complétée ou formulaire de demande officiel. 
+
+#### Rôles
+
+* Demandeur (Responsable)
+* Projet de travail de gestion de projet (Responsable)
+
+### Phase 1 Triage
+
+À cette étape, l'équipe examine chaque demande pour voir si elle est possible, son importance et si elle correspond aux objectifs principaux. Ils examinent ce qui est nécessaire, parlent aux bonnes personnes, et décident si la demande est faisable et à quel point elle est urgente. 
+
+#### Livrable
+
+* Une priorité sera attribuée à la demande. Selon l'endroit où la requête est arrivée, soit une priorité sera attribuée via le [a11y_benchmark_matrix.xlsx](https://052gc-my.sharepoint.com/:x:/r/personal/julie_belisleboutet_csps-efpc_gc_ca/Documents/a11y_benchmark_matrix.xlsx?d=wb333c773943748e1b3fa37836c5b4c15&csf=1&web=1&e=rs7bcR) soit en regardant le cas résultant, l'utilisateur soumet une requête via le [MSform](https://forms.office.com/r/LCSKQZpf4d). * (le MsForm applique automatiquement la matrice.) 
+
+\* \*Nous visons à fournir plusieurs méthodes pour soumettre des demandes ou établir des contacts.* 
+
+#### Rôles
+
+* Projet de travail sur la gestion de projet (Responsable),
+* Propriétaire exécutif (responsable),
+* Experts en la matière (consultés).
+
+### Décision de la phase 2
+
+Une fois la demande examinée, une décision finale est prise quant à la suite. Cela inclut de terminer le plan de projet, d'obtenir les approbations nécessaires, de s'assurer qu'il y a assez de personnes et de ressources, et de fixer un échéancier pour que le projet ou la tâche puisse démarrer sans encombre. 
+
+#### Livrable
+
+Document d'approbation, le cas
+
+#### Rôles
+
+* Propriétaire exécutif (responsable),
+* Projet de travail sur la gestion de projet (Responsable),
+* Projet de travail de développement (consulté).
+
+### Phase 3 Discussion sur GitHub (lorsque c'est applicable)
+
+Cette phase implique une planification et une discussion collaboratives, souvent en utilisant des plateformes comme GitHub pour suivre les progrès et faciliter la communication, où les activités peuvent inclure la création de problèmes, l'attribution de tâches, la discussion des stratégies d'implémentation, ainsi que la collaboration à la planification et à l'attribution de tâches. 
+
+#### Livrable
+
+Discussions documentées et actions à suivre.
+
+#### Rôles
+
+* Projet de travail sur la gestion de projet (Responsable),
+* Projet de travail de développement (consulté),
+* WG UX, Design, Recherche (consulté),
+
+### Phase 4 Action
+
+La phase d'action est celle où le vrai travail sur le projet ou la tâche commence. Pendant ce temps, l'équipe suit le plan, crée les matériaux ou produits nécessaires, et tient des réunions régulières pour s'assurer que tout se passe bien et que tout le monde est sur la bonne voie. 
+
+#### Livrable
+
+Les résultats du projet tels que les prototypes et les brouillons de contenu.
+
+#### Rôles
+
+* Groupe de travail de développement (Responsable),
+* Contenu WG (consulté),
+* WG UX, Design, Recherche (consulté),
+
+### Phase 5 : AQ et révision
+
+Les vérifications de qualité et les revues sont importantes pour s'assurer que le projet est bien fait. Cela inclut les tests, la vérification et la correction de ce que l'équipe a fabriqué afin que tout réponde aux normes et attentes requises. De plus, cette phase comprend souvent la traduction et la révision linguistique afin d'assurer la clarté, l'exactitude et l'accessibilité pour tous les publics visés. 
+
+#### Livrable
+
+Résultats des tests et résultats révisés du projet. 
+
+#### Rôles
+
+* Équipe QA (responsable),
+* Projet de travail de développement (consulté),
+* Experts en la matière (consultés),
+
+### Approbation de la phase 6 (si applicable)
+
+Avant que le projet puisse être publié, il doit obtenir une approbation officielle. À cette étape, le travail terminé est présenté aux propriétaires exécutifs. Ils donnent des commentaires, et les changements nécessaires sont apportés. Une fois qu'ils acceptent que tout est prêt, le projet peut passer à l'étape suivante. 
+
+#### Livrable
+
+Document d'approbation final.
+
+#### Rôles
+
+* Propriétaire exécutif (responsable),
+* Projet de travail sur la gestion de projet (Responsable),
+* WG analytique (informé).
+
+### Édition de la phase 7
+
+La phase de publication rend le projet accessible au public cible en finalisant le contenu, en mettant en place les canaux de distribution et en lançant le produit; pendant cette étape. La tâche principale à cette étape est de s'assurer que le projet atteigne son public.
+
+#### Livrable
+
+Matériel publié.
+
+#### Rôles
+
+* Contenu WG (Responsable),
+* Équipe des communications (consultée),
+* Propriétaire exécutif (responsable).
+
+### Phase 8 Post-production/Communication
+
+Après la publication du projet, l'équipe travaille à en faire connaître davantage de personnes. Cela inclut de parler du projet aux autres, de demander l'avis des utilisateurs et d'apporter des modifications si nécessaire. Les principales tâches sont de faire passer le mot, de recueillir des commentaires et d'améliorer le projet au besoin.
+
+#### Livrable
+
+Des documents marketing et des rapports de rétroaction des utilisateurs.
+
+#### Rôles
+
+* Équipe des communications (responsable),
+* Groupe de travail analytique (consulté),
+* UX, Design, Recherche WG (Informé).