Organisez le travail de votre équipe avec des tâches et des tableaux de projet. Tâches récurrentes, échéances et file quotidienne personnelle : aucune étape n'est oubliée ; chaque tâche reste liée aux leads et aux opportunités.
Tâches récurrentes, tableaux de projets, échéances et file de travail quotidienne personnelle.
Tâches et projets sont deux outils pour deux formes de travail différentes. Les tâches sont les petites choses datées qu'un commercial doit à un prospect ou à une affaire : rappeler jeudi, envoyer le devis révisé, relancer pour la signature. Les projets sont les travaux plus larges qu'une équipe livre ensemble une fois l'affaire gagnée, organisés sur un tableau kanban avec des colonnes que vous définissez, des listes de contrôle, des priorités et des membres. Les deux acceptent la récurrence (quotidienne, hebdomadaire, mensuelle ou tous les N jours) avec un historique par période, les deux restent liés au prospect ou à l'affaire d'origine, et les deux peuvent être créés automatiquement par une automatisation. Tâches et tâches récurrentes sont dans toutes les formules ; les Flow Boards commencent à Growth ; les tableaux de projet à Business.
La plupart des CRM greffent une liste de tâches sur la fiche prospect et s'arrêtent là. La plupart des outils de projet partent d'un tableau et n'apprennent jamais ce qu'est un prospect. Les équipes commerciales vivent entre les deux : le travail avant la signature est un flux de petites promesses datées, et le travail après est une livraison avec des étapes, des responsables et une liste de contrôle que personne ne veut garder en tête.
Forcer les deux dans une seule forme dégrade les deux. Une carte kanban est le mauvais endroit pour « rappeler à 14 h », et une liste plate est le mauvais endroit pour un déploiement de trois semaines en onze étapes réparties sur quatre personnes. D'où deux outils, délibérément différents, qui partagent les mêmes personnes, les mêmes droits, les mêmes notifications et le même lien vers le prospect ou l'affaire.
La règle qui fonctionne pour la plupart des équipes : une tâche est ce qu'une personne fait pour une date ; un projet est ce qu'une équipe termine par étapes. Quand une tâche se dote de sous-tâches et d'étapes, elle est devenue un projet et doit passer sur un tableau.
Terminer une tâche ponctuelle la clôt ; terminer une tâche récurrente enregistre la période en cours comme faite et laisse la tâche vivante pour la suivante — voir ci-dessous.
Une grande part du travail commercial se répète : la revue de pipeline du lundi, le point hebdomadaire avec un compte clé, le relevé mensuel à un distributeur. Les tâches récurrentes existent pour que tout cela ne soit pas recréé à la main chaque semaine et oublié en silence une semaine sur trois.
| Type | Période | Exemple |
|---|---|---|
| Quotidienne | Un jour calendaire | Vérifier les conversations sans réponse dans la boîte |
| Hebdomadaire | Semaine ISO | Revue de pipeline du lundi |
| Mensuelle | Mois calendaire | Envoyer le relevé au distributeur |
| Personnalisée | Tous les N jours depuis la création | Tous les 45 jours : appeler les comptes dormants |
Le choix de conception important : une tâche récurrente n'est jamais clôturée. Chaque achèvement écrit une ligne pour la période en cours — qui l'a fait, quand — et la tâche affiche un badge de période : en attente, ou faite cette période. Annuler l'achèvement supprime la ligne. Cela donne deux choses qu'une simple case ne peut pas : une tâche qui revient d'elle-même, et un historique que l'on peut ouvrir pour voir que la revue hebdomadaire a été sautée les semaines 32 et 35.
La récurrence fonctionne à l'identique sur les tâches autonomes et sur les cartes des tableaux de projet, et la même fenêtre d'historique est disponible aux deux endroits.
Un projet est un tableau kanban : des colonnes que vous nommez et réordonnez, des cartes qui passent de l'une à l'autre, des membres qui peuvent le voir. Aucune colonne n'est imposée — une clinique peut utiliser Réservé → Préparé → Traité → Suivi, une agence Brief → Maquette → Validation client → En ligne.
| Champ | Rôle | Visible sur la carte |
|---|---|---|
| Titre et description | Ce qu'est le travail | Titre |
| Priorité : basse / moyenne / haute / urgente | Trie l'attention ; colore le bord de la carte | Barre de couleur |
| Échéance | Quand c'est dû ; le retard est mis en évidence | Date |
| Assignés | Une ou plusieurs personnes | Avatars |
| Étiquette de couleur | Un regroupement visuel libre — client, gamme, risque | Étiquette |
| Liste de contrôle | Les étapes dans la carte, chacune cochable | Compteur fait/total |
| Récurrence et badge de période | Pour les cartes qui se répètent | Badge cliquable |
Les cartes se glissent entre colonnes ; le déplacement est enregistré immédiatement. Les colonnes s'ajoutent, se renomment et se réordonnent par tableau. L'appartenance au projet décide qui voit le tableau, et le modèle de droits standard (voir / créer / modifier / supprimer sur les projets) décide de ce qu'ils peuvent y faire.
La liste de contrôle dans une carte est là où la livraison se fait réellement. Chaque élément se coche en un clic et la carte affiche fait/total, si bien qu'un tableau lu de l'autre bout de la pièce dit déjà où en est chaque travail.
Chaque cochage est journalisé. La vue d'activité de la carte liste qui a coché quoi et quand, et les achèvements de période des cartes récurrentes arrivent dans le même journal, étiquetés par période (« Hebdomadaire — 2026-S38 »). Petite fonction, grand effet sur les discussions : « je l'ai fait mardi » est dans le journal ou n'y est pas.
Les tâches les plus importantes sont souvent celles que personne ne pense à créer. Le module d'automatisation peut créer une tâche comme action — quand un prospect entre dans une étape, quand un formulaire est soumis, quand une affaire est restée inactive N jours — et l'affecter au responsable ou à une personne précise avec une échéance relative.
Cela marche aussi dans l'autre sens : tâche terminée est un déclencheur. Terminer « envoyer la proposition » peut faire passer l'affaire à l'étape suivante, notifier un responsable ou lancer une séquence de relance. Une tâche créée par une automatisation retient laquelle l'a créée ; on remonte donc d'une tâche mystérieuse à sa règle.
Tâche à l'entrée d'étape + déclencheur tâche terminée = un pipeline qui n'avance que lorsque le travail est réellement fait. L'affaire ne peut atteindre « Proposition envoyée » tant que quelqu'un n'a pas coché « envoyer la proposition », et le cocher déplace l'affaire. Le tableau et le pipeline cessent de se contredire.
À côté des projets se trouve un tableau blanc : une toile infinie avec formes, notes adhésives, texte, dessin à main levée et flèches qui restent attachées aux formes qu'elles relient. Il existe pour la part du travail qui n'est pas encore une liste de tâches — le processus de vente que vous redessinez, le parcours d'intégration que vous expliquez à une recrue, l'arbre de décision pour qualifier un prospect.
Les tableaux s'enregistrent automatiquement, gèrent annuler/rétablir, le copier-coller entre tableaux, l'export PNG et des droits par tableau (propriétaire, éditeur, lecteur). Un élément « boîte de décision » porte des puces d'options avec leurs propres ports de flèches — la pièce qui manque à la plupart des tableaux blancs dès qu'on veut dessiner un vrai flux de qualification. Aucun service externe : le tableau vit dans votre espace de travail.
Les tâches sont un jeu de données du générateur de tableaux croisés, aux côtés des prospects, affaires, appels et produits. Les rapports qui comptent en général :
Les tâches en retard ressortent aussi dans la liste de chacun et dans la cloche de notification en direct ; le rapport est le second endroit où on l'apprend, pas le premier.
| Symptôme | Cause la plus probable | Correctif |
|---|---|---|
| Personne n'a reçu l'e-mail d'affectation | Notification e-mail des tâches désactivée dans les réglages mail | Activer l'événement « tâche affectée » ; la cloche sonne de toute façon |
| Une tâche récurrente est « faite » alors qu'elle ne l'est pas | Quelqu'un a terminé la période en cours | Ouvrir l'historique, annuler la période ; le journal garde les deux actions |
| Une tâche récurrente n'est jamais revenue | Elle a été supprimée, pas terminée — une récurrente n'est jamais clôturée seule | Vérifier le journal d'activité ; la recréer avec la même récurrence |
| Un collègue ne voit pas un tableau | Pas membre du projet, ou pas de droit « voir » sur les projets | L'ajouter comme membre ; vérifier le rôle |
| Une tâche apparaît sur un prospect sans que personne ne l'attende | Créée par une règle d'automatisation à l'entrée d'étape | Ouvrir la tâche ; elle nomme l'automatisation qui l'a créée |
| Les tâches d'une règle d'étape se dupliquent sans cesse | Le prospect entre et sort de l'étape | Déplacer la règle sur une étape traversée une seule fois, ou resserrer ses conditions |
| Formule | Tâches, sous-tâches, récurrence & historique | Flow Boards | Tableaux kanban de projet | Automatisations créant des tâches |
|---|---|---|---|---|
| Starter | Inclus | — | — | — |
| Growth | Inclus | Inclus | — | Incluses |
| Business | Inclus | Inclus | Inclus | Incluses |
| Enterprise | Inclus | Inclus | Inclus | Incluses |
Les tâches avec échéance, assignés, sous-tâches, liens affaire et prospect, récurrence et historique par période sont dans toutes les formules. Les Flow Boards arrivent avec Growth, en même temps que le module d'automatisation. Les tableaux de projet sont une fonction Business. Voir la page tarifs pour le comparatif complet et automatisations pour les règles qui créent des tâches et y réagissent.
Créez votre espace en moins d'une minute — gratuit pendant 14 jours.
Créer votre espace