Integracja z ClickUp jedna struktura, nie osiem wersji
ClickUp da się ustawić na osiem sposobów i w jednej firmie zwykle tak właśnie jest: każdy zespół ma inne przestrzenie, inne statusy i inne pola własne. Zanim cokolwiek zautomatyzujemy, ustalamy jedną strukturę i mapę statusów na etapy procesu. Dopiero potem zadanie z CRM, maila albo zamówienia ląduje na właściwej liście, z właściwym statusem, a raport z ClickUpa idzie do hurtowni sam.
- 6 poziomówtyle warstw ma hierarchia ClickUpa: obszar roboczy, przestrzeń, folder, lista, zadanie, podzadanie. Integracja musi wiedzieć, na którym z nich zapisać sprawę
- 100 zapytań na minutętyle ClickUp API dopuszcza na jeden token w podstawowych planach, więc raport z całego obszaru roboczego trzeba pobierać etapami. Dokumentacja ClickUp dla programistów
- 2 do 6 tygodniod warsztatu do działającej integracji, w zależności od tego, ile zespołów i ile list wchodzi w zakres
Problem
Dlaczego dwa zespoły w tej samej firmie nie potrafią porównać swoich zadań?
Marketing ma statusy „Do zrobienia”, „W trakcie”, „Do akceptacji”, „Zrobione”. Dział wdrożeń ma „Backlog”, „Analiza”, „Wykonanie”, „Testy”, „Wysłane”, „Zamknięte”. Ten sam etap sprawy nazywa się inaczej, pole „Termin klienta” istnieje na jednej liście i nie istnieje na drugiej, a podzadania w jednym zespole są krokami, w drugim osobnymi sprawami. Kierownik pyta, ile rzeczy czeka na akceptację klienta, i dostaje dwie liczby, których nie da się dodać.
To nie wina zespołów. ClickUp pozwala definiować statusy i pola własne osobno dla przestrzeni, folderu i pojedynczej listy, więc każdy zespół ustawia je pod siebie i ma do tego prawo. Problem zaczyna się w dniu, w którym ktoś chce te zadania tworzyć automatycznie z CRM albo zliczyć w jednym raporcie dla zarządu.
Integracja nie zgaduje. Dokumentacja ClickUp API adresuje zadania przez identyfikator listy, a pola własne przez identyfikator pola, nie przez nazwę widoczną w panelu; jeden token ma w podstawowych planach 100 zapytań na minutę. Żeby workflow zapisał sprawę, musi znać dokładnie jedną listę, jeden status i jedno pole na każdy typ zgłoszenia. Dlatego zaczynamy od struktury, a nie od scenariusza w Make.
- Ten sam etap nazywa się inaczej w każdym zespole, więc raportu z całej firmy nie ma
- Zadanie z CRM trafia na listę, na którą nikt nie patrzy
- Pole „Termin klienta” jedna osoba wypełnia, druga zostawia puste
- Automatyzacja zbudowana pod jedną listę cicho przestaje działać po reorganizacji przestrzeni
Dlaczego teraz
Co się zmieniło, że da się to spiąć w tygodnie, nie w kwartał?
ClickUp wystawia przez API cały swój model pracy: przestrzenie, foldery, listy, zadania, pola własne i pomiar czasu, każde z własnymi operacjami zapisu i odczytu. Do tego dochodzą webhooki na zdarzenia, w tym utworzenie zadania, zmianę statusu, nowy komentarz i utworzenie listy. Nie trzeba odpytywać systemu co pięć minut, żeby wiedzieć, że coś się ruszyło.
Druga zmiana to dojrzałe automatyzacje wbudowane w ClickUpa. Jeśli i wyzwalacz, i akcja siedzą w ClickUpie (zmiana statusu przypisuje osobę, przeniesienie zadania ustawia termin), zewnętrzny orkiestrator jest zbędny i tak Wam powiemy. Zewnętrzny scenariusz w n8n, Make albo integracja przez API wchodzi wtedy, gdy proces przechodzi przez inny system, gdy warunek jest zbyt złożony dla wbudowanego kreatora albo gdy potrzebujesz ponowień i logu z każdego wywołania.
Trzecia zmiana to agent AI. Reguła utworzy zadanie, ale nie odpowie kierownikowi na pytanie „co ma termin w tym tygodniu i co z tego stoi”. BOND, nasz firmowy agent AI, czyta dane ClickUpa razem z CRM i hurtownią, i odpowiada zwykłym zdaniem w 5 do 10 sekund, bez logowania do panelu.
Co się zmienia
Co dostaje zespół po spięciu ClickUpa?
Jedna struktura, którą rozumie cały zespół
Ustalamy, która lista jest miejscem zapisu dla którego typu sprawy, i spisujemy to razem z konwencją nazw. Nowa lista albo nowy zespół wchodzi w tę samą ramę, zamiast tworzyć kolejny wariant.
Mapa przestrzeni, folderów i list na jednej stronie, spisana na warsztacie
Statusy, które znaczą to samo w każdym zespole
Każdy status w ClickUpie dostaje dokładnie jeden etap procesu, a każdy etap procesu jeden status. Dzięki temu raport z ClickUpa i raport z CRM pokazują tę samą liczbę spraw w tym samym miejscu lejka.
Tabela: status w ClickUp, etap procesu, co się dzieje automatycznie
Zadanie powstaje samo, z kontekstem
Zmiana etapu szansy w CRM, mail na wspólnej skrzynce albo nowe zamówienie tworzy zadanie na właściwej liście. W środku jest opiekun, termin i pola własne wypełnione danymi klienta, nie sam temat.
Zadanie z terminem, opiekunem i wypełnionymi polami własnymi w kilka sekund po zmianie etapu w CRM
Status z ClickUpa wraca do systemów obok
Zdarzenie o zmianie statusu aktualizuje etap szansy w CRM i wysyła podsumowanie na Slacka do osoby, która czeka. Klient dowiaduje się o odbiorze z maila, a nie z pytania handlowca.
Webhook na zmianę statusu zamiast ręcznego przepisywania między ClickUpem a CRM
Czas z ClickUpa obok pieniędzy z faktur
Pomiar czasu i zadania eksportujemy do hurtowni raz w tygodniu, obok przychodu z CRM i kosztu z faktur. Widzisz plan obok wykonania i marżę projektu, a nie tylko liczbę zamkniętych zadań.
Eksport do BigQuery raz w tygodniu, zaplanowane godziny obok faktycznych, per projekt
Pytania o zadania zwykłym zdaniem
„Co ma termin w tym tygodniu”, „które sprawy stoją dłużej niż 7 dni”, „ile godzin poszło na tego klienta w sierpniu”. Agent AI odpowiada z danych ClickUpa i hurtowni.
Odpowiedź w 5 do 10 sekund, po polsku, bez otwierania panelu
A u Ciebie
Co, jeśli każdy nasz zespół pracuje inaczej?
Cztery zdania, które słyszymy najczęściej przy ClickUpie, i to, co na nie odpowiadamy.
Każdy zespół pracuje u nas inaczej i tak zostanie.
I nie musi się to zmienić. Nie ujednolicamy całego obszaru roboczego, tylko ten fragment, którego dotyka automatyzacja: statusy w miejscach, gdzie proces przechodzi między zespołami, i jedną listę na jeden typ sprawy. Widoki, szablony i sposób pracy w środku listy zostają Wasze.
ClickUp ma własne automatyzacje, po co nam n8n albo Make?
Jeśli wyzwalacz i akcja siedzą w ClickUpie, wystarczą wbudowane automatyzacje i tak Wam powiemy na warsztacie. Zewnętrzny orkiestrator ma sens, gdy proces przechodzi przez CRM, fakturowanie albo sklep, gdy warunek jest za złożony dla wbudowanego kreatora, albo gdy potrzebujesz ponowienia po błędzie i logu z każdego wywołania. Wbudowane automatyzacje mają też miesięczny limit uruchomień zależny od planu, o który przy większym ruchu łatwo się otrzeć.
Dopiero wdrożyliśmy ClickUpa, nie chcemy go przebudowywać.
Warsztat może skończyć się decyzją „zostawiamy strukturę, dopisujemy konwencję nazw dla nowych list”. Zmiany, o które realnie prosimy, dotyczą statusów na listach wchodzących w zakres integracji i pól własnych, do których zapisuje workflow. To zwykle kilka list, nie cały obszar roboczy.
Mamy 40 pól własnych i nikt nie wie, które są aktualne.
To normalny stan po roku pracy w elastycznym narzędziu. Na warsztacie robimy inwentaryzację pól per lista i przy każdym stawiamy właściciela: wypełnia je człowiek, wypełnia integracja albo pole jest martwe i idzie do usunięcia. Workflow zapisuje tylko do pól, które mają właściciela, bo pole bez właściciela zawsze wraca jako puste.
- Zadania i praca zespołu
- ClickUp, Slack, Notion, Google Workspace, Microsoft 365
- CRM
- HubSpot, Pipedrive, Salesforce, LiveSpace
- Księgowość i faktury
- Fakturownia, iFirma, Comarch Optima, Subiekt
- Sprzedaż i sklep
- BaseLinker, Allegro, Shopify, WooCommerce, PrestaShop
- Dane i raporty
- BigQuery, Google Sheets, GA4, bazy SQL
- Warstwa automatyzacji
- Wbudowane automatyzacje ClickUpa, n8n, Make, Zapier, własne integracje przez API
Mapa statusów: co znaczy status i co dzieje się po jego zmianie
Tak wygląda mapa, którą składamy na warsztacie. Lewa kolumna to nazwa widoczna w ClickUpie, środkowa to etap procesu w firmie, prawa to akcja, którą po zmianie statusu wykonuje integracja.
| Status w ClickUp | Etap procesu | Co dzieje się automatycznie |
|---|---|---|
| Do zrobienia | sprawa przyjęta, czeka na osobę | przypisanie opiekuna z reguły i powiadomienie na Slacku |
| W trakcie | praca ruszyła | etap szansy w CRM na „realizacja”, start pomiaru czasu |
| Czeka na klienta | piłka po stronie klienta | przypomnienie po 3 dniach bez odpowiedzi, termin przesunięty |
| Do akceptacji | gotowe, czeka na odbiór | mail do klienta z podsumowaniem i linkiem do zadania |
| Zrobione | sprawa zamknięta | faktura z danymi z pola „Przychód”, etap szansy na „wygrana” |
| Wstrzymane | praca stoi z przyczyny poza zespołem | zegar zatrzymany, alert do kierownika po 7 dniach |
| Anulowane | sprawa nie będzie realizowana | zapis powodu do hurtowni, żadnej faktury |
Nazwy są przykładowe, mapa jest Wasza. Ważna jest zasada: jeden status to jeden etap procesu. Gdy dwa statusy znaczą ten sam etap, raport z ClickUpa i raport z CRM nigdy się nie zgodzą, a automatyzacja odpali dwa razy.
Jak to robimy
Pięć kroków od ośmiu wersji ClickUpa do jednej integracji
Każdy krok kończy się czymś, co możesz ocenić, zanim zdecydujesz o następnym.
Inwentaryzacja obszaru roboczego
Wypisujemy przestrzenie, foldery i listy razem ze statusami i polami własnymi, i od razu oddzielamy to, co żywe, od tego, czego nikt nie otwierał od pół roku. Sprawdzamy, skąd biorą się dziś zadania: z maila, z rozmowy z klientem, z CRM czy z pamięci kierownika.
Jedna struktura i mapa statusów
Decydujemy, która lista jest miejscem zapisu dla którego typu sprawy, jak nazywają się statusy i który status oznacza który etap procesu. Ustalamy konwencję nazw dla list, które powstaną później. Tu też pada wybór narzędzia: wbudowane automatyzacje ClickUpa, n8n, Make albo integracja przez API.
Wdrożenie równolegle
Workflow tworzy zadania obok dotychczasowego trybu pracy, na kopii listy albo w jednym zespole, bez wyłączania niczego. Sprawdzamy go na Waszych sprawach z ostatnich tygodni, w tym na tych nietypowych: sprawa bez terminu, klient bez opiekuna, zadanie przeniesione między listami.
Przełączenie i szkolenie
Po weryfikacji przełączamy na produkcję z monitoringiem błędów. Kierownik uczy się dokładać nową listę i nowy status tak, żeby integracja tego nie zauważyła: identyfikatory list trzymamy w jednym miejscu, a nowe listy wchodzą według konwencji z warsztatu.
Raport i pomiar
Zadania i pomiar czasu wędrują do hurtowni, obok przychodu i kosztu, więc plan da się położyć obok wykonania. Po 30 dniach patrzymy, czy mapa statusów trzyma się rzeczywistości, po 90 dniach na marżę projektów.
Przed i po
Jak zmienia się tydzień kierownika projektu
Przedtem
- Zbiera status projektu, klikając po trzech przestrzeniach i pytając na Slacku
- Zadanie z ustaleń z klientem powstaje wtedy, gdy ktoś pamięta je przepisać
- Czasu z ClickUpa nikt nie porównuje z wyceną, bo eksport robi się ręcznie
- Po zmianie struktury przestrzeni automatyzacja przestaje działać i nikt tego nie widzi
Po zmianie
- Status całego portfela widzi w jednym raporcie, bo statusy znaczą to samo wszędzie
- Zadanie powstaje w kilka sekund po zmianie etapu w CRM, z terminem i opiekunem
- Godziny i pieniądze leżą obok siebie w hurtowni, odświeżane raz w tygodniu
- Nową listę dokłada sam, według konwencji, a monitoring zgłasza błąd tego samego dnia
Pierwsze zadania z automatu widać w dniu przełączenia. Mapę statusów i raport oceniamy po 30 dniach, marżę projektu po 90.
Dla osoby, która to zamawia
Co z tego ma dyrektor operacyjny
Przestajesz prosić o status. Liczba spraw w każdym etapie procesu wynika z danych, a nie z tego, kto co powiedział na przeglądzie tygodnia. Gdy pytasz, dlaczego projekt się przesunął, widzisz, ile dni sprawa stała w statusie „Czeka na klienta”, i nie musisz nikomu wierzyć na słowo.
Druga rzecz jest ważniejsza przy rozmowie o wycenach. Wiesz, ile godzin realnie poszło na projekt wobec tego, co policzyliście przed startem, i w których typach spraw wychodzicie poniżej założeń. To argument w rozmowie o cenniku, którego dziś nie masz. Struktura jest przy tym spisana, więc odejście osoby, która ustawiała ClickUpa, nie zabiera wiedzy z firmy.
- Mapa struktury i statusów spisana, niezależna od jednej osoby
- Plan obok wykonania w godzinach, per projekt i per zespół
- Integracja uruchomiona równolegle, więc dotychczasowy tryb pracy działa do końca testów
- Nową listę albo nowy zespół dokładasz sam, według konwencji z warsztatu
Ile to kosztuje
Warsztat ma cenę jawną, integracja wycenę po nim
Warsztat procesowy kosztuje 2500 zł netto za tydzień. Przy ClickUpie zwykle wychodzi jeden tydzień na jeden zespół i dwa, gdy trzeba pogodzić struktury dwóch działów, które od roku pracują inaczej. Integrację wyceniamy po warsztacie, bo dopiero wtedy wiadomo, ile list wchodzi w zakres i ile systemów stoi obok ClickUpa.
Plan w ClickUpie i narzędzie automatyzacji (n8n, Make, Zapier) płacisz bezpośrednio dostawcy albo nie płacisz wcale, gdy n8n stoi na Waszej infrastrukturze. Bez naszej prowizji i bez pośrednictwa w licencjach.
Warsztat procesowy
2500 zł netto
za tydzień, przy ClickUpie zwykle jeden do dwóch
Zamknięta całość. Kończy się mapą struktury, mapą statusów i listą pól własnych z właścicielem, którą możesz wdrożyć bez nas.
- Inwentaryzacja przestrzeni, folderów i list, razem z tym, co jest martwe
- Mapa statusów na etapy procesu, jedna dla całej firmy
- Pola własne z właścicielem: człowiek, integracja albo do usunięcia
- Rekomendacja narzędzia: wbudowane automatyzacje ClickUpa, n8n, Make albo API
- Najczęściej wybierany
Warsztat i integracja ClickUpa
Wycena po warsztacie
zakres wynika z liczby zespołów, list i systemów obok
Najczęściej wybierany wariant. Działająca integracja w 2 do 6 tygodni od warsztatu, przetestowana na Waszych sprawach z ostatnich tygodni.
- Wszystko z warsztatu
- Zadania z CRM, skrzynki albo zamówień na właściwej liście, z polami własnymi
- Powrót statusu do CRM i powiadomienia na Slacku
- Eksport zadań i pomiaru czasu do hurtowni, plan obok wykonania
- Wdrożenie równoległe, przełączenie i monitoring błędów
- Szkolenie z dokładania nowych list bez psucia integracji
ClickUp i agent AI
Wycena po warsztacie
dla zespołów, które pytają o status zadań kilkanaście razy dziennie
Wszystko z integracji plus BOND, firmowy agent AI, który odpowiada na pytania o zadania, terminy i godziny z danych ClickUpa.
- Wszystko z integracji ClickUpa
- Agent spięty z ClickUpem, CRM i hurtownią: co ma termin, co stoi, ile godzin poszło
- Odpowiedź w 5 do 10 sekund, bez logowania do panelu
- Wdrożenie agenta firmowego zwykle około 2 miesięcy
Warsztat kończy się dokumentem, który obroni się bez nas: mapą struktury, mapą statusów i listą pól z właścicielem. Jeśli wyjdzie, że wystarczą wbudowane automatyzacje ClickUpa, mówimy to i pokazujemy, jak je ustawić. Jeśli nie ma czego automatyzować, też to powiemy, zamiast sprzedawać wdrożenie.
Najczęstsze pytania
Czym integracja ClickUpa różni się od jego wbudowanych automatyzacji?
Wbudowane automatyzacje działają w granicach ClickUpa: zmiana statusu przypisuje osobę, przeniesienie zadania ustawia termin, komentarz dodaje etykietę. Integracja wchodzi wtedy, gdy proces przechodzi przez inny system: CRM, fakturowanie, sklep, hurtownię. Jeśli Wasz przypadek zamyka się w ClickUpie, powiemy to na warsztacie i nie sprzedamy scenariusza w Make.
Ile trwa integracja ClickUpa?
Tydzień albo dwa warsztatu i 2 do 6 tygodni wdrożenia, w zależności od liczby zespołów i list. Pierwsza automatyzacja, na przykład zadanie z wygranej szansy w CRM, potrafi działać w 14 dni od warsztatu. Dłuższy koniec tego zakresu to zwykle nie kod, a uzgodnienie statusów między działami.
Musimy przebudować cały ClickUp przed automatyzacją?
Nie. Zmiany dotyczą statusów na listach, które wchodzą w zakres integracji, i pól własnych, do których zapisuje workflow. Reszta obszaru roboczego zostaje, jak jest. Do nowych list dopisujemy konwencję nazw, żeby kolejny zespół nie zaczynał od zera i nie tworzył dziewiątej wersji struktury.
Jak mapujecie statusy, jeśli każdy zespół ma inne?
Zaczynamy od etapów procesu, nie od nazw w narzędziu. Wypisujemy, przez jakie stany przechodzi sprawa w firmie, i do każdego przypisujemy dokładnie jeden status w ClickUpie. Nazwy mogą się różnić między przestrzeniami, dopóki mapa jednoznacznie łączy je z tym samym etapem, bo raport i automatyzacja korzystają z etapu, a nie z napisu na kaflu.
Czy zadania i czas z ClickUpa da się raportować w BigQuery?
Tak, i to jest zwykle najszybciej odczuwalna część wdrożenia. Zadania, statusy i pomiar czasu eksportujemy do hurtowni raz w tygodniu albo raz na dobę, obok przychodu z CRM i kosztu z faktur. Wtedy plan da się położyć obok wykonania i policzyć marżę projektu, czego w samym ClickUpie nie zrobisz.
Co się stanie, gdy ktoś zmieni nazwę statusu albo przeniesie listę?
Integracja adresuje listy i pola przez identyfikatory, więc zmiana samej nazwy jej nie zatrzyma. Groźniejsze jest usunięcie statusu albo przeniesienie listy do innej przestrzeni, dlatego identyfikatory trzymamy w jednym miejscu, a monitoring zgłasza błąd tego samego dnia, a nie po tygodniu ciszy.
Czy agent AI może odpowiadać na pytania o zadania z ClickUpa?
Tak. BOND dostaje dostęp do danych ClickUpa i odpowiada na pytania w rodzaju „co ma termin w tym tygodniu” albo „które sprawy stoją dłużej niż 7 dni”, w 5 do 10 sekund. Wdrożenie agenta firmowego zajmuje zwykle około 2 miesięcy, bo odpowiedź musi pochodzić z kilku systemów naraz, nie z jednego.
Czy dane z ClickUpa są bezpieczne, gdy przechodzą przez n8n albo Make?
Do workflow przesyłamy tylko te pola, które są potrzebne do decyzji, i ustalamy ich listę na warsztacie. Token API dostaje najmniejszy możliwy zakres, a n8n może stać na Waszej infrastrukturze, więc dane nie opuszczają firmy. Ustalamy też, co trafia do logu, bo log z pełną treścią zadania to zwykle kopia danych klienta.
Sprawdźmy, ile struktur ClickUpa macie naprawdę
Bezpłatna konsultacja trwa 30 minut. Opowiadasz, ile zespołów pracuje w ClickUpie i skąd biorą się u Was zadania. Pokazujemy, co da się zautomatyzować na obecnej strukturze, a co wymaga najpierw jednej decyzji o statusach. Nie musisz na tym etapie udostępniać nam obszaru roboczego.
Prowadzimy najwyżej dwa wdrożenia równocześnie, żeby przy każdym ktoś realnie siedział.
Umów bezpłatną konsultacjęPS. Jeśli w tym tygodniu ktoś u Was pytał na Slacku o status zadania, które jest w ClickUpie, to jest dokładnie ten problem. Zadanie było, tylko na liście, na którą nikt nie patrzy, i ze statusem, który u drugiego zespołu znaczy co innego. Jedna mapa statusów kończy te pytania, a automatyzacja ma sens dopiero po niej.