onboard

Présentation de onboard skill

À quoi sert onboard

onboard est un skill de Knowledge Capture pour le système c-level-agents. Il mène un entretien structuré avec le fondateur via /cs:onboard, puis transforme les réponses en ~/.claude/company-context.md, le fichier de contexte d’entreprise partagé que les conseillers virtuels de direction utilisent avant de formuler leurs recommandations.

Il ne s’agit pas d’une checklist d’onboarding générale. Le skill onboard sert à capturer des informations business durables : stade de l’entreprise, effectifs, géographie, modèle économique, ICP, ACV, croissance, financement, runway, objectifs stratégiques, contraintes et contexte opérationnel. Son vrai rôle est d’éviter que les agents-conseillers aient à deviner.

Quand onboard skill est le plus adapté

Utilisez onboard lorsque vous configurez c-level-agents pour une entreprise, lorsque vous mettez à jour le contexte après un changement majeur, ou lorsque vous préparez des workflows de conseil comme /cs:boardroom, /cs:brief ou des recommandations exécutives propres à un rôle.

Il est particulièrement utile pour les fondateurs, chiefs of staff, opérateurs de startups et conseillers qui ont besoin que des agents IA raisonnent à partir de la même source de vérité. Si le contexte de votre entreprise est dispersé entre pitch decks, notes CRM, investor updates et mémoire interne, onboard offre une première capture structurée et exploitable.

Ce qui le distingue d’un prompt classique

Un prompt classique peut demander « apprends à connaître mon entreprise », mais il oublie souvent des catégories importantes ou les consigne de façon incohérente. Le skill onboard utilise un schéma canonique en 7 dimensions et un entretien en 12 questions, puis écrit le résultat dans un chemin de fichier prévisible que le reste de l’écosystème de conseillers cs-* peut lire.

Ce passage par fichier est le principal différenciateur : onboard est utile parce qu’il crée un contexte réutilisable, pas seulement une transcription de conversation ponctuelle.

Comment utiliser onboard skill

Installer onboard et premiers fichiers à examiner

Installez-le avec le skills CLI :

npx skills add alirezarezvani/claude-skills --skill onboard

Le code source se trouve dans c-level-advisor/c-level-agents/skills/onboard. Commencez par lire SKILL.md ; ce skill a une empreinte de dépôt compacte et ne dépend pas de scripts, références ou dossiers de ressources supplémentaires. Le détail d’implémentation le plus important est le fichier de sortie attendu : ~/.claude/company-context.md.

Après l’installation, lancez la commande sous la forme /cs:onboard dans l’environnement où vos Claude skills sont disponibles. Exécutez-la avant les autres commandes de conseillers C-suite afin qu’elles puissent lire le contexte de l’entreprise au lieu de s’appuyer sur des hypothèses génériques.

Les informations dont onboard skill a besoin

Préparez des informations factuelles avant de commencer. L’entretien couvre les bases de l’entreprise, le modèle économique, le profil client, la croissance et les contraintes opérationnelles ; des réponses faibles ou vagues affaibliront donc tous les conseillers utilisés ensuite.

Notes de préparation utiles :

• Nom de l’entreprise et pitch en une phrase
• Stade, effectif total et effectif par fonction
• Siège, répartition remote et principaux pays d’activité
• Modèle de revenus : SaaS, usage, transaction, marketplace, hardware, services ou hybride
• ICP, avec un vrai client et la raison pour laquelle il représente le segment
• Fourchette d’ACV, ACV médian et volume récent de deals
• Croissance de l’ARR ou, pour les entreprises pré-revenus, le meilleur indicateur avancé
• Situation de financement, runway, attentes du board/des investisseurs et priorités stratégiques actuelles

Si vous ne connaissez pas un chiffre, dites-le explicitement. Une inconnue signalée vaut mieux qu’une estimation présentée avec assurance, car les futurs travaux de conseil pourront demander la donnée manquante.

Transformer un objectif flou en bon prompt onboard

Un prompt faible serait : « Help onboard my startup. »

Un meilleur prompt d’utilisation d’onboard serait :

“Run /cs:onboard for a seed-stage B2B SaaS company. Ask me the founder interview questions one at a time. If my answer is vague, ask a follow-up before writing ~/.claude/company-context.md. Preserve unknowns instead of inventing numbers. Make the final context useful for /cs:boardroom and role-specific cs advisors.”

Ce prompt améliore le résultat parce qu’il précise le stade de l’entreprise, le style d’entretien souhaité, la tolérance à l’incertitude, le fichier de destination et le cas d’usage en aval.

Workflow pratique pour de meilleurs résultats avec onboard

