자동화 레시피: 일반 설정

복사할 수 있는 미리 만들어진 자동화 설정으로, 실행 시 선택할 트리거, 조건 추가, 추천 행동, 피해야 할 함정을 포함합니다. 제안서 후속 조치(조회, 승인, 만료), 학생에게 보험 정책 시작 및 종료 날짜 알림, 파이프라인 단계 변경에 대한 반응 등을 다룹니다. 이 페이지는 계속 업데이트되는 페이지로, 새로운 트리거와 조건이 출시됨에 따라 더 많은 레시피가 추가됩니다.

이 페이지는 설정 > 채용 > 자동화에서 구축할 수 있는 일반적인 자동화 설정을 설명합니다. 각 레시피는 동일한 구조를 따르며 — 달성하는 것, 선택할 트리거, 실행 시기, 조건, 추천 행동, 주의할 점 — 따라서 필요한 것을 빠르게 찾아 몇 분 만에 구축할 수 있습니다.

새로운 트리거와 조건이 출시됨에 따라 더 많은 레시피가 계속 추가될 예정이니, 이것을 고정된 목록이 아닌 성장하는 라이브러리로 간주하세요. 유용한 것을 만들었지만 아직 여기에 없다면, 다른 섹션으로 추가할 수 있습니다.

사용 가능한 전체 목록은 하단에 링크된 트리거, 조건, 행동 참고 자료를 참조하세요.

레시피 1 — 제안서 후속 조치

달성하는 것: 수동 추적 없이 제안서를 계속 진행시킵니다. 제안서 만료 전에 학생에게 알림을 보내고, 학생이 검토했지만 행동하지 않은 경우 후속 조치를 취하며, 학생이 승인하면 내부적으로 넘깁니다.

선택할 트리거: 원하는 행동별로 하나의 자동화를 선택하며, 제안서 그룹에서 선택합니다:

• 제안서 조회 — 학생이 제안서를 처음 열었을 때.
• 제안서 승인 — 학생이 승인했을 때.
• 제안서 만료 날짜 — 만료일 전에, 당일 또는 이후에 실행되도록 설정할 수 있는 날짜 기반 트리거입니다.

실행 시기:

• 제안서 조회는 학생이 제안서를 처음 열었을 때만 작동하며 이후에는 다시 작동하지 않습니다.
• 제안서 승인은 승인으로의 실제 전환 시 작동합니다.
• 제안서 만료 날짜는 만료일과 관련하여 작동하며, 알림을 위해 며칠 전에 설정할 수 있습니다. 날짜 기반 트리거를 만들 때, 빌더는 규칙을 평이한 언어로 다시 설명하여 올바른 오프셋과 방향을 선택했는지 확인할 수 있게 합니다.

조건 추가: 자동화를 학생들이 의미하는 대상에만 작동하도록 좁힙니다 — 예를 들어 학생 국적 또는 목적지 또는 프로그램 유형과 같은 제안서 필드에 적용할 수 있습니다. 같은 필드를 여러 번 사용할 수 있으며, 규칙에 두 번 테스트가 필요할 경우 유용합니다. 카드에는 "3 조건 · 모두"와 같이 구성한 내용의 요약이 표시됩니다. 모든 조건이 일치해야 한다면 일치 모드를 모두로 설정하고, 하나만 충족하면 되는 경우에는 어느 조건이든 사용하세요.

추천 행동:

• 만료 전에: 학생에게 제안서 링크와 함께 알림 이메일을 보내고, 담당 상담사가 전화할 수 있도록 작업을 생성하세요.
• 수락 시: 축하 이메일을 보내고, 다음 단계 작업(예금, 서류)을 생성하며, 웹훅 또는 내부 알림을 통해 팀에 알리세요.
• 열람했지만 수락하지 않음: Proposal Viewed 자동화와 후속 이메일을 일정 시간 후에 연결하거나, 만료일 알림을 사용하여 격차를 메우세요.

주의하세요: Proposal Viewed는 처음 열람 시에만 작동 — 학생이 제안서를 다섯 번 다시 열어도 하나의 이벤트만 생성되므로, 반복 열람을 가정하는 로직을 만들지 마세요. Proposal Accepted는 한 번만, 전환 시에 작동 — 학생이 옵션 A를 수락한 후 옵션 B로 전환하더라도 하나의 이벤트이며, 수락 자동화는 전환 시 다시 실행되지 않습니다.

