Resipi automasi: tetapan biasa

Last updated: September 2, 2026

Set automasi sedia ada yang boleh anda salin, setiap satu dengan pencetus untuk dipilih, bila ia berjalan, syarat untuk ditambah, tindakan yang disyorkan, dan perangkap yang perlu dielakkan. Meliputi susulan cadangan (dilihat, diterima, tamat tempoh), mengingatkan pelajar tentang tarikh mula dan tamat polisi insurans, dan bertindak balas terhadap perubahan tahap saluran. Ini adalah halaman yang hidup — lebih banyak resipi ditambah dari masa ke masa apabila pencetus dan syarat baharu dihantar.

Halaman ini menerangkan susunan automasi biasa yang boleh anda bina dalam Tetapan > Pengambilan > Automasi. Setiap resipi mengikuti bentuk yang sama — apa yang dicapainya, pencetus untuk dipilih, bila ia berjalan, syarat untuk ditambah, tindakan yang disyorkan, dan apa yang perlu diperhatikan — supaya anda boleh melayari ke yang anda perlukan dan membinanya dalam beberapa minit.

Lebih banyak resipi akan ditambah di sini dari masa ke masa apabila pencetus dan syarat baharu dihantar, jadi anggap ini sebagai perpustakaan yang berkembang daripada senarai tetap. Jika anda membina sesuatu yang berguna yang belum ada di sini, ia boleh ditambah sebagai bahagian lain.

Untuk senarai penuh apa yang tersedia, lihat rujukan pencetus, syarat, dan tindakan yang dipautkan di bahagian bawah.

Resipi 1 — Susulan cadangan

Apa yang dicapainya: Mengekalkan cadangan bergerak tanpa kejaran manual. Anda menolak pelajar sebelum cadangan tamat tempoh, susulan apabila mereka telah melihatnya tetapi tidak bertindak, dan menyerahkan secara dalaman apabila mereka menerimanya.

Pencetus untuk dipilih: Satu automasi bagi setiap tingkah laku yang anda mahu, diambil dari kumpulan Cadangan:

  • Cadangan Dilihat — kali pertama pelajar membuka cadangan.
  • Cadangan Diterima — apabila pelajar menerimanya.
  • Tarikh tamat cadangan — pencetus berasaskan tarikh yang boleh anda tetapkan untuk berjalan sebelum, semasa, atau selepas hari cadangan tamat.

Apabila ia berjalan:

  • Cadangan Dilihat berfungsi pada kali pertama pelajar membuka cadangan dan tidak lagi pada pandangan seterusnya.
  • Cadangan Diterima berfungsi pada peralihan sebenar kepada diterima.
  • Tarikh tamat cadangan berjalan berkaitan dengan tarikh tamat — untuk dorongan, tetapkan beberapa hari sebelum. Semasa anda membina pencetus berasaskan tarikh, pembina akan menyatakan semula peraturan itu kepada anda dalam bahasa mudah supaya anda boleh mengesahkan anda memilih jejari dan arah yang betul.

Syarat untuk ditambah: Persempit automasi supaya ia hanya berfungsi untuk pelajar yang anda maksudkan — contohnya pada Kewarganegaraan Pelajar, atau pada medan cadangan seperti destinasi atau jenis program. Anda boleh menggunakan medan yang sama lebih dari sekali dalam satu peraturan jika anda memerlukan dua ujian padanya, dan kad menunjukkan ringkasan apa yang anda bina (contohnya "3 syarat · mana-mana"). Jika anda mahu semuanya padan, kekalkan mod padanan ke semua; gunakan mana-mana apabila satu syarat sudah cukup.

Tindakan yang disyorkan:

  • Sebelum tamat tempoh: hantar e-mel peringatan kepada pelajar dengan pautan ke cadangan, dan buat tugas untuk kaunselor yang bertanggungjawab untuk menghubungi mereka.
  • Apabila diterima: hantar e-mel tahniah, buat tugas langkah seterusnya (deposit, dokumen), dan maklumkan pasukan melalui webhook atau notifikasi dalaman.
  • Dilihat tetapi tidak diterima: pasangkan automasi Proposal Viewed dengan e-mel susulan selepas masa tertentu, atau gunakan dorongan tarikh tamat untuk menutup jurang tersebut.

Perhatikan: Proposal Viewed hanya akan berlaku pada pertama kali dibuka — pelajar yang membuka semula cadangan lima kali masih menghasilkan satu acara, jadi jangan bina logik yang menganggap tontonan berulang. Proposal Accepted berlaku sekali, semasa peralihan — jika pelajar menerima pilihan A dan kemudian beralih ke pilihan B, itu masih satu acara, bukan dua, jadi automasi penerimaan tidak akan berjalan semula apabila beralih.

