Parcours d'onboarding — Product Designer¶
Parcours de prise de poste d'un Product Designer chez Bricks : quoi lire, dans quel ordre, quelles surfaces explorer, comment monter en charge. Réutilisable pour chaque nouveau PD. 1er emprunteur : Pierre Goudet, arrivée 2026-06-29.
Owner : Rémy (PD, owner du domaine design). Le parcours suppose un accès Cursor + repo, Figma, Linear, Slack en place le jour 1.
Checklist pré-arrivée (côté owner, à boucler avant le jour 1)¶
Section owner (Rémy), pas destinée au PD entrant. Pour Pierre : à boucler avant le lundi 2026-06-29.
- [ ] Accès prêts le jour 1 — Cursor + repo, Figma, Linear, Slack. Qui les prépare n'est pas tranché → à clarifier cette semaine avec Romain (toi, IT, ou lui). Tant que ce n'est pas calé, c'est le risque n°1 d'une S1 qui patine.
- [ ] URLs Figma renseignées — remplacer le
[à compléter]plus bas (§ Figma) par les liens Uimmo / Investors / EspaceFi. Sans ça, la plongée Figma de la S1 est à l'aveugle. - [ ] Bascule
owner: romain → remysur discovery-design.md et patterns-ux-bricks (résidu d'avant l'arrivée d'un PD — cf. collaboration-design § zones à clarifier). - [ ] 1er sujet de fin de S1 préparé — le sujet en cours que Pierre observera
puis pairera vendredi :
[sujet — à nommer par Rémy]. Avoir sous la main le problème + l'hypothèse + l'outcome (lentille lean) et les liens Figma/Linear. - [ ] Créneaux agenda posés — point quotidien ~15 min lun→ven de la S1 (29/06→03/07) ; 1re weekly design sync lundi 06/07 (S2). Cf. rituels & cadence.
- [ ] (optionnel) Présenter Pierre dans
#design/ à l'équipe avant ou le jour J — qui il est, son scope, à qui s'adresser.
Rythme cible¶
Profil senior → 1ère semaine dense, autonomie dès la S2 :
- S1 — comprendre : lecture du canon + grille + DS, tour des 3 produits, plongée Figma. Observation d'un sujet design en cours. 1er sujet réel en pairing avec le PD owner en fin de semaine.
- S2 — contribuer en solo : prise d'un 1er sujet à impact UI en autonomie, en passant par le cycle complet (discovery → … → QA design).
Le niveau sur la grille PD se confirme sur ces premiers sujets, il n'est pas figé à l'arrivée.
Lecture prioritaire (dans l'ordre)¶
Pattern librarian : on ne recopie pas, on lit la source. Liens directs ci-dessous.
1. Le canon (à lire en premier, fondation)¶
- Product Design Bricks — principes (4 produit + 7 opérationnels, numérotés et stables), produits, cycle de travail, lexique imposé. C'est la page racine du domaine.
- Lentille design (.cursor/rules/design.mdc) — comment l'IA (et nous) cadrons tout sujet UI : 5 questions design, marqueurs, anti-patterns.
- Lean Product Management — lentille prioritaire : pas de design avant problème + hypothèse + outcome.
2. La grille d'évaluation (se situer)¶
- Career-path Product Designer — grille d'évaluation individuelle, source de la méthode design opérationnelle. À lire pour se situer et comprendre les attendus par niveau (PD1→PD3).
3. Le design system (avant de toucher une maquette)¶
- Design System Bricks — Uimmo (core) + composants propres produit, état des tokens, synchro Figma↔code, gouvernance V1.
- Patterns UX Bricks — bibliothèque de patterns réutilisables (squelette, 6 pistes à formaliser).
4. Les rituels du cycle (process)¶
- Discovery Design — phase amont, méthode 2-3 interviews / 48h.
- Design Review — challenger une maquette en cours.
- Handoff Design ↔ Dev — pack + 1-1 dev, maquette = spec.
- QA Design — dernière porte avant ship, checklist.
5. Le contexte transverse¶
- Area Design — vue d'ensemble, chantiers ouverts, métriques.
- Criticité features — N1/N2/N3 = risque tech, indépendant du risque design (à ne pas confondre).
Terrain à explorer (en parallèle des lectures)¶
Les 3 produits — tour complet S1¶
- Investors — l'app grand public (web + stores, React Native Web, tous devices). Se créer un compte test, parcourir l'investissement de bout en bout.
- EspaceFi (EF) — l'app porteurs de projet. Parcourir le cycle soumission → financement → suivi.
- Uimmo — le DS core dans Figma.
Figma + DS en priorité¶
Plonger tôt dans Figma pour cerner l'état réel du DS (vs. la théorie de la page DS) : - Fichier Uimmo : composants transverses, variables/tokens en place vs valeurs en dur. - Fichiers produit (Investors, EF) : composants propres, écarts avec Uimmo. - Repérer les zones de fragmentation (one-off, duplications cross-produit) — matière des premiers échanges avec le PD owner.
Liens Figma à compléter par Rémy :
[à compléter — URLs des fichiers Uimmo / Investors / EF].
Espace privé private/pierre/¶
private/<handle>/ est le sanctuaire personnel de chaque membre (cf. AGENTS.md § Espaces privés, docs/private-space.md). Règles à connaître :
- Gitignored : ne quitte jamais la machine, jamais poussé au remote.
- Cloud Agents : zéro accès. L'IA locale (Cursor) n'y lit/écrit que quand l'humain connecté est Pierre.
- Pierre peut citer des pages publiques depuis ses notes privées ; l'inverse est interdit.
- Passage privé → public uniquement via
npm run graduate, sur demande explicite de Pierre.
Arborescence proposée (calquée sur celle déjà en place pour Rémy) — à créer par Pierre lui-même le jour 1 :
private/pierre/
├── README.md # qui je suis, comment j'utilise cet espace
├── drafts/ # brouillons de specs, de réflexions design en cours
├── thoughts/ # pensée libre, pas encore structurée
├── observations/ # ce que je remarque sur les produits / le DS / l'équipe
├── learnings/ # ce que j'apprends sur Bricks, le marché, la stack
├── goals/ # mes objectifs perso de prise de poste
├── journal/ # journal de bord (par date)
└── inbox/ # captures rapides à trier plus tard
README.md de départ à coller (Pierre l'édite ensuite) :
# private/pierre — espace personnel
Sanctuaire perso (gitignored, jamais synchronisé, invisible des Cloud Agents).
J'y mets mes brouillons, observations, apprentissages de prise de poste.
- Je cite librement les pages publiques du wiki depuis ici.
- Rien ne sort vers le wiki public sans `npm run graduate` (ma décision explicite).
- Pas de contrainte de format, de citation ou de frontmatter ici — c'est mon brouillon.
Rémy ne peut pas créer ce contenu à la place de Pierre (contrat espace privé). Cette arborescence est une proposition à lui transmettre.
Premiers pas concrets (jour 1)¶
- Cloner le repo, vérifier accès Cursor + Figma + Linear + Slack.
- Créer son espace
private/pierre/(arbo ci-dessus). - Lire le canon (points 1→3) avant tout sujet UI.
- Compléter sa fiche people/team/pierre.md : handles Slack/Linear/GitHub.
Planning concret — semaine 1 (S1)¶
Trame réutilisable pour chaque nouveau PD ; dates remplies pour Pierre (arrivée lun. 2026-06-29, S1 = 29/06 → 03/07). C'est un fil conducteur, pas un minutage : laisser de l'air, l'autonomie prime sur le rythme. Rituel S1 : un point quotidien ~15 min avec le PD owner (pour débloquer vite, cf. collaboration-design) — pas de weekly cette semaine.
| Jour | Focus | Concret |
|---|---|---|
| Lun 29/06 — accueil & fondation | Mise en route + début du canon | Accès vérifiés (Cursor/Figma/Linear/Slack) · créer private/pierre/ (arbo § Espace privé) · compléter sa fiche pierre.md (handles) · lecture canon 1→3 (Product Design Bricks, lentille design, lean PM) |
| Mar 30/06 — se situer + DS | Grille + design system | Lecture 4→6 (grille PD, Design System Bricks, patterns UX) · 1re plongée Figma Uimmo : repérer tokens en place vs valeurs en dur |
| Mer 01/07 — le cycle + produit | Process + terrain | Lecture 7→10 (discovery, review, handoff, QA design) · tour Investors : se créer un compte test, parcourir l'investissement de bout en bout |
| Jeu 02/07 — contexte + observation | Transverse + 1er regard sur un sujet réel | Lecture 11→12 (area design, criticité features) · tour EspaceFi (cycle soumission→financement→suivi) · Figma produit (écarts avec Uimmo) · observer le sujet en cours [sujet — à nommer] |
| Ven 03/07 — 1er sujet en pairing | Mettre les mains dedans, à deux | Pairing avec Rémy sur [sujet — à nommer] : dérouler une étape du cycle ensemble · debrief : ce qui est clair / flou · caler le 1er sujet solo de la S2 |
Bascule S2 (dès lun. 06/07) : Pierre prend un 1er sujet en autonomie sur le cycle complet (discovery → … → QA design) ; retour à la weekly seule (1re weekly lundi 06/07), fin du point quotidien. Le niveau sur la grille PD se confirme sur ces premiers sujets.
Sources¶
- Session de préparation d'onboarding avec Rémy (PD), 2026-06-10 — rythme, ordre de lecture, surfaces produit, espace privé.
- Session de préparation concrète avec Rémy (PD), 2026-06-18 — checklist pré-arrivée (owner), planning jour par jour S1, créneaux rituels (weekly lundi, 1re le 06/07).