Cinq workflows que l'équipe Okou fait tourner chaque semaine. Chacun montre la configuration, le prompt, le livrable qu'Okou produit et le temps qu'il fait gagner.
L'objectif n'est pas de les recopier tels quels, mais de saisir la forme d'un workflow Okou complet pour l'adapter à votre propre travail.
1. Point du matin
Le problème. Chaque matin commence par une mise à jour : ouvrir Slack, parcourir les @mentions, consulter l'agenda, jeter un œil aux PR ouvertes. Vingt minutes avant la première vraie tâche.
Configuration. Une planification, en semaine à 8 h. Connectors : Slack, GitHub, Google Calendar.
Prompt.
« Chaque jour ouvré à 8 h, heure de Pékin, envoie-moi un message privé en quatre sections :
- Les @mentions Slack non lues des dernières 24 heures, résumées en une ligne chacune
- Les issues GitHub qui me sont assignées, triées par ancienneté, avec leur statut et le dernier commentaire
- L'agenda du jour — intitulés des réunions, horaires et document Notion associé s'il est lié
- Une priorité suggérée pour la journée, d'après 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 brève, les chiffres sont concrets, les liens sont intégrés au texte. La « priorité suggérée » varie : parfois c'est une PR évidente, parfois une préparation de réunion qui demande plus d'attention que la journée ne le laisse croire.
Ce que ça rapporte. Environ 20 minutes par jour, plus le coût cognitif du passage d'un outil à l'autre 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 matinées sans notifications.
2. Veille concurrentielle hebdomadaire
Le problème. Savoir ce que les concurrents ont livré la semaine passée est utile. Vérifier à la main trois comptes X, trois changelogs, trois pages de tarifs et un flux de blog est une corvée qu'on laisse discrètement tomber.
Configuration. Un workflow (competitor-scan) associé à une automation planifiée le lundi matin. Connectors : X et Notion. La recherche web ne demande rien à connecter — c'est un managed service.
Prompt.
« Passe en revue @competitor1, @competitor2 et @competitor3 sur X ainsi que leurs changelogs depuis lundi dernier. Recoupe avec leurs pages de tarifs et leurs éventuels articles de blog. Compare à la référence de la semaine dernière (page Notion "Competitor State"). Publie une synthèse dans
#competitor-intelen mettant en avant : nouvelles fonctionnalités, changements de tarifs, signaux de recrutement, et tout ce qui se remarque dans le ton ou le discours. »
Ce que vous récupérez. Un fil Slack le lundi matin. Message principal : une synthèse en 5 points. Réponses : une section par concurrent, avec les mises à jour citées et les liens. La page de référence Notion est mise à jour automatiquement pour que la comparaison de la semaine suivante reparte d'une base fraîche.
Ce que ça rapporte. Environ 90 minutes par semaine, plus la charge mentale diffuse du « il faudrait que je regarde ce que fait Acme ».
Variantes. Ajoutez Reddit et Hacker News pour prendre le pouls de la communauté. Ajoutez une rétrospective trimestrielle qui condense les évolutions de l'année en une diapositive présentable au conseil d'administration.
3. Tri des bugs
Le problème. Quelqu'un dépose une capture d'écran ou une description vague dans #bug-report. Il faut en faire une vraie issue GitHub avec des étapes de reproduction, une gravité, un label et une équipe. Cette mise en forme est courte mais permanente.
Configuration. Un workflow (triage-bug-report), invoqué manuellement par @Okou dans #bug-report. Connectors : Slack, GitHub.
Prompt (dans le canal) :
« Okou trie ça — extrais les étapes de reproduction depuis les captures et le fil, cherche des issues GitHub liées, classe la gravité (P0–P3), assigne à l'équipe la plus probable d'après les chemins de fichiers ou les symptômes, et ouvre une nouvelle issue si ce n'est pas un doublon. Réponds dans ce fil avec le lien. »
Ce que vous récupérez. Une réponse dans le fil en une soixantaine de secondes : le lien de l'issue GitHub, la gravité retenue avec une justification d'une ligne, une liste de 2 à 3 issues liées pour le contexte, et l'équipe assignée. Si Okou estime qu'il s'agit d'un doublon, il publie le lien de l'issue d'origine au lieu d'en créer une nouvelle.
Ce que ça rapporte. Sur une semaine chargée, c'est la différence entre un suivi d'issues propre et un arriéré de captures d'écran Slack jamais triées.
Variantes. Ajoutez une étiquette « customer-facing » selon que la personne qui signale vient ou non de l'extérieur de l'entreprise. Alertez automatiquement l'astreinte pour les P0.
4. Brouillon de réponse client
Le problème. Un e-mail client appelle une réponse utile, fidèle à la marque et étayée par la documentation. Cinq minutes par e-mail × 30 e-mails par semaine, c'est un coût bien réel.
Configuration. Un workflow (customer-reply-draft), invoqué manuellement en transférant un e-mail à Okou ou en le collant dans le chat. Connectors : Gmail, Notion (ou votre centre d'aide), Stripe (pour la facturation), Linear (pour les problèmes connus).
Prompt.
« Un client a écrit cet e-mail [coller]. Lis ses trois derniers tickets, cherche la section pertinente dans notre documentation, vérifie dans Linear s'il existe des problèmes connus correspondant à son signalement, et regarde dans Stripe s'il y a un contexte de facturation. Rédige une réponse dans sa langue. Cite la section de documentation. Reste sous 150 mots. Reprends le ton de notre dernière réponse de support à cette personne. »
Ce que vous récupérez. Un brouillon de réponse avec les sources en bas — en général deux ou trois liens de documentation, plus une note du type « Linear ENG-4422 est un problème connu sur ce point ; correction prévue la semaine prochaine. » Vous parcourez, retouchez une ligne, envoyez.
Ce que ça rapporte. Environ 3 à 4 minutes par e-mail. Sur une semaine de support, cela fait des heures.
Variantes. Détectez automatiquement le niveau de compte client dans Stripe et faites passer les réponses VIP devant un relecteur désigné. L'e-mail arrive toujours sous forme de brouillon dans votre compte, pour qu'un humain l'envoie : c'est à l'étape de relecture que vous décidez du niveau de vigilance pour chaque niveau de compte.
5. Production de contenu hebdomadaire
Le problème. Le marketing veut un article de blog, trois publications LinkedIn et une série de cartes sociales chaque semaine. Chaque pièce demande du contexte issu de la recherche et des contenus existants. Coordonner tout cela entre les outils prend plus de temps que la rédaction elle-même.
Configuration. Un workflow en plusieurs étapes (weekly-content) sur une automation planifiée le vendredi après-midi. Connectors : Notion (recherche), Plausible (analytics), Fal (génération d'images), Loops (e-mail).
Prompt.
« Chaque vendredi à 14 h, fais ceci :
- Lis les nouveaux documents Notion de la semaine dans la base "Marketing Inputs"
- Recoupe avec les sujets de blog de la semaine dernière pour éviter les répétitions
- Rédige un article de blog de 800 mots sur le sujet le plus d'actualité ; enregistre-le dans Notion, dans "Blog Drafts"
- Rédige trois variantes LinkedIn de la même idée — un essai, une liste, une histoire personnelle
- Génère trois cartes sociales carrées dans notre style de marque
- Publie l'ensemble dans
#marketingpour relecture »
Ce que vous récupérez. Un seul message Slack le vendredi après-midi contenant les six livrables directement dans le fil. Le brouillon d'article pointe vers 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 à être jointes.
Ce que ça rapporte. Environ une demi-journée de coordination par semaine. Les éditeurs relisent et publient ; ils ne rédigent plus.
Variantes. Ajoutez un test A/B où Okou génère deux titres et les soumet à une petite audience via Loops. Ajoutez une vérification Plausible des sujets les plus performants de la semaine passée pour orienter le choix du thème.
Chacun de ces workflows a demandé de 10 à 30 minutes de mise en place. Ensuite, il rapporte chaque jour ou chaque semaine. Le coût correspond globalement aux crédits consommés par chaque exécution — visibles sur la page Billing. Voir Credits & billing pour le détail du calcul.
Pour construire votre propre version, copiez l'un de ces prompts, remplacez les noms de vos outils et de vos canaux, et essayez. Ensuite, itérez à partir du résultat.
Pour un choix plus large, la workflow library publique présente chaque exemple avec les connectors nécessaires, le prompt qui le lance et les étapes qu'Okou exécute.