Resipi 2 — Ingatkan pelajar tentang tarikh polisi insurans

Apa yang dicapai: Pelajar mendapat makluman awal sebelum perlindungan insurans mereka bermula dan sebelum ia tamat, supaya mereka melancong dengan perlindungan aktif dan tahu bila perlu diperbaharui. Ia juga memberi pasukan anda rangsangan untuk memeriksa dokumen pada masa yang sesuai.

Trigger untuk dipilih: Dari kategori Insurans baharu dalam pemilih trigger:

  • Tarikh mula polisi — untuk mesej sebelum ketibaan dan "perlindungan anda akan bermula tidak lama lagi".
  • Tarikh tamat polisi — untuk peringatan pembaharuan dan tamat tempoh.

Bilakah ia berjalan: Kedua-duanya berasaskan tarikh, jadi anda pilih sebelum, semasa, atau selepas hari yang berkaitan — contohnya tujuh hari sebelum tarikh mula polisi, atau empat belas hari sebelum tarikh tamat polisi. Pembina mengulangi peraturan dalam bahasa mudah semasa anda menetapkannya, supaya anda boleh periksa bacaan selang mengikut apa yang anda inginkan sebelum menyimpan.

Syarat untuk ditambah: Gunakan Negara destinasi insurans untuk menghantar arahan khusus negara, dan Penanggung insurans jika perkataan atau dokumen berbeza mengikut penanggung. Gabungkan mereka apabila anda memerlukan kedua-duanya, dan gunakan ringkasan syarat pada kad untuk mengesahkan peraturan sesuai dengan apa yang anda huraikan.

Tindakan yang disyorkan:

  • Hantar e-mel kepada pelajar mengenai butiran polisi mereka dan apa yang perlu dibawa.
  • Buat tugas untuk kaunselor mengesahkan pelajar mempunyai dokumen mereka.
  • Untuk tarikh tamat, hantar rangsangan pembaharuan dan buat tugas untuk berbincang tentang lanjutan perlindungan.

Perhatikan: Trigger insurans hanya digunakan untuk tempahan yang disahkan sahaja. Polisi yang dilampirkan kepada tempahan yang belum disahkan tidak akan mengaktifkan trigger ini, jadi pelajar dalam keadaan tertunda tidak akan menerima apa-apa — jangan bergantung sepenuhnya kepada resipi ini sebagai satu-satunya pemeriksaan perlindungan anda.

Resipi 3 — Bertindak balas terhadap perubahan peringkat saluran

Apa yang dicapai: Mengubah pergerakan saluran menjadi tindakan secara automatik — mesej selamat datang apabila pelajar memasuki satu peringkat, tugas serah terima apabila mereka membuat kemajuan, dan amaran dalaman apabila mereka kembali atau meninggalkan satu peringkat.

Trigger untuk dipilih: Perubahan Tahap Rangkaian.

Apabila ia berjalan: Bila-bila masa tahap rangkaian pelajar berubah. Anda kemudian memutuskan perubahan mana yang anda pedulikan menggunakan syarat trigger.

Syarat untuk ditambah: Gunakan "Berpindah ke tahap" untuk bertindak apabila pelajar tiba di satu tahap tertentu, dan "Berpindah dari tahap" untuk bertindak apabila mereka meninggalkan satu tahap. Gabungkan keduanya untuk menangkap satu peralihan tertentu (dari satu tahap ke tahap lain), dan lapiskan syarat lain — kebangsaan, destinasi, program — untuk memastikan peraturan tertumpu kepada pelajar yang betul.

Tindakan yang disyorkan:

  • Berpindah ke tahap baru: hantar emel yang sesuai dengan tahap dan buat tugasan seterusnya untuk pemiliknya.
  • Berpindah dari tahap aktif ke belakang: maklumkan pengurus, atau buat tugasan semakan.
  • Sebarang perubahan tahap: hantar webhook supaya laporan atau CRM anda kekal selaras.

Berhati-hati dengan: Pengagihan semula secara pukal tidak mencetuskan ia. Jika tahap diubah secara pukal, tiada automasi yang berjalan, jadi pembersihan besar-besaran atau migrasi akan kelihatan senyap dalam log. Rancang sebarang pemindahan tahap secara pukal dengan anggapan bahawa emel susulan dan tugasan tidak akan dibuat, dan uruskan secara manual.

Berkenaan