Workflow w HubSpot to automatyzacja, która wykonuje akcje, gdy spełnione są określone warunki. Przykład: kontakt wypełnia formularz → workflow automatycznie wysyła email, ustawia property, tworzy zadanie dla handlowca. Bez ręcznej pracy.
HubSpot Workflows to jeden z najważniejszych elementów tej najsłynniejszej platformy marketingu i sprzedaży inbound. Większość tego, co sprawia, że HubSpot „działa sam”, to właśnie workflows – lead assignment, lead nurturing, lifecycle stage updates, internal notifications, data cleanup.
Ten artykuł wyjaśnia, jak HubSpot Workflows działają technicznie: typy workflow, enrollment triggers, akcje, branching, delays, re-enrollment plus konkretne przykłady workflow, które można wdrożyć od razu.
Jak działają HubSpot Workflows? Spis treści:
Podstawy – jak działa przepływ pracy w HubSpot Workflows?
Każdy workflow składa się z dwóch elementów:
- Enrollment trigger – warunek, który powoduje, że rekord (kontakt, firma, deal, ticket) wchodzi do workflow,
- Actions – co workflow robi z rekordem po tym, jak wszedł.
Przykład: Enrollment trigger = „Kontakt wypełnił formularz Contact Us”. Actions = „Wyślij email potwierdzający”, „Ustaw Lifecycle Stage na Lead”, „Stwórz zadanie dla sales”.
Workflow wykonuje akcje sekwencyjnie, od góry do dołu. Można dodawać delays (opóźnienia) między akcjami i branching (rozgałęzienia) na podstawie warunków.
Typy workflow – jaki obiekt automatyzujesz?
HubSpot ma różne typy workflow w zależności od obiektu, który chcesz automatyzować:
- Contact-based workflow – najpopularniejszy. Enrollment i akcje dotyczą kontaktów. Używany do: lead nurturing, lifecycle stage updates, lead assignment, email sequences.
- Company-based workflow – enrollment i akcje na poziomie firmy. Używany do: account scoring, company lifecycle stages, ABM workflows.
- Deal-based workflow – enrollment, gdy deal spełnia warunki lub zmienia etap. Używany do: powiadomienia o nowych dealach, task creation per deal stage, deal rotów (deal bez aktywności X dni).
- Ticket-based workflow – dla Service Hub. Używany do: SLA automation, ticket routing, eskalacje, CSAT surveys po zamknięciu.
- Quote-based workflow – dla ofert. Używany do: powiadomienia o zaakceptowanej ofercie, follow-up gdy oferta nieotwarta.
- Custom object workflow – jeśli macie custom objects (Enterprise).
- Conversation-based, Feedback submission-based, Payment-based, Subscription-based – specjalistyczne, rzadziej używane.
Wybieracie typ workflow na początku tworzenia. Nie można zmienić typu później.
Enrollment triggers – co powoduje wejście do workflow?
Enrollment trigger to warunek (lub zestaw warunków), który musi być spełniony, żeby rekord wszedł do workflow.
Typy triggerów
Filter-based (When filter criteria is met) – rekord wchodzi gdy spełni kryteria filtru. Przykład: „Lifecycle Stage is equal to MQL”. Każdy kontakt, który stanie się MQL, wejdzie do workflow.
Event-based – rekord wchodzi gdy wydarzy się konkretne zdarzenie:
- Form submission – kontakt wypełnił formularz
- Page view – kontakt odwiedził stronę
- CTA click – kontakt kliknął CTA
- Email link click – kontakt kliknął link w emailu
- Meeting booked – kontakt umówił spotkanie
- Ad interaction – kontakt kliknął reklamę
- Property change – property się zmieniło (np. deal stage zmienił się na „Closed Won”)
Manual enrollment – ręcznie dodajecie rekordy do workflow (bulk action z listy albo z pojedynczego rekordu).
Scheduled – workflow uruchamia się o określonej porze (np. co poniedziałek o 9:00) i enrolluje rekordy spełniające kryteria w tym momencie.
Łączenie triggerów:
Można łączyć wiele triggerów przez AND (wszystkie muszą być spełnione) lub OR (wystarczy jeden). Przykład: „Form submission = Contact Us” OR „Form submission = Demo Request” – workflow uruchomi się dla obu formularzy.
Akcje – co workflow robi?
Po enrollment workflow wykonuje akcje. Główne kategorie:
Communication:
- Send email – wyślij automated email (musi być wcześniej stworzony jako Marketing Email typu Automated)
- Send internal notification – wyślij email do team member (np. powiadomienie o nowym leadzie)
- Send in-app notification – powiadomienie w HubSpot
CRM actions:
- Set property value – ustaw wartość property (np. Lifecycle Stage = MQL)
- Clear property value – wyczyść property
- Copy property value – skopiuj wartość z jednego property do drugiego
- Create record – stwórz nowy rekord (np. stwórz deal, stwórz task, stwórz ticket)
- Associate records – połącz rekordy (np. kontakt z firmą)
- Delete record – usuń rekord (ostronie!)
Task management:
- Create task – stwórz zadanie przypisane do ownera rekordu lub konkretnej osoby
- Create task and wait – stwórz zadanie i czekaj aż zostanie wykonane zanim workflow pójdzie dalej
List management:
- Add to static list – dodaj do listy statycznej
- Remove from static list – usuń z listy
Workflow management:
- Enroll in another workflow – wrzuc do innego workflow
- Unenroll from workflow – wypisz z workflow
- Go to action – skocz do konkretnej akcji (loop)
Integrations (Operations Hub / Zapier):
- Trigger webhook – wyślij dane do zewnętrznego systemu
- Custom code – uruchom JavaScript/Python (Operations Hub Pro+)
Delays – opóźnienia między akcjami
Bez delayów workflow wykona wszystkie akcje natychmiast, jedna po drugiej. Delays pozwalają rozciągnąć to w czasie.
Typy delayów:
- Delay for a set amount of time – czekaj X minut/godzin/dni. Przykład: „Delay 3 days” przed wysłaniem follow-up emaila.
- Delay until a day or time – czekaj do konkretnego dnia/godziny. Przykład: „Delay until Monday 9:00 AM”, żeby email wyszł w godzinach pracy.
- Delay until event happens – czekaj aż coś się wydarzy (np. kontakt otworzy email).
Uwaga na długie delays:
Jeśli macie workflow z delay 30 dni, kontakt „wisi” w workflow przez 30 dni. Jeśli w tym czasie chcecie zmienić workflow – kontakty, które już są w środku, mogą być affected. Planujcie to.
Branching – różne ścieżki dla różnych warunków
Branching (If/Then) pozwala wykonać różne akcje w zależności od warunków.
If/Then branch:
Przykład: IF „Company Size > 100” THEN „Assign to Enterprise sales” ELSE „Assign to SMB sales”. Kontakty z dużych firm idą jedną ścieżką, z małych drugą.
Multiple branches:
Można mieć wiele gałęzi: IF „Industry = SaaS” THEN X, ELSE IF „Industry = E-commerce” THEN Y, ELSE IF „Industry = Services” THEN Z, ELSE (default).
Value equals branch:
Uproszczony branching dla property z wieloma wartościami. Przykład: Branch on „Lead Source” – każda wartość (Organic, Paid, Referral) dostaje osobną gałąź.
Re-enrollment – czy kontakt może wejść ponownie
Domyślnie kontakt, który przeszedł przez workflow, nie może wejść ponownie. Ale można to zmienić.
Re-enrollment settings:
W ustawieniach workflow można włączyć re-enrollment i zdefiniować triggery, które pozwalają na ponowne wejście.
Przykład: workflow „Follow-up po pobraniu ebooka”. Domyślnie kontakt wchodzi raz. Ale jeśli chcecie, żeby workflow uruchomił się za każdym razem gdy kontakt pobierze JAKIKOLWIEK ebook – włączacie re-enrollment on „Form submission”.
Kiedy używać re-enrollment:
- Workflow, który powinien odpalać się wielokrotnie (np. powiadomienie o każdym nowym dealu)
- Workflow oparty na evencie, który może się powtórzyć (każde form submission)
Kiedy NIE używać re-enrollment:
- Workflow onboardingowy (kontakt powinien przejść tylko raz)
- Workflow, który ustawia lifecycle stage (nie chcecie resetować za każdym razem)
Suppression lists – kogo wyłączyć
Suppression list to lista kontaktów, które NIE powinny wchodzić do workflow, nawet jeśli spełniają kryteria enrollment.
Przykład: workflow nurturingowy dla leadów. Nie chcecie, żeby obecni klienci dostawali te emaile. Dodajecie suppression list „Customers” (lista gdzie Lifecycle Stage = Customer).
Unenrollment triggers:
Oddzielna funkcja – warunki, które powodują, że kontakt WYCHODZI z workflow w trakcie. Przykład: kontakt jest w nurturing workflow, ale właśnie zarezerwował demo. Unenrollment trigger = „Meeting booked” – kontakt wychodzi z nurturu bo już jest w procesie sprzedażowym.
10 przykładowych automatyzacji w HubSpor Workflows do wdrożenia od zaraz
1. Lead assignment (contact-based)
Trigger: Lifecycle Stage changed to MQL
Actions: IF Owner is empty THEN Rotate to sales team (round robin) → Send internal notification to new owner
2. Welcome email series (contact-based)
Trigger: Form submission = Newsletter signup
Actions: Send welcome email → Delay 3 days → Send email #2 (popular content) → Delay 3 days → Send email #3 (CTA)
3. Deal stage notification (deal-based)
Trigger: Deal Stage changed to Closed Won
Actions: Send internal notification to team (Slack via webhook lub email) → Create task „Send welcome package” for CS
4. Lifecycle stage progression (contact-based)
Trigger: Lead Score >= 50
Actions: Set Lifecycle Stage = MQL → Enroll in „MQL Assignment” workflow
5. Meeting booked follow-up (contact-based)
Trigger: Meeting booked
Actions: Set Lifecycle Stage = SQL (if not already) → Send confirmation email → Create task „Prepare for meeting” for owner
6. Deal rot alert (deal-based)
Trigger: Days since last activity > 14 AND Deal Stage is not Closed Won/Lost
Actions: Send internal notification to deal owner → Create task „Re-engage or close deal”
7. Customer onboarding (contact-based)
Trigger: Lifecycle Stage changed to Customer
Actions: Send onboarding email #1 → Delay 2 days → Create task for CS „Kickoff call” → Delay 7 days → Send check-in email
8. CSAT survey after ticket (ticket-based)
Trigger: Ticket Status changed to Closed
Actions: Delay 1 day → Send CSAT survey email
9. Re-engagement campaign (contact-based)
Trigger: Last activity date > 90 days AND Lifecycle Stage is Lead or MQL
Actions: Send re-engagement email → Delay 7 days → IF Email opened THEN send follow-up ELSE set property „Inactive = Yes”
10. Data enrichment (company-based)
Trigger: Company created AND Industry is empty
Actions: Trigger webhook to enrichment tool (Clearbit, Apollo) – wymaga integracji
Jesteś ciekawy wyników współpracy z Casbeg?
Efekty wdrożenia HubSpot w Publink to:
- jeden ekosystem pracy z klientem govtech,
- pełna kontrola komunikacji z klientem, customer success w organizacji i integracje wszystkich narzędzi,
- ustawienie transakcji na odpowiednich etapach lejka opieki oraz ustawienie indywidualnych dat zmiany etapu dla każdej transakcji = 3 dni zamiast ciągłego procesu.
Testowanie i debugowanie w HubSpot Workflows
Test mode:
Przed włączeniem workflow użyjcie „Test” – wybieracie kontakt i widzicie jak przejdzie przez workflow bez faktycznego wykonania akcji.
Enrollment history:
W każdym workflow widzicie historię: kto wszedł, kiedy, na której akcji jest teraz, czy ukończył, czy został unenrolled.
Action logs:
Na rekordzie (kontakt, deal) w zakładce „Workflow memberships” widzicie w jakich workflow jest/był i co się stało.
Częste błędy:
- Enrollment trigger zbyt szeroki – wchodzi za dużo rekordów
- Brak suppression list – klienci dostają emaile dla leadów
- Re-enrollment włączone przez przypadek – kontakt dostaje te same emaile wielokrotnie
- Email nie jest ustawiony jako „Automated” – workflow nie może go wysłać
- Brak ownera na rekordzie – akcja „Send notification to owner” nie działa
Co jest w którym planie?
HubSpot Workflows w planie Free/Starter:
Bardzo ograniczone – tylko proste automation (form follow-up emails). Brak pełnych workflow.
Professional (Marketing Hub lub Sales Hub):
Pełne workflows dla odpowiedniego obiektu. Marketing Hub Pro = contact-based workflows z email actions. Sales Hub Pro = contact/company/deal workflows z CRM actions. Limit: 300 workflow.
Automatyzacja HubSpot Workflows w planie Enterprise:
Wszystkie typy workflow, custom code actions, zaawansowane branching, wyższe limity, goals, predictive scoring jako trigger.
Operations Hub Pro:
Custom code actions, data quality automation, advanced webhook formatting. Potrzebne do zaawansowanych integracji.
Dobre praktyki w korzystaniu z HubSpot Workflows
Nazewnictwo:
Używajcie konwencji: [Typ] Opis – trigger. Przykład: [Marketing] Welcome series – newsletter signup, [Sales] Lead assignment – MQL, [Ops] Data cleanup – inactive contacts.
Dokumentacja:
Każdy workflow ma pole „Description”. Używajcie go. Zapiszcie: co workflow robi, dlaczego, kto go stworzył, kiedy.
Porządek:
Organizujcie workflows w foldery: Marketing, Sales, Operations, Service. Regularnie przeglądajcie – wyłączone workflow, które leżą miesiącami to bałagan.
Start simple:
Nie budujcie workflow z 50 akcjami i 10 branchami na start. Zacznijcie prosto, przetestujcie, dodawajcie złożoność stopniowo.
Potrzebujesz pomocy z konfiguracją workflow albo audytem istniejących? Porozmawiaj z Platynowym Partnerem HubSpot!
FAQ – najczęściej zadawane pytania o HubSpot Workflows
Ile workflow można mieć?
Professional: 300 workflows per Hub. Enterprise: 500. Jeśli macie Sales Hub Pro i Marketing Hub Pro – to 300 + 300 = 600 (łącznie, współdzielone).
Czy workflow działa wstecz na istniejące kontakty?
Można włączyć opcję „Enroll existing contacts” przy aktywacji HubSpot Workflows. Wtedy kontakty, które JUŻ spełniają kryteria, wejdą do workflow. Uwaga: używajcie ostrożnie, może wejść dużo rekordów naraz.
Co się dzieje gdy wyłączę workflow?
Kontakty, które są w środku (np. czekają na delay) zostaną unenrolled. Nie dostaną kolejnych akcji. Kontakty, które już przeszły – nic się nie zmienia (akcje już zostały wykonane).
Czy mogę edytować aktywny workflow?
Tak, ale ostrożnie. Zmiany wpłyną na kontakty, które jeszcze nie przeszły przez zmienioną akcję. Kontakty, które już przeszły – nie zostaną cofnięte. Dla dużych zmian lepiej stworzyć nowy workflow.
HubSpot Workflows vs Sequences – jaka różnica?
Workflow to automation – działa sam, na podstawie triggerów, dla marketing emails. Sequence to narzędzie sales do ręcznego outbound – handlowiec enrolluje kontakt, emaile wychodzą z jego skrzynki, zatrzymuje się, gdy kontakt odpowie. Różne narzędzia do różnych celów.
