Automatizační recepty: běžné nastavení

Last updated: September 2, 2026

Předpřipravené automatizační nastavení, které si můžete zkopírovat, s výběrem spouštěče, kdy se spustí, podmínkami, které je třeba přidat, doporučenými akcemi a chybami, kterým je třeba se vyhnout. Pokrývá sledování návrhů (zobrazeno, přijato, vypršení platnosti), připomenutí studentům o začátku a konci pojistky, a reakce na změny v etapách pipeline. Tato stránka je živá — další recepty jsou přidávány v průběhu času, jakmile jsou vydány nové spouštěče a podmínky.

Tato stránka popisuje běžná automatizační nastavení, která si můžete sestavit v Nastavení > Nábor > Automatizace. Každý recept sleduje stejný vzor — co dosahuje, jaký spouštěč si vybrat, kdy se spustí, jaké podmínky přidat, doporučené akce a na co si dát pozor — takže si můžete rychle vybrat ten, který potřebujete, a sestavit ho během několika minut.

Další recepty budou přidávány v průběhu času, jakmile budou vydány nové spouštěče a podmínky, takže to vnímejte jako rozrůstající se knihovnu spíše než jako pevný seznam. Pokud vytvoříte něco užitečného, co zde ještě není, může být přidáno jako další sekce.

Pro úplný seznam dostupných možností si prohlédněte odkazy na referenční seznam spouštěčů, podmínek a akcí uvedené dole.

Recept 1 — Následné kroky u návrhů

Co dosahuje: Udržuje návrhy v pohybu bez manuálního dohánění. Podnítíte studenta před vypršením návrhu, navážete kontakt, když se na něj podíval, ale nejednal, a interně předáte okamžik, kdy jej přijme.

Spouštěč k výběru: Jedna automatizace na chování, které chcete sledovat, vybraná ze skupiny Návrhy:

  • Zobrazení návrhu — poprvé, kdy student otevře návrh.
  • Přijetí návrhu — když student návrh přijme.
  • Datum vypršení návrhu — spouštěč založený na datu, který můžete nastavit tak, aby se spustil před, v nebo po dni, kdy návrh vyprší.

Kdy se spustí:

  • Zobrazení návrhu se spustí při prvním otevření návrhu studentem a nikdy více při pozdějších zobrazeních.
  • Přijetí návrhu se spustí při skutečném přechodu na přijaté.
  • Datum vypršení návrhu běží relativně k datu vypršení — pro podnět nastavte několik dní před tím. Jakmile sestavujete spouštěč založený na datu, tvůrce vám znovu sdělí pravidlo v jednoduchém jazyce, abyste mohli potvrdit, že jste vybrali správný offset a směr.

Podmínky k přidání: Zúžte automatizaci tak, aby se spouštěla pouze pro studenty, které máte na mysli — například podle Státní příslušnosti studenta nebo podle polí návrhu, jako je destinace nebo typ programu. Můžete použít stejné pole vícekrát v pravidle, pokud potřebujete dvě testy na něj, a karta ukazuje shrnutí toho, co jste sestavili (například "3 podmínky · jakékoli"). Pokud chcete, aby vše odpovídalo, ponechte režim shody nastavený na všechny; použijte jakékoli, když je dostačující jedna podmínka.

Doporučené akce:

  • Před vypršením: pošlete studentovi připomínku e-mailem s odkazem na návrh a vytvořte úkol pro odpovědného poradce, aby ho kontaktoval.
  • Při přijetí: pošlete gratulační e-mail, vytvořte úkol pro další krok (záloha, dokumenty) a informujte tým prostřednictvím webhooku nebo interním oznámením.
  • Zobrazeno, ale nepřijato: spojte automatizaci Návrh zobrazen s následným e-mailem po stanovené době nebo použijte upozornění na datum vypršení k vyplnění mezery.

