Jak sklonować workflow lub automatyzację GoHighLevel (krok po kroku)

Klonowanie workflowa brzmi, jakby miało być jednym kliknięciem, a w obrębie jednego konta prawie tak jest. Gdy jednak chcesz mieć tę samą automatyzację na koncie klienta w innej agencji — albo nie jesteś administratorem agencji, albo chcesz przenieść wszystkie odwołania w całości — natywne narzędzia zawodzą. Ten poradnik opisuje oba podejścia: wbudowane opcje GoHighLevel oraz klonowanie workflowa, które naprawdę przenosi go gdzie indziej.

Co robi natywna funkcja „duplikuj” w GoHighLevel

GoHighLevel ma wbudowaną funkcję duplikowania w kreatorze workflowów. Otwórz Automation na subkoncie, znajdź workflow na liście, otwórz jego menu akcji i wybierz Clone (w niektórych wersjach „Duplicate”). GoHighLevel tworzy kopię na tym samym subkoncie z dopiskiem „(Copy)” na końcu nazwy i zachowuje całą konstrukcję — każdy wyzwalacz, każdą akcję, oczekiwania, gałęzie i ustawienia workflowa. Kopia powstaje wyłączona, więc możesz ją edytować, zanim cokolwiek się uruchomi.

To naprawdę przydatne do jednego zadania: zrobienia drugiej wersji workflowa, który chcesz zmienić, bez ruszania działającego. Możesz sklonować sekwencję pielęgnacji leadów, żeby przetestować nowy e-mail, albo rozgałęzić proces rezerwacji pod inną ofertę.

Ograniczenia: jedno subkonto albo własna agencja jako szkic

Natywne duplikowanie kopiuje workflow w obrębie jednego subkonta, w którym już jesteś. GoHighLevel ma osobną opcję Copy Workflow to Sub-Account w menu z trzema kropkami na liście workflowów, ale jest wąska: mogą z niej korzystać tylko administratorzy agencji, pokazuje tylko subkonta w Twojej własnej agencji, do których masz dostęp, a kopia zawsze ląduje jako szkic. Przenosi też tylko ograniczony zestaw odwołań — tagi kontaktów, pola niestandardowe, gdy typ się zgadza, wartości niestandardowe subkonta, pipeline i etapy, pola niestandardowe szans sprzedaży oraz zwykłe tekstowe szablony e-mail/SMS — a większość pozostałych powiązań czyści; szablony z edytora e-maili nie są uwzględniane, nie ma niezawodnego hurtowego „Zaznacz wszystko” ani natywnego eksportu do pliku.

Jeśli więc zbudujesz dobry workflow wdrożeniowy i potrzebujesz go na koncie klienta w innej agencji, albo nie jesteś administratorem agencji, albo chcesz przemapować odwołania w całości zamiast je czyścić, opcje natywne się kończą. Zwykłe obejście to snapshot, ale snapshot kopiuje szablon całego konta, co jest niewygodne, gdy chcesz przenieść tylko jeden lub kilka workflowów na konta już skonfigurowane i działające. Przy pojedynczej automatyzacji to narzędzie w złym rozmiarze.

Jak sklonować workflow za pomocą ExportGHL Workflows

ExportGHL Workflows traktuje klonowanie jako trzy kroki — zapis, bezpłatna kontrola gotowości „Sprawdź” i wdrożenie — więc ten sam zapisany workflow możesz używać wielokrotnie, na tylu kontach, ile obsługujesz.

1. Otwórz źródłowy workflow. Na subkoncie, które ma potrzebny workflow, otwórz go w kreatorze automatyzacji.
2. Zapisz go w bibliotece. Zapisz workflow w bibliotece w chmurze. Cała konstrukcja zostaje zapisana — wyzwalacze, akcje, oczekiwania, gałęzie i ustawienia — jako element wielokrotnego użytku, którego wersje możesz prowadzić w czasie.
3. Wybierz miejsce docelowe. Otwórz konto, na którym ma wylądować klon. Może to być to samo subkonto (zwykła kopia) albo inne subkonto lub agencja.
4. Uruchom bezpłatną kontrolę gotowości. Zanim zużyjesz jakikolwiek kredyt, uruchom „Sprawdź” — bezpłatną kontrolę gotowości, która pokazuje, co dopasuje remapowanie między kontami, co może zbudować przełącznik auto-tworzenia i co musisz skonfigurować samodzielnie. Nic nie jest wdrażane, dopóki tego nie zdecydujesz.
5. Wdróż jako nowy workflow. Wdróż zapisany workflow na to konto. Pojawia się jako zupełnie nowy workflow z tymi samymi krokami i ustawieniami, wyłączony do czasu, aż go włączysz.

Ponieważ workflow żyje w Twojej bibliotece, jego drugie czy dziesiąte sklonowanie to po prostu kolejne wdrożenie — niczego nie zapisujesz od nowa. Na tym polega różnica między jednorazową kopią a wielokrotnego użytku szablonem, który należy do Ciebie. Pełny obraz zapisywania, wdrażania i tworzenia kopii zapasowych automatyzacji poza platformą znajdziesz w centrum eksport workflowów GoHighLevel.

To samo konto a różne konta

Klonowanie na to samo konto jest proste: pipeline, tagi, użytkownicy i pola niestandardowe, na które wskazuje workflow, już tam istnieją, więc wdrożenie to czysta kopia — taki sam wynik jak natywne duplikowanie w GoHighLevel.

Klonowanie na inne konto to miejsce, gdzie dzieje się prawdziwa praca. Workflow jest pełen ID, które istnieją tylko na koncie źródłowym — konkretny pipeline, etap, tag, użytkownik, pole niestandardowe, szablon e-mail. Wrzuć te ID na inne konto, a wskażą w próżnię. Przy wdrożeniu między kontami remapowanie między kontami uruchamia się automatycznie, dopasowuje każde z tych odwołań według nazwy do konta docelowego i przepisuje ID na te, które tam istnieją, więc klon jest podłączony do właściwych elementów, zamiast wisieć w powietrzu.

Wszystko, czego nie da się dopasować — tag lub pole, które po prostu jeszcze nie istnieje na koncie docelowym — jest oznaczane, a zaimportowany workflow zapisuje się jako szkic zamiast zostać opublikowanym. Klon nigdy nie idzie na żywo w zepsutym stanie. Remapowanie między kontami opisujemy szczegółowo w poradniku remapowanie między kontami, a cały proces przenoszenia w poradniku kopiowanie między kontami.

Które podejście wybrać?

• Jedna kopia, to samo konto, do edycji: natywne klonowanie GoHighLevel wystarczy i jest darmowe.
• Na inne subkonto lub do innej agencji: użyj ExportGHL Workflows, żeby odwołania się przemapowały, zamiast się psuć.
• Ten sam workflow na wiele kont: zapisz go raz i wdrażaj z biblioteki tyle razy, ile potrzebujesz.

Pierwszy workflow możesz przenieść w bezpłatnym okresie próbnym bez karty, a potem przejść na kredyty płatne w miarę użycia, które nie wygasają, albo jednorazową licencję Toolkit — obie opcje opisuje cennik.

Najczęstsze pytania