Retour aux docsCe que Zero fait

Exemples de workflows

Des workflows Zero de bout en bout : brief du matin, veille concurrentielle, triage, réponses.

Dernière mise à jour 10 juillet 2026 · 8 min read

Cinq workflows que l'équipe VM0 exécute chaque semaine. Chacun présente la configuration, le prompt, le livrable que Zero produit et le temps qu'il fait gagner.

L'idée n'est pas de les copier mot pour mot — c'est de saisir la forme d'un workflow Zero complet et de l'adapter à votre propre travail.

À quoi ressemble un workflow Zero de votre côté — Demandez, Zero travaille, Ouvrez le résultat. Expédiez.

1. Brief du matin

La douleur. Chaque matin commence par une remise à niveau : ouvrir Slack, parcourir les @mentions, vérifier l'agenda, jeter un œil aux PR ouvertes. Vingt minutes avant la première vraie tâche.

Configuration. Une planification, en semaine à 8 h. Connecteurs : Slack, GitHub, Google Calendar.

Prompt.

« Chaque jour de semaine à 8 h, heure de Pékin, envoie-moi un message privé avec quatre sections :

  1. Les @mentions Slack non lues des dernières 24 heures, avec des résumés d'une ligne
  2. Les tickets GitHub qui me sont assignés, triés par ancienneté, avec le statut et le dernier commentaire
  3. L'agenda du jour — titres des réunions, horaires, et le document Notion pertinent s'il est lié
  4. Une suggestion de priorité pour la journée, en fonction de ce qui est en retard ou bloque les autres »

Ce que vous récupérez. Un message privé Slack à 8 h, généralement de 200 à 350 mots. Chaque section est courte ; les chiffres sont concrets ; les liens sont intégrés. La « priorité suggérée » varie — parfois c'est une PR évidente ; parfois c'est une préparation de réunion qui mérite plus d'attention que la journée ne le laisse penser.

Ce que ça fait gagner. Environ 20 minutes par jour, plus le coût cognitif du changement de contexte entre quatre outils dès le réveil.

Variantes. Ajoutez une cinquième section pour les nouvelles inscriptions clients, ou pour les erreurs de production remontées par Sentry. Remplacez le message privé Slack par un e-mail si vous préférez des matins sans notifications.

2. Veille concurrentielle hebdomadaire

La douleur. Savoir ce que les concurrents ont sorti la semaine dernière est utile. Vérifier manuellement trois comptes X, trois changelogs, trois pages de tarifs et un flux de blog est une corvée qui passe discrètement à la trappe.

Configuration. Une compétence (competitor-scan) plus une planification du lundi matin. Connecteurs : X, recherche web, Notion.

Prompt.

« Passe en revue @competitor1, @competitor2, @competitor3 sur X et leurs changelogs depuis lundi dernier. Recoupe avec leurs pages de tarifs et tout article de blog. Compare avec la référence de la semaine dernière (page Notion 'Competitor State'). Publie un digest dans #competitor-intel en mettant en avant : nouvelles fonctionnalités, changements de tarifs, signaux de recrutement, et tout élément notable dans le ton ou le message. »

Ce que vous récupérez. Un fil Slack le lundi matin. Message principal : un résumé en 5 puces. Réponses : des sections par concurrent avec des mises à jour citées et des liens. La page de référence Notion est mise à jour automatiquement pour que la comparaison de la semaine suivante parte d'une base fraîche.

Ce que ça fait gagner. Environ 90 minutes par semaine, plus la charge mentale hors caméra du « je devrais aller voir où en est Acme ».

Variantes. Ajoutez Reddit et Hacker News pour le sentiment de la communauté. Ajoutez une rétrospective trimestrielle qui synthétise les comparaisons de l'année en une diapositive prête pour le conseil.

3. Triage des bugs

La douleur. Quelqu'un dépose une capture d'écran ou une description vague dans #bug-report. Il faut en faire un vrai ticket GitHub avec des étapes de reproduction, une gravité, un libellé et une équipe. Cette étape de formalisation est petite mais constante.

Configuration. Une compétence (triage-bug-report), invoquée manuellement par @Zero dans #bug-report. Connecteurs : Slack, GitHub.

Prompt (dans le canal) :

« @Zero fais le triage — extrais les étapes de reproduction des captures d'écran et du fil, cherche les tickets GitHub liés, classe la gravité (P0–P3), assigne à l'équipe la plus probable selon les chemins de fichiers ou les symptômes, et crée un nouveau ticket si ce n'est pas un doublon. Réponds dans ce fil avec le lien. »