Dejte si pozor na: Návrh zobrazen se spustí pouze při prvním otevření — student, který znovu otevře návrh pětkrát, generuje stále jen jednu událost, takže nebudujte logiku, která předpokládá opakované zobrazení. Návrh přijat se spustí jen jednou, při přechodu — pokud student přijme možnost A a poté přepne na možnost B, stále se jedná o jednu událost, nikoli dvě, takže automatizace přijetí se při přepnutí nespustí znovu.

Recept 2 — Připomenout studentům data pojistné smlouvy

Co to dosáhne: Studenti dostanou upozornění před začátkem a koncem jejich pojistného krytí, aby cestovali s aktivním krytím a věděli, kdy je třeba jej obnovit. Také to vašemu týmu poskytne podnět k ověření dokumentů ve správný okamžik.

Spouštěč k výběru: Z nové kategorie Pojistka ve výběru spouštěčů:

  • Datum začátku pojistky — pro zprávy před příjezdem a „vaše krytí brzy začíná“.
  • Datum konce pojistky — pro připomenutí obnovení a vypršení platnosti.

Kdy se spustí: Oba jsou založeny na datu, takže si vyberete před, na nebo po příslušném dni — například sedm dní před datem začátku pojistky nebo čtrnáct dní před datem konce pojistky. Tvůrce opakuje pravidlo v jednoduchém jazyce, jak jste ho nastavili, takže si můžete ověřit, že offset odpovídá vašim představám před uložením.

Podmínky k přidání: Použijte Země určení pojištění k odeslání specifických instrukcí pro zemi a Poskytovatel pojištění, pokud se formulace nebo dokumenty liší podle poskytovatele. Kombinujte je, když je potřeba obojí, a použijte shrnutí podmínek na kartě k potvrzení, že pravidlo odpovídá vašemu popisu.

Navrhované akce:

  • Pošlete studentovi e-mailem podrobnosti o jeho pojistce a co si má vzít s sebou.
  • Vytvořte úkol pro poradce k potvrzení, že student má své dokumenty.
  • Pro koncová data pošlete připomenutí k obnovení a vytvořte úkol k prodloužení krytí.

Dejte si pozor na: Spouštěče pojištění platí pouze pro potvrzené rezervace. Pojistky připojené k rezervacím, které ještě nejsou potvrzené, tyto spouštěče nespustí, takže student v čekacím stavu nedostane nic — nespoléhejte se na tento recept jako na jedinou kontrolu krytí.

Recept 3 — Reagovat na změny fáze pipeline

Co to dosáhne: Automaticky převede pohyb v pipeline do akce — uvítací zprávy, když student vstoupí do fáze, úkoly předání, když postupují, a interní upozornění, když se vrátí zpět nebo opustí fázi.

Spouštěč výběru: Stav pipeline.

Kdy se spustí: Kdykoli se změní stav pipeline studenta. Poté rozhodnete, které změny vás zajímají pomocí podmínek spouštěče.

Podmínky k přidání: Použijte "Přesunuto do stádia" k akci, když student dorazí do konkrétního stádia, a "Přesunuto ze stádia" k akci, když ze stádia odejde. Kombinujte obě pro zachycení konkrétního přechodu (z jednoho stádia do jiného) a přidejte další podmínky — národnost, cílová destinace, program — aby pravidlo bylo omezeno na správné studenty.

Doporučené akce:

  • Přesun do nového stádia: odešlete e-mail odpovídající stádium a vytvořte další úkol pro vlastníka.
  • Přesun z aktivního stádia zpět: upozorněte manažera nebo vytvořte úkol k revizi.
  • Jakákoli změna stádia: spusťte webhook, aby vaše reportování nebo CRM zůstalo synchronizované.

Dejte si pozor na: Hromadné přeřazení nezpůsobí spuštění. Pokud jsou stádia změněna hromadně, žádná automatizace neběží, takže velké úpravy nebo migrace budou v protokolech vypadat tiše. Naplánujte jakékoli hromadné přesuny stádia s předpokladem, že následné e-maily a úkoly nebudou vytvořeny, a tyto změny proveďte ručně.

Související