LoaSchedule

로케줄을 처음 쓰는 주간 세팅 순서

가입 직후 캐릭터 동기화부터 레이드 선택, 그룹 초대, 일정 확인까지 한 주 운영 흐름을 정리합니다.

작성·검증: 로케줄 운영자 · 최종 공개 검토: 2026-08-09 · 예상 읽기 시간: 10분 · 사례 데이터: 기능 검증용 가상 사례

처음에는 캐릭터 기준을 먼저 맞춥니다

로케줄의 기본 단위는 계정이 아니라 캐릭터입니다. 여러 캐릭터가 같은 계정에 있어도 레이드 선택, 완료 상태, 파티 참여는 캐릭터별로 따로 관리됩니다.

첫 주에는 모든 캐릭터를 한 번에 완벽하게 정리하려고 하기보다 이번 주에 실제로 보상을 챙길 캐릭터부터 활성화하는 편이 좋습니다.

  • 대시보드에서 캐릭터 목록을 동기화합니다.
  • 대표 캐릭터를 지정해 공개 프로필의 기준을 정합니다.
  • 이번 주에 관리할 캐릭터만 활성 상태로 남깁니다.

레이드 선택은 숙제표의 입력값입니다

레이드 선택은 단순 즐겨찾기가 아니라 주간 진행률과 남은 숙제 계산에 쓰이는 입력값입니다. 실제로 갈 레이드만 선택하면 대시보드가 훨씬 읽기 쉬워집니다.

고정 파티가 있는 캐릭터와 야생으로 가는 캐릭터를 나눠 보면 일정 충돌을 빨리 발견할 수 있습니다.

  • 캐릭터별 레이드 설정에서 이번 주 목표 레이드를 고릅니다.
  • 골드 획득 대상인지 아닌지 구분해 둡니다.
  • 파티가 정해진 레이드는 캘린더에서 일정이 잡혔는지 확인합니다.

그룹과 파티는 용도가 다릅니다

그룹은 함께 플레이하는 사람들의 주소록에 가깝고, 레이드 파티는 특정 레이드와 일정, 참여 캐릭터를 묶는 실행 단위입니다.

길드 고정 멤버는 그룹으로 먼저 묶고, 실제 출발할 콘텐츠는 레이드 파티로 따로 만드는 방식이 가장 관리하기 쉽습니다.

  • 같이 도는 사람들을 그룹으로 초대합니다.
  • 레이드별 파티를 만들고 캐릭터를 배정합니다.
  • 출발 시간이 정해지면 캘린더에 반영합니다.

이 문서의 검증 범위

이 문서는 로케줄의 캐릭터 동기화, 레이드 선택, 그룹, 레이드 파티, 캘린더 화면이 서로 어떤 데이터를 이어받는지 배포 버전에서 확인한 뒤 작성했습니다. 아래 사례는 특정 이용자의 기록이 아니라 기능 검증을 위해 만든 6캐릭터 가상 사례이며, 게임 공략이나 공식 보상표를 재작성한 문서가 아닙니다.

로케줄에서 실행하는 순서

  • 1. 이번 주 관리 대상을 먼저 줄입니다 — 캐릭터 동기화가 끝나면 실제로 레이드를 돌 캐릭터만 활성 상태로 두고 대표 캐릭터를 지정합니다. 쉬는 캐릭터는 삭제하지 않고 관리 대상에서만 뺍니다. 이유: 활성 캐릭터가 곧 대시보드의 작업 범위입니다. 모든 캐릭터를 남겨두면 진행률이 낮아 보이는 원인이 실제 미완료인지 불필요한 목표인지 구분하기 어렵습니다.
  • 2. 캐릭터별 목표를 입력값으로 고정합니다 — 각 캐릭터에서 이번 주에 갈 레이드와 골드 획득 여부를 선택합니다. 고정 파티로 갈 레이드에는 별도 표시를 남길 수 있도록 다음 단계에서 파티를 만듭니다. 이유: 로케줄의 완료율은 선택된 레이드를 기준으로 계산됩니다. 목표를 먼저 고정해야 이후의 남은 레이드 수와 골드 현황을 같은 기준으로 읽을 수 있습니다.
  • 3. 사람 목록과 출발 단위를 분리합니다 — 반복해서 함께 플레이하는 사람은 그룹에 모으고, 실제 출발할 콘텐츠는 레이드 파티로 따로 만듭니다. 레이드 파티에는 레이드, 난이도, 참여 캐릭터를 지정합니다. 이유: 그룹은 재사용하는 멤버 목록이고 레이드 파티는 특정 주차의 실행 기록입니다. 둘을 한 개념으로 다루면 다음 주에도 지난 일정과 멤버 상태를 그대로 확정했다고 오해하기 쉽습니다.
  • 4. 수락된 멤버만 확정 인원으로 봅니다 — 전체 검색으로 보낸 초대는 상대가 수락할 때까지 대기 상태로 둡니다. 출발 가능 인원, 역할, 전투력은 수락 완료 멤버를 기준으로 다시 확인합니다. 이유: 초대 전송은 참여 동의가 아닙니다. 대기 멤버를 확정 인원에 넣지 않아야 인원은 찼지만 실제로 출발하지 못하는 상황을 줄일 수 있습니다.
  • 5. 시간은 캘린더에서 마지막으로 잠급니다 — 멤버 구성이 정리된 파티부터 출발 시간을 지정하고, 같은 유저가 다른 캐릭터로 참여하는 일정까지 겹치지 않는지 캘린더에서 확인합니다. 이유: 캐릭터가 달라도 플레이하는 사람은 한 명입니다. 캐릭터 단위 목록만 보면 보이지 않는 현실 시간 충돌을 캘린더 단계에서 찾아야 합니다.

