퀘스트 진행도

이럴 때 사용하세요

수집형 퀘스트처럼 조건을 충족하지 못했을 때 이전 단계로 돌아가야 하는 흐름에 잘 맞습니다. 기간 종료나 포기처럼 다시 시도할 수 없는 결과도 함께 표시하면 운영과 테스트 기준이 분명해집니다.

노드와 분기 기준 잡기

1. 과정 노드에는 플레이어가 하는 행동을 동사로 씁니다. 예: 목표 지역 이동, 재료 수집.
2. 조건 노드는 필요한 수량이나 보유 여부처럼 한 번에 검사할 수 있는 기준으로 만듭니다.
3. 재시도 연결은 뒤로 향하게 두고, 연결선에 재시도 이유를 씁니다.
4. 보상 획득과 기간 종료를 별도 결과로 나눠 예외를 숨기지 않습니다.

흔한 실수와 작성 팁

반복 연결만 있고 재시도 조건이 없으면 끝없이 루프하는 구조가 됩니다. 재료 부족, 일일 횟수 부족, 기간 종료 중 무엇이 반복을 끝내는지 반드시 결과 노드로 연결하세요.

퀘스트 단계가 많아지면 메모 노드에 필요한 아이템이나 잠금 조건을 적고, 핵심 진행선은 왼쪽에서 오른쪽으로 유지하세요. 이 방식이면 기획 검토 때 보상 누락도 빠르게 발견할 수 있습니다.

완성 전에 확인할 항목

• 재료 수량과 완료 판정 시점이 한 문장으로 확인 가능한지 살펴봅니다.
• 재시도 횟수, 기간 종료와 포기 경로가 끝없이 반복되지 않는지 확인합니다.
• 보상을 한 번만 받을 수 있는지, 중복 수령 방지 조건이 있는지 적습니다.
• 진행 단계가 건너뛰어졌을 때 돌아갈 위치와 안내 문구를 표시합니다.

점검 진행률: 0 / 4

반복 횟수와 종료 조건을 검증하는 예시

약초 5개를 모아 전달하는 일일 퀘스트라면 수량만 확인해서는 부족합니다. 인벤토리 공간, 제한 시간, 이미 받은 보상까지 서로 다른 상태로 시험해야 무한 반복과 중복 지급을 막을 수 있습니다.

반복 연결선에는 ‘재료 부족’처럼 돌아가는 이유를 적고, 실패·포기·기간 종료는 반드시 결과 노드로 닫아 두면 테스트 담당자가 종료 여부를 바로 판단할 수 있습니다.

다른 업무에 응용하기

퀘스트 진행 구조는 서류 접수, 검수, 보완 요청, 최종 승인처럼 되돌아가는 업무에도 잘 맞습니다. 재료 대신 제출물, 보상 대신 승인 결과를 넣으면 반복 가능한 업무 절차표로 바꿀 수 있습니다.