Dossier
SMF·CLICKUP
Reçu le
31.07.2026
Instruit le
28.09.2026
Pièces annexées
3
Questions
4

SMF·CLICKUP

Un prompt peut-il remplacer ClickUp ?

Gestion de projet — configurable everything-app

Presque Verdict enregistré le 28.09.2026 · Vérifié le 31.07.2026
Prix
7 $US/moisSource: clickup.com · Vérifié le 31 juillet 2026
Par an
84 $US
Temps de fabrication
Une semaine
Votes
0 vote
OuiPresque (coché)Pas encore

Bordereau de suivi des pièces

Pièce A Le prompt
Pièce B Ce que tu perds
Pièce C Pourquoi certains continuent de payer : configurability and migration inertia
Pièce Q Questions

Verdict

ClickUp vend la configurabilité, et la configurabilité est exactement ce qui rend un projet long : des champs personnalisés, des statuts personnalisés par liste, et huit vues sur les mêmes fiches, c’est une semaine de modélisation de données soignée avant même d’être un produit. Ça reste un « en partie » plutôt qu’un « non », parce que rien de tout ça n’est une barrière défensive — les parties difficiles, c’est le volume de surface fonctionnelle et les applications mobiles, pas quelque chose que tu ne peux pas obtenir. Le vrai risque en reconstruisant ClickUp, c’est de tout reconstruire.

Pièce B — Ce que tu perds

Pièce A — Le prompt

Reçu le31.07.2026
Construis un système de tâches où une fiche s’affiche selon quatre vues différentes, et prouve que les vues restent synchronisées.

Stack : ton choix, Postgres, Docker Compose.

Modèle de données, conçu une fois et soigneusement : un Espace contient des Listes qui contiennent des Tâches. Une Tâche a un titre, une description, des assignés, des dates, et des valeurs pour des champs personnalisés. Les champs personnalisés sont définis par Espace avec un type parmi un ensemble fixe (texte, nombre, date, liste déroulante, étiquettes, case à cocher, montant, relation-vers-tâche) et stockés pour rester filtrables et triables en SQL, pas dans le code applicatif. Les statuts sont définis par Liste, ordonnés, chacun marqué comme ouvert, actif ou fermé.

Quatre vues sur la même requête, une vue étant un objet enregistré avec des filtres, un tri, un regroupement, et un jeu de champs visibles :
- Liste : à plat, groupée par n’importe quel champ, édition en ligne.
- Tableau : colonnes issues du champ de regroupement, glisser pour changer la valeur de ce champ. Glisser par statut doit avoir un effet identique à modifier le statut en vue liste — écris un test qui vérifie exactement ça, parce que la divergence entre vues est le bug classique ici.
- Calendrier : par un champ de date choisi, glisser change la date.
- Grille : façon tableur, édition en masse sur multi-sélection, et copier-coller d’une sélection rectangulaire.

Les vues enregistrées se souviennent de la position de défilement et des groupes repliés par utilisateur, parce que c’est la différence entre une vue que tu utilises et une que tu reconfigures à chaque fois.

Opérations en masse : multi-sélection puis changement de statut, d’assigné, ou d’un champ personnalisé sur toutes en une seule transaction, avec une seule entrée d’annulation plutôt qu’une par tâche.

Ajoute aussi : des relations de tâches (bloque / bloqué par / lié à), une recherche globale sur les titres, descriptions et corps de commentaires, et un import/export CSV qui fait l’aller-retour sur les champs personnalisés.

Écris des tests pour l’équivalence des vues (le même filtre retourne le même ensemble de tâches dans les quatre), pour la transaction d’édition en masse qui revient intégralement en arrière sur un seul échec, et pour l’aller-retour CSV de chaque type de champ personnalisé.

Ne construis ni docs, ni tableaux blancs, ni chat, ni objectifs, ni couche IA. Choisis les quatre vues et termine-les ; une application à tout faire à moitié construite est pire qu’une petite application terminée.

L’ouverture pré-remplit le prompt — il ne reste qu’à appuyer sur entrée.

Pièce B — Ce que tu perds

  • B.1 les applications mobiles et desktop
  • B.2 les docs et tableaux blancs collaboratifs en temps réel
  • B.3 ClickUp Brain et les crédits d’automatisation
  • B.4 un millier d’intégrations prêtes à l’emploi
  • B.5 l’ampleur brute de la surface fonctionnelle — formulaires, objectifs, chat, suivi du temps, cartes mentales

Alternatives existantes

Pièce C — Pourquoi certains continuent de payer : configurability and migration inertia

Parce qu’une équipe qui a configuré ClickUp pour coller exactement à son processus a construit quelque chose qu’elle ne peut pas facilement recréer, et parce que sept dollars par siège coûtent moins cher que la réunion qu’il faudrait pour se mettre d’accord sur un remplaçant.

Questions

Pourquoi l’équivalence des vues mérite-t-elle un test ?

Parce que tableau, liste et calendrier développent généralement chacun leur propre code de filtrage, et le jour où ils ne s’accordent plus sur les tâches qui existent, c’est le jour où les gens arrêtent de faire confiance à l’outil. Une seule fonction de requête partagée et un test vérifiant que les quatre s’accordent ne coûtent presque rien.

Comment les champs personnalisés doivent-ils être stockés ?

D’une façon que la base de données peut filtrer et trier — une table de valeurs typées ou des colonnes JSONB typées avec des index — plutôt qu’un blob que l’application doit charger et parcourir. Filtrer dans le code applicatif fonctionne jusqu’à ce qu’une liste ait deux mille tâches.

Reconstruire ClickUp, est-ce seulement une idée réaliste ?

Reconstruire son cœur de tâches, oui. Reconstruire sa surface fonctionnelle, non, et essayer, c’est comme ça qu’une semaine devient un trimestre. Le prompt délimite volontairement le périmètre à quatre vues pour cette raison.

ClickUp s’exporte-t-il proprement ?

Les tâches s’exportent en CSV par liste avec les champs personnalisés, et il existe une API pour une extraction plus complète. Les docs, tableaux blancs et le chat sont les parties qui ne ressortent pas sous une forme réutilisable, ce qui vaut la peine d’être su avant d’y mettre du contenu.

Récépissé

Tu l’as déjà reconstruit toi-même ?