조건별 판단표

  • 이번 주에 쉬는 캐릭터가 있음 → 삭제하지 않고 비활성화 · 근거: 다음 주 재사용 가능, 현재 진행률에서는 제외
  • 같은 멤버와 여러 레이드를 반복 → 멤버는 그룹, 콘텐츠는 레이드 파티로 분리 · 근거: 주소록과 주차별 실행 기록의 수명 차이
  • 초대를 보냈지만 응답이 없음 → 대기 상태 유지 후 별도 확인 · 근거: 수락 전 멤버는 확정 인원 집계에서 제외
  • 일정부터 잡을지 멤버부터 정할지 애매함 → 핵심 멤버 가능 시간 확인 후 파티 시간을 확정 · 근거: 확정 뒤 재조정하는 횟수를 줄임

예시: 6캐릭터 중 3캐릭터만 운영하는 첫 주

동기화된 캐릭터는 6명이지만 이번 주 보상을 챙길 캐릭터는 3명이고, 토요일 고정 파티 한 개만 이미 정해진 상황을 가정합니다.

대시보드에는 실제 관리 대상만 남고, 고정 약속과 개인 숙제가 분리됩니다. 핵심은 완료 항목을 많이 만드는 것이 아니라 이번 주 목표와 확정 일정을 같은 기준으로 맞추는 것입니다.

  • 수요일: 3캐릭터만 활성화하고 캐릭터별 목표 레이드를 선택합니다.
  • 목요일: 고정 멤버를 그룹에 모은 뒤 토요일 레이드 파티를 만들고 참여 캐릭터를 배정합니다.
  • 금요일: 초대 대기자를 확인하고 수락 완료 멤버만으로 역할과 인원을 점검합니다.
  • 토요일: 캘린더에서 다른 캐릭터의 약속과 겹치지 않는지 확인한 뒤 출발 시간을 기준 기록으로 사용합니다.

증상별 복구 순서

  • 증상: 가입 직후 완료율이 지나치게 낮게 보임 · 원인: 쉬는 캐릭터나 가지 않을 레이드까지 목표로 선택됨 · 복구: 활성 캐릭터와 선택 레이드를 이번 주 계획 기준으로 다시 줄입니다.
  • 증상: 파티 인원은 있어 보이는데 출발이 불가능함 · 원인: 대기 멤버를 확정 멤버로 오해했거나 역할 구성이 미완성임 · 복구: 수락 상태와 서포터 포함 여부를 파티 상세에서 각각 확인합니다.
  • 증상: 같은 시간에 두 파티 약속이 잡힘 · 원인: 캐릭터만 다르면 일정도 겹치지 않는다고 판단함 · 복구: 캘린더에서 캐릭터가 아닌 실제 유저 기준으로 중복 약속을 조정합니다.

체크리스트

  • 대시보드의 활성 캐릭터 수가 이번 주 실제 운영 수와 같은가
  • 선택된 레이드가 진행률에 포함할 목표만 담고 있는가
  • 레이드 파티의 대기 멤버와 수락 멤버를 구분했는가
  • 확정 파티 시간이 같은 유저의 다른 일정과 겹치지 않는가