Exécutez onboard en trois passes. D’abord, terminez l’entretien sans trop réécrire. Ensuite, relisez ~/.claude/company-context.md pour repérer les fausses précisions, les chiffres obsolètes ou les contraintes manquantes. Enfin, lancez un suivi en demandant à l’agent d’identifier les « context gaps that would cause bad executive advice ».

Relancez onboard après une levée de fonds, un pivot important, un nouvel ICP, un changement de pricing, une acquisition, un changement de direction ou une variation significative du rythme de croissance. Ce sont les moments où un ancien contexte d’entreprise devient activement dommageable.

FAQ sur onboard skill

onboard est-il réservé aux fondateurs ?

Non. Le skill onboard est conçu comme un entretien avec le fondateur, mais un chief of staff, un opérateur, un conseiller ou un membre de l’équipe fondatrice peut l’utiliser s’il connaît suffisamment bien l’entreprise pour répondre aux questions centrales. Pour obtenir les meilleurs résultats, la personne qui le lance doit comprendre à la fois les chiffres et les arbitrages stratégiques.

Quand ne faut-il pas utiliser onboard ?

N’utilisez pas onboard comme substitut à une data room complète, un export CRM, un modèle financier ou un board memo. Il capture le contexte opérationnel durable, pas chaque détail transactionnel. Il convient aussi mal si vous voulez seulement une séance de brainstorming ponctuelle et que vous ne prévoyez pas d’utiliser le workflow plus large de c-level-agents.

Si vous ne pouvez pas partager de données business sensibles dans votre environnement IA, anonymisez, expurgez ou généralisez les informations avant de l’exécuter.

Comment onboard aide-t-il la Knowledge Capture ?

Pour la Knowledge Capture, onboard crée un artefact stable de contexte d’entreprise au lieu de laisser des informations importantes enfermées dans l’historique de conversation. C’est essentiel parce que les agents-conseillers peuvent revenir au même fichier et maintenir de la cohérence dans les discussions de stratégie, finance, produit, GTM et opérations.

Le meilleur usage n’est pas de « tout stocker ». C’est de « stocker les faits que le raisonnement exécutif futur ne devrait pas avoir à redécouvrir ».

onboard est-il accessible aux débutants ?

Oui, si vous pouvez répondre aux questions de l’entretien. Le skill fournit une structure, vous n’avez donc pas besoin de concevoir vous-même un schéma de contexte d’entreprise. Les débutants devraient avancer lentement, répondre avec des fourchettes quand les chiffres exacts ne sont pas disponibles, et éviter de laisser le modèle combler les trous à partir de clichés sur les startups.

Comment améliorer onboard skill

Améliorer les inputs onboard avant de lancer les conseillers

La qualité d’onboard détermine la qualité des recommandations C-suite ultérieures. Avant d’utiliser /cs:boardroom ou d’autres conseillers, renforcez le fichier de contexte avec des chiffres précis, des exemples de clients nommés, des contraintes réelles et les priorités stratégiques actuelles.

Remplacez « we sell to enterprises » par « we sell compliance workflow software to US healthcare providers; strongest fit is 500-5,000 employee systems with internal legal operations teams. » La précision change le type de recommandations que les agents peuvent produire.

Surveiller les modes d’échec fréquents d’onboard

Les principaux modes d’échec sont les métriques obsolètes, la précision inventée, un ICP trop large et les contraintes manquantes. Si le contexte indique « enterprise SaaS » mais omet la durée du cycle de vente, l’acheteur, l’ACV, la charge d’implémentation et le risque de churn, les conseillers peuvent recommander des stratégies plausibles en apparence mais inadaptées.

Un autre problème fréquent consiste à traiter des aspirations comme des faits. Séparez le « current ICP » du « desired future ICP », et l’« ARR today » du « target ARR ».

Itérer après la première sortie

Une fois le premier ~/.claude/company-context.md généré, demandez :

• “What assumptions in this context are most likely to mislead a CFO, CMO, or COO advisor?”
• “Which answers are too vague to support board-level recommendations?”
• “What follow-up questions would improve the 7-dimension company context?”
• “Rewrite the context to distinguish facts, estimates, and unknowns.”

Cela transforme onboard : ce n’est plus un formulaire rempli une seule fois, mais une boucle pratique d’amélioration de la qualité du contexte.

Garder onboard à jour

Améliorez onboard en intégrant la mise à jour du contexte aux opérations de l’entreprise. Relisez le fichier chaque mois pour les entreprises early-stage, chaque trimestre pour les entreprises plus avancées, et immédiatement après tout changement majeur de financement, restructuration, pricing, marché ou produit.

Le skill est le plus utile lorsque company-context.md reflète l’entreprise que ses dirigeants pilotent réellement aujourd’hui, et non celle décrite dans le deck du trimestre précédent.