레시피 2 — 학생들에게 보험 정책 날짜 알림

목적: 학생들이 보험 커버 시작 전과 종료 전 미리 알 수 있어, 활성 커버와 갱신 시기를 알 수 있습니다. 또한 팀에게 적절한 시점에 서류를 확인하라는 알림을 제공합니다.

트리거 선택 기준: 트리거 선택기에서 새 Insurance 카테고리에서 선택하세요:

• 보험 시작일 — 도착 전과 "곧 커버 시작" 메시지에 사용.
• 보험 종료일 — 갱신 및 만료 알림에 사용.

작동 시기: 두 날짜 모두 기준 날짜 전, 당일 또는 후에 작동하며 — 예를 들어, 보험 시작일 7일 전 또는 보험 종료일 14일 전을 선택할 수 있습니다. 빌더는 설정한 규칙을 평이한 언어로 다시 보여주므로, 저장하기 전에 오프셋이 의도한 대로 읽히는지 확인할 수 있습니다.

조건 추가 방법: 보험 목적 국가를 사용하여 국가별 지침을 보내거나, 보험 제공자를 사용하여 제공자별로 다른 문구 또는 서류를 구분하세요. 필요 시 두 조건을 모두 결합하고, 카드의 조건 요약을 통해 규칙이 설명한 내용과 일치하는지 확인하세요.

권장 조치:

• 학생에게 보험 상세 내용과 지참할 서류를 이메일로 보내기.
• 상담사가 학생의 서류를 확인할 수 있도록 작업 생성.
• 종료일에는 갱신 알림 이메일을 보내고, 커버 연장에 대해 논의하는 작업을 생성하세요.

주의하세요: 보험 트리거는 확인된 예약에만 적용됩니다. 아직 확정되지 않은 예약에 연결된 정책은 이 트리거를 작동시키지 않으므로, 대기 상태인 학생은 아무 것도 받지 않습니다 — 이 레시피만으로는 커버 체크를 완전히 대체하지 마세요.

레시피 3 — 파이프라인 단계 변경에 반응하기

목적: 파이프라인 이동을 자동으로 행동으로 전환 — 학생이 단계에 들어올 때 환영 메시지, 진행 시 인수 작업, 단계에서 내려오거나 떠날 때 내부 알림을 보냅니다.

트리거 선택: 파이프라인 단계 변경.

실행 시기: 학생의 파이프라인 단계가 변경될 때마다. 그런 다음 트리거 조건을 사용하여 어떤 변경 사항에 관심이 있는지 결정합니다.

추가할 조건: "단계로 이동"을 사용하여 학생이 특정 단계에 도달했을 때 행동하고, "단계에서 이동"을 사용하여 학생이 한 단계에서 떠날 때 행동합니다. 두 조건을 결합하여 특정 전환(한 단계에서 다른 단계로 이동)을 포착하고, 국적, 목적지, 프로그램 등 다른 조건을 추가하여 규칙이 적절한 학생에게만 적용되도록 합니다.

권장 행동:

• 새 단계로 이동: 해당 단계에 맞는 이메일을 보내고 다음 작업을 담당자에게 할당합니다.
• 활성 단계에서 뒤로 이동: 관리자에게 알리거나 검토 작업을 생성합니다.
• 모든 단계 변경: 웹훅을 호출하여 보고서 또는 CRM이 최신 상태를 유지하도록 합니다.

주의할 점: 대량 재할당은 트리거되지 않습니다. 단계가 대량으로 변경되면 자동화가 실행되지 않으므로, 대규모 정리 또는 마이그레이션은 로그에 조용히 나타날 수 있습니다. 후속 이메일과 작업이 생성되지 않도록 대량 단계 이동을 계획하고, 수동으로 처리하세요.

관련

• 자동화 설정 방법 — 활성화, 빌더, 그리고 첫 규칙 만들기.
• 트리거, 조건, 액션 참고 자료 — 이벤트, 조건, 액션, 변수의 전체 목록.
• 자동화 실행 모니터링 — 로그 탭, 상태, 실패하거나 발생하지 않은 실행을 해결하는 방법.