Ce que vous récupérez. Une réponse en fil en ~60 secondes : un lien de ticket GitHub, la gravité choisie avec une justification d'une ligne, une liste de 2 à 3 tickets liés pour le contexte, et l'équipe assignée. Si Zero pense qu'il s'agit d'un doublon, il publie le lien du ticket original au lieu d'en créer un nouveau.

Ce que ça fait gagner. Sur une semaine chargée, c'est la différence entre un suivi de tickets propre et un backlog de captures d'écran Slack non triées.

Variantes. Ajoutez un tag « orienté client » selon que le rapporteur vient ou non de l'extérieur de l'entreprise. Alertez automatiquement l'astreinte pour les P0.

4. Brouillon de réponse client

La douleur. Un e-mail client requiert une réponse utile, fidèle à la marque et ancrée dans la documentation. Cinq minutes par e-mail × 30 e-mails par semaine, c'est un coût bien réel.

Configuration. Une compétence (customer-reply-draft), invoquée manuellement en transférant un e-mail à Zero ou en le collant dans le chat. Connecteurs : Gmail, Notion (ou votre centre d'aide), Stripe (pour la facturation), Linear (pour les problèmes connus).

Prompt.

« Le client a écrit cet e-mail [coller]. Lis ses trois derniers tickets, vérifie la section pertinente de notre documentation, cherche dans Linear tout problème connu correspondant à son signalement, et vérifie dans Stripe tout contexte de facturation. Rédige une réponse dans sa langue. Cite la section de doc. Reste sous 150 mots. Reprends le ton de notre dernière réponse de support à son intention. »

Ce que vous récupérez. Un brouillon de réponse avec les citations liées en bas — généralement deux ou trois liens de doc, plus un avertissement du type « Linear ENG-4422 est un problème connu à ce sujet ; échéance la semaine prochaine. » Vous survolez, ajustez une ligne, envoyez.

Ce que ça fait gagner. Environ 3 à 4 minutes par e-mail. Sur une semaine de support, cela représente des heures.

Variantes. Détectez automatiquement le niveau du client depuis Stripe ; orientez les clients VIP vers un flux brouillon uniquement (sans envoi automatique) et les clients de niveau inférieur vers une file d'envoi automatique à haute confiance.

5. Production de contenu hebdomadaire

La douleur. Le marketing veut un article de blog, trois publications LinkedIn et un jeu de cartes sociales chaque semaine. Chaque pièce a besoin de contexte issu de la recherche et du contenu existant. Coordonner tout cela entre les outils demande plus de travail que la rédaction elle-même.

Configuration. Une compétence en plusieurs étapes (weekly-content) sur une planification du vendredi après-midi. Connecteurs : Notion (recherche), Plausible (analytique), Fal (génération d'images), Loops (e-mail).

Prompt.

« Chaque vendredi à 14 h, fais ce qui suit :

  1. Lis les nouveaux documents Notion de cette semaine dans la base 'Marketing Inputs'
  2. Recoupe avec les sujets de blog de la semaine dernière pour éviter les répétitions
  3. Rédige un article de blog de 800 mots sur le sujet le plus opportun ; enregistre-le dans Notion dans 'Blog Drafts'
  4. Rédige trois variantes LinkedIn de la même idée — un essai, une liste, une histoire personnelle
  5. Génère trois cartes sociales carrées dans notre style de marque
  6. Publie l'ensemble dans #marketing pour relecture »

Ce que vous récupérez. Un unique message Slack le vendredi après-midi contenant les six livrables en ligne. Le brouillon de blog renvoie à une page Notion déjà mise en forme. Les brouillons LinkedIn sont prêts à copier-coller. Les cartes sociales sont téléchargées et prêtes à joindre.

Ce que ça fait gagner. Environ une demi-journée de coordination hebdomadaire. Les éditeurs relisent et expédient ; ils ne rédigent pas.

Variantes. Ajoutez un test A/B où Zero génère deux titres et les soumet à un petit public via Loops. Ajoutez une vérification Plausible des sujets les plus performants de la semaine dernière pour orienter le choix des sujets.


Chacun de ces workflows a pris 10 à 30 minutes à configurer. Ensuite, il fait gagner du temps chaque jour ou chaque semaine. Le coût correspond à peu près aux crédits consommés par chaque exécution — visibles par chat sur la page Usage. Voir Crédits et facturation pour le calcul.

Pour construire votre propre version, copiez l'un de ces prompts, remplacez les noms de vos outils et de vos canaux, et essayez. Itérez à partir du résultat.