Blog/Process

Comment nous travaillons : le processus async-first de Zynra expliqué

13 juin 20267 min de lecture

La plupart des processus d'agence sont construits autour des réunions. Appels de statut hebdomadaires, standups quotidiens, sessions d'alignement, revues de feedback. Pour l'agence, ça crée de la visibilité. Pour le fondateur, ça crée de la charge calendaire.

Nous travaillons différemment. Voici ce que l'async-first signifie en pratique — et ce que vous en obtenez réellement.

Pourquoi pas de standups quotidiens

Un standup quotidien nécessite que tout le monde soit dans le même fuseau horaire au même moment, interrompe son état de flux pour rapporter un statut, et traite de l'information en temps réel qui pourrait être mieux communiquée par écrit.

Nous avons des clients à Paris, Berlin, New York, et San Francisco. Un standup quotidien qui fonctionne pour tous n'existe pas sans que quelqu'un souffre.

Plus pratiquement : l'information dans un standup est mieux stockée sous forme de texte. "J'ai construit le composant hero, bloqué sur la confirmation de la couleur de marque" est plus utile comme commentaire Linear avec une capture d'écran que comme phrase prononcée et oubliée. L'enregistrement async sert les deux parties — vous pouvez vérifier le statut sans nous envoyer un message, et nous pouvons vérifier votre feedback sans un appel planifié.

À quoi ressemblent les commits quotidiens

Nous committons chaque jour ouvré. Cela signifie que vous avez une vue live des progrès sans avoir à la demander.

Un commit quotidien typique inclut :

  • La fonctionnalité ou page construite ou mise à jour
  • Toute question ouverte nécessitant des réponses
  • Toute décision que nous avons prise sans input (et pourquoi)
  • La prochaine étape planifiée

Si vous voulez regarder le preview déployé, le lien est toujours actif. Si vous voulez réviser le code, le dépôt est toujours accessible.

Deux rounds de design : pourquoi nous les limitons

Nous incluons deux rounds de révisions design dans chaque projet. Ce n'est pas une limite conçue pour nous protéger du travail — c'est une structure qui produit de meilleurs résultats.

Round un est la première présentation de design complète. Pas des wireframes, pas des concepts — un ensemble de pages entièrement designées. Nous la présentons avec une explication écrite de chaque décision majeure.

Round deux est le round de révisions. Vous donnez un feedback consolidé et écrit. Nous l'implémentons. Le design est approuvé.

La contrainte force la consolidation. "Le hero semble trop lourd" est une note de round deux. "Le hero semble trop lourd, le CTA est trop petit, et je ne suis pas sûr de la police" est aussi une note de round deux — adressée ensemble, pas comme un flux de messages individuels sur deux semaines.

Sans limite de révisions, les projets se poursuivent indéfiniment à travers des micro-ajustements qui ne satisfont jamais parce qu'ils ne sont jamais consolidés.

Les outils que nous utilisons

Figma pour le design. Partagé avec vous dès le premier jour.

Linear pour la gestion de projet. Chaque tâche est un ticket Linear avec statut, assigné, et notes. Vous avez un accès observateur.

GitHub pour le code. Dépôt privé, accès complet depuis le début du projet.

Vercel pour le déploiement. Chaque branche obtient une URL de preview.

Loom pour les walkthroughs de design. Quand nous présentons un round de design, nous enregistrons un court Loom traversant les décisions. Vous pouvez le regarder à votre convenance, le mettre en pause, et écrire du feedback directement en dessous.

Quand nous planifions des appels

L'async-first ne signifie pas async-uniquement. Il y a des moments où un appel est meilleur que le texte :

Discovery. L'appel de 45 minutes initial est la chose la plus importante que nous faisons ensemble.

Round de design un. Certains clients préfèrent parcourir le premier design ensemble. Nous l'accommodons — le Loom est le défaut, mais un appel de walkthrough de 30 minutes est disponible si préféré.

Décisions qui prendraient 20 emails. Quand une décision complexe nécessite une itération rapide, un appel de 20 minutes bat un thread async de 48 heures.

En dehors de ces moments, nous defaultons à la communication écrite.

La fenêtre de 30 jours post-lancement

Chaque projet inclut 30 jours de support post-lancement. Cela couvre :

  • Corrections de bugs (tout comportement qui diffère du périmètre convenu)
  • Mises à jour de contenu (changements de texte, échanges d'images, nouveaux éléments CMS)
  • Vérification analytics
  • Revue de performance (un audit PageSpeed avec les optimisations rapides)

Ça ne couvre pas : nouvelles pages, nouvelles fonctionnalités, changements de design, formation CMS au-delà de la session initiale. Ces éléments vont dans un avenant.

Ce que vous obtenez de tout cela

La structure async ne consiste pas à travailler moins d'heures. Il s'agit d'éliminer le surcoût de communication qui représente 30 à 40 % de la plupart des engagements d'agence sans rien produire.

Quand nous ne sommes pas en réunions, nous construisons. Quand vous n'êtes pas en réunions, vous dirigez votre entreprise.


Vous voulez voir à quoi ressemble notre processus sur un vrai projet ? Démarrez une conversation — nous vous expliquerons comment nous aborderions votre brief spécifiquement.

Prêt à démarrer quelque chose ?

Nous prenons un nombre limité de projets chaque trimestre. Dites-nous ce que vous construisez.

Lancer un projet
— Aller plus loin
Découvrir nos servicesCréation de site web par villeCréation de site web à ToulouseCréation de site web à AmiensCréation de site web à BéziersCréation de site web à NarbonneCréation de site web à Saint-BrieucCréation de site web à Périgueux
— Du même blog
Process14 min de lecture

Comment faire créer un site web pour votre entreprise (guide pour non-techniciens)

Faire créer un site web, étape par étape, sans connaissances techniques. Choisir le bon type, comparer vos options, bien préparer et tout posséder.

15 juin 2026Lire
Process7 min de lecture

Ce que contient un appel de discovery web (et pourquoi la plupart des agences le sautent)

Un appel de discovery n'est pas un appel commercial. C'est l'étape qui détermine si un projet réussit ou échoue avant qu'une ligne de code soit écrite. Voici ce qu'il couvre et pourquoi le sauter est coûteux.

6 juin 2026Lire