Què és ClickUp i com combina feina i context
ClickUp és una plataforma de productivitat i gestió del treball que reuneix tasques, documents, conversa, planificació i funcions d’IA. S’ofereix com a servei propietari al núvol, amb accés web i aplicacions d’escriptori i mòbils. La proposta és mantenir la feina i la informació que l’explica en un entorn connectat.
Permet coordinar projectes, preparar continguts, rebre peticions, planificar campanyes i gestionar feina d’equips tècnics. Es busca reduir la distància entre una conversa i el seu lliurable. La contrapartida és haver de triar quines funcions s’utilitzen i com es relacionen: una plataforma unificada pot contenir processos igualment desordenats si cada equip defineix significats propis.
En SST és especialment útil per coordinar preparació i seguiment de lliurables. Una tasca pot identificar el material, el responsable i la revisió pendent; no converteix automàticament aquell material en una avaluació preventiva ni en una autorització per executar feina al centre.
Documentació de referència: ClickUp — About · ClickUp — Current changelog · ClickUp — Plans.
Origen, finançament i adquisicions
Zeb Evans i Alex Yurkowski van fundar ClickUp el 2017. Va sorgir d’una necessitat interna d’organitzar feina i després es va obrir al públic. Evans continua com a director executiu. La companyia va establir la seu a San Diego després de l’etapa a San Francisco; les cronologies consultades situen el trasllat entre finals de 2019 i principis de 2020.
El juny de 2020 va anunciar 35 milions de dòlars de finançament A i el desembre 100 milions més en la ronda B. L’octubre de 2021 va comunicar una ronda C de 400 milions amb valoració de 4.000 milions. És la valoració d’aquella operació, no una cotització actual. L’expansió internacional va incorporar oficines a Dublín i Sydney el 2021.
L’adquisició de Slapdash, anunciada el 26 d’abril de 2022, va afegir tecnologia de cerca entre aplicacions. A finals de 2025 va incorporar Codegen i la seva infraestructura d’agents de programació. El servei independent de Codegen va deixar d’operar el gener de 2026; la tecnologia va continuar dins de ClickUp. Les antigues instruccions de contractació del producte separat no descriuen l’accés actual.
Documentació de referència: ClickUp — About · ClickUp — Zeb Evans · ClickUp — Series A announcement · ClickUp — Series B · ClickUp — 2021 recap · ClickUp — Office expansion · ClickUp — Slapdash acquisition · Codegen — Update April 2026 · Crunchbase — Alex Yurkowski.
Estats de treball adaptats a un procés
ClickUp organitza tasques en una estructura d’espais i llistes, amb estats adaptables al flux de treball. La documentació descriu com s’hereten o es personalitzen els estats en diferents nivells. Aquesta flexibilitat permet reflectir processos diferents, però també pot fer que una mateixa etiqueta tingui significats diferents entre equips.
Les relacions de dependència connecten tasques l’avenç de les quals està condicionat per altres. Per aprofitar-les, convé definir què representa una tasca i quina condició concreta cal complir abans de continuar. Un estat com revisat hauria de tenir un significat compartit: què s’ha comprovat, qui ho ha comprovat i on és l’evidència. El nom de l’estat no substitueix aquests criteris.
Documentació de referència: ClickUp Help — Manage task statuses · ClickUp Help — Intro to Dependency Relationships.
De les tasques a Brain² i els agents
L’evolució inclou ClickUp 2.0 el 2019 i la generació 3.0 el 2023. Durant aquest desenvolupament es van ampliar Docs, Whiteboards i funcions d’IA. ClickUp AI es va passar a anomenar Brain a principis de 2024; Chat va guanyar protagonisme aquell any. La generació 4.0 va reorganitzar l’experiència cap a un espai de treball connectat.
El 2026 Brain² va ampliar la combinació de context de feina, selecció de models i generació d’artefactes com presentacions, panells i prototips. Els Super Agents incorporen execució de tasques amb eines i instruccions. Les novetats tenen abasts diferents: redactar una resposta, crear un fitxer i modificar un projecte són operacions amb resultats que es validen de manera diferent.
Per revisar una funció nova, comprova primer que estigui disponible al Workspace i pla concrets. Després contrasta una sortida petita amb la font: una presentació ha de conservar xifres i context; un panell ha d’utilitzar el període correcte; una tasca creada ha de tenir responsable i data justificats. Generar un artefacte complet no acredita que sigui correcte ni estigui llest per difondre’s.
Documentació de referència: ClickUp — About · ClickUp — 2026 product chronology · ClickUp — Current changelog.
Jerarquia, ClickApps i disseny d’un procés mantenible
La jerarquia parteix del Workspace i els Spaces. S’hi poden organitzar Folders, Subfolders opcionals i Lists; les tasques viuen a les llistes. Les subcarpetes tenen un únic nivell d’anidament i no contenen tasques directament. Les ClickApps activen funcions concretes en l’àmbit corresponent, com sprints o subtasques imbricades, sense imposar-les a tota la feina.
En un equip que adapta materials, un Space podria aplegar l’activitat; una Folder, una campanya; i una List, els lliurables d’un centre. No cal crear un nivell per categoria. Si només hi ha vint peticions, una llista amb camps clars pot ser més comprensible que nombroses carpetes buides.
Abans d’implantar, redacta un diccionari breu: què és una tasca, què identifica cada camp i quins estats compten com a acceptats. Reserva camps estructurats per a dades que es filtrin o comparin; mantén les explicacions llargues en documents enllaçats. Si una etiqueta barreja urgència, tema i qualitat, separa-la: cada dimensió respon a una pregunta diferent.
Documentació de referència: ClickUp Help — Hierarchy · ClickUp Help — Subfolders · ClickUp Help — ClickApps.
Docs, Whiteboards, Chat i vistes de la feina
Docs reuneix contingut documental i edició col·laborativa. Whiteboards ofereix un llenç d’idees amb tasques i documents incorporats; alguns elements es poden convertir en tasques. Chat aporta conversa connectada amb la feina. Això permet que una proposta comenci com a idea, s’expliqui en un document i acabi com a lliurable amb responsable.
La transició ha de deixar clar què ha passat. «Revisar senyalització» en una nota de pissarra continua sent una idea fins que es defineixen abast, responsable i acceptació. Convertir-la en tasca facilita el seguiment, però no demostra una decisió. Un comentari que resol un dubte tampoc actualitza necessàriament el document principal; algú ha d’incorporar el canvi a la versió autoritzada.
Les vistes de llista, tauler, calendari i Gantt responen a preguntes diferents. Per revisar seqüència, observa dependències; per preparar la setmana, compromisos temporals; per consolidar avenç, estats equivalents. Si s’utilitza temps registrat, aclareix si representa esforç real, estimació o disponibilitat. Barrejar magnituds falseja la lectura de la càrrega de treball.
Documentació de referència: ClickUp Help — Whiteboards and linked objects · ClickUp — Current changelog.
Brain i Super Agents: funcions i permisos diferents
Brain utilitza el context de feina per respondre, resumir i redactar; la documentació general indica que consulta dades accessibles i que Connected Search respecta els permisos d’origen. Els Super Agents afegeixen instruccions, disparadors, eines, coneixement i memòria. Configurar aquestes dimensions determina què poden intentar i quan s’activen.
Hi ha una diferència d’accés rellevant: la documentació de Super Agents adverteix que dades privades o externes compartides amb l’agent poden informar respostes a qui tingui permís per activar-lo, encara que no accedeixi directament a l’origen. No s’ha de traslladar sense matisos la regla d’accés de Brain a qualsevol agent compartit.
Per a un assistent que resumeix peticions, limita fonts i persones que el poden activar. Prova un compte que no hagi de conèixer un document privat i verifica’n la resposta. Revisa també memòria, eines i on publica resultats. Si només ha de classificar text, no necessita modificar documents o enviar missatges. La configuració ha de correspondre a la tasca concreta i poder-se explicar al responsable.
ClickUp declara acords amb proveïdors que exclouen entrenar amb dades del Workspace i retenir-les als models associats. Es refereix al tractament d’aquells proveïdors; no elimina la revisió de permisos, memòria i contingut generat dins de l’espai.
Documentació de referència: ClickUp Help — AI privacy · ClickUp Help — Super Agent access · ClickUp Help — Manage Super Agents.
Plans, exportació i costos de configuració
L’oferta consultada diferencia Free Forever, Core, Business, Enterprise i MAX. Canvien emmagatzematge, automatitzacions, vistes, administració i ús d’IA. Alguns articles encara utilitzen noms de plans anteriors; confirma’n l’equivalència al compte contractat. Els crèdits d’IA poden agrupar-se i el consum d’agents no es dedueix del nombre de tasques convencionals.
Es poden exportar dades de tasques d’ubicacions seleccionades a CSV. Però exportar una Whiteboard exclou les tasques i Docs que incorpora. El dibuix resultant no és, doncs, un arxiu complet de tot el que es mostrava. Comprova separadament documents, adjunts i relacions que s’hagin de conservar.
La prova de continuïtat pot triar tres peticions: una d’oberta, una de tancada i una amb document enllaçat. Exporta, obre el resultat fora de ClickUp i reconstrueix responsable, estat, data i evidència. Si el procés depèn d’una automatització o d’un camp calculat, documenta’n la lògica. El cost real d’adopció inclou mantenir l’estructura, formar participants i revisar permisos, a més de la llicència.
Documentació de referència: ClickUp — Plans · ClickUp Help — Export task data · ClickUp Help — Whiteboards and linked objects · ClickUp Help — Detailed permissions.
Expansió i debat sobre productivitat i IA
El 2023 va retallar un 10 % de plantilla. El maig de 2026 va anunciar una altra reducció del 22 %. SHRM va analitzar després la remuneració proposada al personal restant i l’explicació de la direcció, que vinculava la reorganització amb la IA. Són episodis de la història empresarial, no proves de millores equivalents per als clients del programari.
La promesa de reunir aplicacions s’ha de comprovar al procés concret. Si l’equip consulta menys eines però dedica més temps a mantenir camps i resoldre permisos, el guany pot ser menor del previst. Un pilot pot mesurar peticions duplicades, temps per trobar context i lliurables acceptats sense devolució. Registra també interrupcions, necessitat de suport i manteniment d’automatitzacions.
En SST importa si la coordinació ajuda a preparar millor la intervenció i a conservar decisions traçables. El nombre de funcions activades, missatges resumits o agents creats no és, tot sol, un resultat preventiu.
Documentació de referència: SHRM — ClickUp workforce changes, June 2026 · TechCrunch — July 2023 workforce reduction.
Usos de coordinació preventiva
- Gestió de peticions internes: separar una petició rebuda, una de compresa i una acció acceptada per executar, evitant que tot aparegui com a feina ja compromesa.
- Preparació de lliurables: coordinar documents, revisions i materials d’una activitat preventiva amb responsables i condicions d’acceptació.
- Seguiment de bloquejos: identificar quina informació, recurs o decisió falta abans d’avançar, sense confondre una demora administrativa amb el nivell de risc d’una situació.
Sabentis proposa aquestes aplicacions per organitzar feina. Les prioritats preventives s’han de definir mitjançant el procés competent de l’organització; no s’han de deduir automàticament d’una etiqueta d’urgència o del nombre de comentaris d’una tasca.
Cas desenvolupat: d’una petició a una acció acceptada
Exemple hipotètic. Diversos centres demanen adaptar materials de formació. L’equip ha de distingir peticions incompletes de feines preparades per revisar i lliurar.
- Definir una tasca per petició amb centre, destinataris, material de referència, canvi demanat i responsable d’aclarir dubtes. Evitar dades personals innecessàries.
- Configurar estats com rebuda, pendent d’informació, en preparació, en revisió i lliurada. Escriure quina evidència permet passar entre estats.
- Relacionar l’adaptació amb la confirmació de requisits. Si falta el procediment de referència, registrar el bloqueig i qui l’ha de resoldre.
- Provar el trasllat d’una tasca entre llistes amb estats diferents. Comprovar que conserva un significat entenedor i no apareix tancada per una equivalència mal definida.
- Verificar el fitxer final respecte de la petició acceptada i registrar lliurament i revisió separadament. Conservar els aclariments rellevants amb el resultat.
L’acceptació exigeix que algú altre pugui reconstruir què es va demanar, què es va acordar i què es va lliurar. El flux ha de mostrar les peticions encara no acceptades sense sumar-les com a compromisos d’execució.
Per comprovar l’informe, suposem vint peticions rebudes: quatre d’incompletes i setze d’acceptades. D’aquestes, dotze s’han lliurat, tres estan en preparació i una està bloquejada. El lliurament sobre peticions acceptades és 12/16, el 75 %; sobre totes les rebudes és 12/20, el 60 %. Són preguntes diferents. Conserva les quatre incompletes i no les converteixis automàticament en endarreriments d’execució.
Documentació de referència: ClickUp Help — Manage task statuses · ClickUp Help — Intro to Dependency Relationships.
Flexibilitat d’estats i coherència entre equips
Si cada llista té estats propis, agregar tasques pot ocultar diferències. Abans de presentar un total de completades, defineix quins estats hi entren i si tots representen el mateix grau de revisió. El color de l’estat no és una explicació suficient. Cal comprovar els canvis estructurals amb tasques d’exemple reals abans d’aplicar-los a tot un equip.
Les dependències reflecteixen relacions configurades; no detecten totes les condicions necessàries de la feina. També cal revisar permisos, convidats, adjunts i funcions disponibles al pla. Si s’activen notificacions o automatitzacions, prova destinataris i repeticions per evitar que una edició rutinària generi avisos confusos o accions no previstes.
Documentació de referència: ClickUp Help — Manage task statuses · ClickUp Help — Intro to Dependency Relationships.
Quan escollir ClickUp
Pot encaixar quan diversos equips necessiten adaptar fluxos i estan disposats a mantenir regles comunes de significat, propietat i tancament. Abans d’afegir camps o estats, identifica quina decisió millora cadascun; una estructura excessiva pot augmentar la feina d’actualització sense aportar claredat.
Compara Asana per a projectes on pesen dependències i coordinació, o Trello per a un recorregut visual més senzill. La prova rellevant és que l’equip pugui completar un cas, gestionar una excepció i explicar el resultat sense instruccions improvisades.
Preguntes freqüents sobre ClickUp en SST
Convé utilitzar els mateixos estats per a tots els equips?
No necessàriament, però els significats han de ser comparables quan es consoliden resultats. Documenta equivalències i diferències abans de resumir-los.
Una tasca urgent representa un risc alt?
Urgència organitzativa i valoració del risc són conceptes diferents. Una etiqueta de gestió no substitueix el criteri preventiu aplicable.
Què cal comprovar en moure tasques entre llistes?
Estat, responsable, dates, dependències, permisos i enllaços al material de referència. El canvi d’ubicació no hauria d’alterar el compromís sense detectar-ho.
Documentació de referència: ClickUp Help — Manage task statuses.
