FirstLook으로 프로토타입 운영하기
FirstLook은 프로토타입 검증을 포함해 여러 용도로 쓸 수 있는 강력한 도구입니다. 이 가이드는 프로토타입 빌드를 플레이어에게 전달·정리하고, 의사결정에 필요한 정보를 얻는 과정을 단계별로 설명합니다.
사전 준비
섹션 제목: “사전 준비”시작하기 전에 실무적으로 정할 사항이 있으며, FirstLook 설정에도 그대로 반영해야 합니다.
플로우와 역할
섹션 제목: “플로우와 역할”가장 먼저 플레이어가 FirstLook과 어떻게 상호작용할지 — 가입부터 빌드 키를 받을 때까지 — 정해야 합니다. 이를 위해 플로우와 역할 기능을 구성합니다.
키 배포
섹션 제목: “키 배포”빌드 액세스를 주는 것은 핵심입니다. 필요한 키를 FirstLook에 가져왔고, 위에서 만든 역할의 잠금 해제(Unlock)에 추가했는지 확인하세요.
랜딩 페이지
섹션 제목: “랜딩 페이지”플레이어가 어떻게 가입할지도 정합니다. 자연 유입 가입을 원하면 랜딩 페이지가 가장 적합합니다. 스타일에 맞게 꾸밀 수 있습니다.
브랜딩
섹션 제목: “브랜딩”게임마다 경험이 달라야 하므로 브랜딩으로 위 랜딩 페이지, 가입·온보딩 화면, 발송 메시지에 일관된 톤을 입힐 수 있습니다.
첫 프로토타입
섹션 제목: “첫 프로토타입”준비가 끝났다면 첫 프로토타입을 플레이어 손에 넣는 권장 절차입니다.
먼저 빌드 프로토타입에 참여하도록 가입을 받습니다. 진입점은 웹사이트 어디에든 넣을 수 있는 랜딩 페이지를 권장합니다. 가입이 들어오면 계정을 연결하고 Discord에 참여하며 가입 폼 질문에 답합니다. 대기 목록에 들어가며, 초대할 때까지 대기합니다.
세그먼트와 태깅 {#segmentation-and-tagging}
섹션 제목: “세그먼트와 태깅 {#segmentation-and-tagging}”누구를 초대할지 정합니다. FirstLook에서는 가입 시 답변으로 필터링하기 쉽습니다. ‘Players’ 탭 → +Add Condition → Questions → 원하는 답을 선택하면 초대할 목록이 나옵니다.
태그로 플레이어에 태그를 붙이면 이번 이벤트에 참여했음을 나중에 찾고 필터하기 좋습니다.
초대와 액세스
섹션 제목: “초대와 액세스”같은 탭에서 플레이어를 모두 선택하고 오른쪽 아래 Invite를 누릅니다. 초대 이메일을 끌 수 있지만, 플레이어에게 알리는 것을 강력히 권장합니다. 이후 온보딩에서 추가 정보·계정 연결·NDA 수락을 마칩니다.
피드백
섹션 제목: “피드백”이벤트 중·이후 피드백을 모으면 경험에 대한 유용한 정보를 얻을 수 있습니다. 방법은 두 가지가 좋습니다.
-
설문 – FirstLook에서 설문을 만들어 참가자 전체에게 보냅니다.
-
인게임 설문 – SDK로 게임 안에 설문을 넣을 수 있습니다. 이벤트로 트리거해 보스 난이도, 무기 밸런스 등 즉각적인 피드백을 받을 수 있습니다. 관심 있으면 문의하세요.
다음 프로토타입
섹션 제목: “다음 프로토타입”한 기간에 여러 프로토타입을 돌릴 때 다음 단계를 정리해 두면 관리가 수월합니다.
-
새 역할 만들기 – 쓰는 플로우가 같다면 같은 플로우 아래 새 역할을 만들어 이벤트마다 다른 키·Discord 역할을 줄 수 있습니다. 플로우 자체가 달라야 하면 처음부터 새 플로우를 만듭니다. 이벤트별 온보딩 요구가 다를 때 유용합니다.
-
다시 대기 목록으로 – 다음 이벤트에 초대하기 전에 필요한 플레이어를 대기 목록으로 되돌립니다. ‘Players’ 탭에서 선택 후
Move to Waitlist입니다. 대기 중이면 키를 볼 수 없고 다시 초대를 기다립니다. 이전 이벤트 키를 유지하고 싶으면 할 필요 없습니다. 제거하려면 Keys 탭에서 액세스를 회수하면 되며 숨길 수도 있습니다. 빌드 자체 액세스는 플랫폼 쪽에서 관리해야 합니다. -
역할 변경 – 같은 탭에서
Change Role로 위에서 만든 새 역할로 옮깁니다. -
초대 – 다시 초대해 새 이벤트 액세스를 줍니다.