Gérer un appel à contribution sans tableur ni boîte mail partagée

Alexandre Cuvier · 18 août 2026 · 6 min

Read this article in English

Beaucoup de petites revues indépendantes lancent leurs appels à contribution de la même façon : une ligne dans un tableur pour noter les réponses, une boîte mail partagée pour les échanges, et un fichier PDF ou Word pour l’annonce elle-même. Ça fonctionne pour le premier appel. Ça se complique vite à partir du deuxième.

Ce qui casse en pratique

• Un auteur répond par email à l’appel, un autre dépose directement sa soumission ailleurs : rien ne relie les deux, et il faut recouper à la main pour savoir qui a effectivement répondu à quel appel.
• La boîte mail partagée devient la seule source de vérité, mais tout le monde n’y a pas accès de la même façon, et un fil de discussion s’égare toujours à un moment donné.
• Le tableur reflète l’état des choses au moment où quelqu’un a pensé à le mettre à jour, pas l’état réel. Deux personnes de l’équipe éditoriale finissent avec deux versions différentes.
• La deadline de l’appel vit dans l’annonce publiée, pas dans un système qui la rappelle à quiconque à l’approche de l’échéance.

Le vrai problème : deux systèmes qui ne se parlent pas

Le symptôme visible, c’est la confusion. Mais la cause, c’est que l’appel à contribution et les dépôts de soumissions vivent dans deux endroits différents qui n’ont aucun lien entre eux. Un tableur ne sait pas qu’une soumission existe. Une boîte mail ne sait pas où en est son évaluation. Toute la coordination repose donc sur la mémoire de quelqu’un dans l’équipe.

Ce que ça donne quand c’est relié

Dans Peerflow, un appel à contribution est rattaché à un seul numéro, dès sa création. Un auteur qui dépose une soumission peut répondre directement à cet appel depuis le formulaire de dépôt : plus besoin de recouper un email avec une ligne de tableur, le lien existe déjà dans le système. La deadline de l’appel est visible publiquement sur le portail de la revue, et toutes les soumissions reçues en réponse apparaissent au même endroit dans le tableau de bord éditorial, avec leur statut individuel (soumis, en évaluation, révisions demandées, accepté, rejeté).

Résultat concret : à n’importe quel moment, une seule question à se poser, « où en est cet appel », a une seule réponse, visible par toute l’équipe éditoriale sans avoir à rouvrir un fil d’emails ni à espérer que le tableur soit à jour.

Et si un rédacteur invité dirige le numéro ?

Un rédacteur invité externe n’a en général pas de compte sur la plateforme de la revue, et ne devrait pas avoir à en créer un pour suivre « son » numéro. Il reçoit un lien personnel qui lui donne un accès de suivi en lecture, sans mot de passe : il voit les soumissions rattachées à l’appel qu’il dirige, sans avoir à demander un point d’étape par email à chaque fois.

Ce que le tableur faisait bien, pour être honnête

Un tableur reste flexible : on y met ce qu’on veut, sans attendre qu’un outil prévoie le champ exact dont on a besoin. Un système structuré comme Peerflow impose un format : ça aide à la coordination, mais suppose aussi que le format proposé corresponde à la façon de travailler de la revue. C’est un vrai compromis, pas un point à balayer.