Showing Posts From

런칭

프로그래머와의 첫 구현 회의: 기획의도는 죽는다

프로그래머와의 첫 구현 회의: 기획의도는 죽는다

프로그래머와의 첫 구현 회의: 기획의도는 죽는다 오전 10시, 희망에 찬 기획서 회의실 예약했다. 10시 30분. 프로그래머 두 명, 나. 어젯밤까지 쓴 기획서 준비됐다. "이번 스킬 시스템은 완벽해." 3주 동안 경쟁작 분석했다. 밸런스 시뮬레이션 100번 돌렸다. 유저 피드백 200개 정리했다. 엑셀 시트 15개. 기획의도는 명확했다. "스킬 조합의 재미." 최대 5개 스킬 동시 발동. 각 스킬마다 시너지 효과. 조합 가능 수 126가지. 프린트한 기획서 두께 1cm. 이거면 된다고 생각했다.10시 31분, 첫 질문 "형, 이거 실시간이에요?" 프로그래머 민수. 경력 7년차, 서버 개발. 항상 핵심을 찌른다. "네, 스킬 발동하면 즉시 판정이요." "동시 발동이 5개요?" "네." "그럼 서버에서 매번 조합 계산해야 되는데." 엑셀 시트 넘겼다. 조합별 시너지 테이블. 126가지 경우의 수. "이거 다 DB 조회해야 되는 거 아니에요?" "...그러네요." 민수가 계산기 두드렸다. 동시접속 3000명 가정. 초당 스킬 사용 평균 5회. DB 조회 3000 x 5 x 5 = 75,000 쿼리. "서버 죽습니다." 회의 시작 1분 만에. 기획의도 1차 사망. 10시 45분, 대안 찾기 "그럼 캐싱하면 되지 않나요?" 클라이언트 개발 지훈이가 말했다. 경력 3년, 유니티 전문. "조합 테이블 전부 클라에 들고 있으면요." 민수가 고개 저었다. "126가지 조합인데, 스킬이 50개면 몇 개죠?" "계산 안 해봐도... 많죠." 지훈이가 덧붙였다. "그리고 밸런스 패치 때마다 클라 업데이트요?" "앱스토어 심사 2주 기다리고요." 아. 생각 못 했다. "실시간이 아니면 안 돼요?" 민수가 물었다. 기획의도는 '즉각 피드백'이었다. 스킬 누르면 바로 효과. 타격감, 폭발감, 쾌감. "...안 되는데." "그럼 조합 수 줄이셔야 돼요." 126가지에서 얼마로? "20개 정도면." 1/6로 줄이라고.11시 10분, 성능 이슈 20개로 줄였다. 스킬 조합 20가지. 이 정도면 괜찮다고 생각했다. "형, 이펙트는요?" 지훈이가 물었다. "스킬마다 고유 이펙트 있고, 조합 시너지 이펙트 추가로요." 기획서 7페이지 펼쳤다. 조합별 이펙트 연출안. 화려하게 터지는 거. "이펙트 20개 동시 재생이요?" "응, 5개 스킬 + 시너지 이펙트들." 지훈이 표정이 어두워졌다. "저사양 폰 죽어요." "요즘 폰 성능 좋잖아요." "타겟 유저 50%는 3년 전 폰 써요." 아. 또 생각 못 했다. "파티클 수 줄이면 되지 않아요?" "줄이면 이펙트가 화려하지 않은데요." 기획의도는 '화려한 연출'이었다. 유튜브 숏츠에 올라갈 만한 거. 바이럴 날 만한 거. "프레임 30 아래로 떨어지면 유저들 난리 나요." 지훈이가 유저 리뷰 캡처 보여줬다. "최적화 똥겜" "갤럭시 S9에서 렉 걸림" "환불해주세요" 기획의도 2차 사망. 11시 40분, API 한계 "서버 부하 줄이려면 턴제로 가는 게." 민수가 조심스럽게 말했다. "턴제요?" "네, 실시간 말고 턴 기반 전투." 기획서 1페이지. "실시간 액션 RPG" "그럼 장르가 바뀌잖아요." "장르 안 바뀌고는 이 기획 못 살려요." 회의실이 조용해졌다. 민수가 계속 설명했다. 현재 서버 아키텍처는 턴제 최적화. 실시간 동기화 구조 없음. 새로 만들려면 2달. 인력 3명 투입. "PD님이 허락 안 하실 텐데요." 일정은 이미 타이트했다. 런칭 4개월 남았다. 새 시스템 개발 시간 없다. "그럼 스킬 발동을 순차적으로 하면요?" 내가 물었다. "그럼 '동시 발동'이 아니잖아요." 기획서 3페이지. "최대 5개 스킬 동시 발동" "순차 발동이랑 동시 발동이랑 재미가 다른데." "형, 재미는 저도 알아요. 근데 못 만들어요." 민수 목소리에 힘이 들어갔다. "API 한계예요. 지금 구조로는 안 돼요."12시 10분, 타협안 회의 1시간 40분. 점심시간 넘어갔다. 화이트보드 가득 적힌 제약사항들.서버: 동시 처리 불가 클라: 이펙트 최적화 필요 일정: 2달 이상 작업 불가 구조: 턴제 기반"그럼 이렇게 하면 어때요." 내가 화이트보드에 썼다.스킬 조합 10가지로 축소 동시 발동 → 0.5초 간격 순차 발동 이펙트 단순화, 저사양 모드 추가 조합 테이블 클라 캐싱"이 정도면 할 만해요?" 민수랑 지훈이가 고개 끄덕였다. "개발 기간은요?" "3주요." "테스트 포함해서요?" "...4주요." 일정표 다시 짰다. 다른 기능들 미루고. 이거 먼저 넣고. "OK, 그럼 이걸로 PD님한테." 회의 끝. 기획서는 반토막 났다. 15페이지에서 7페이지로. 126가지 조합에서 10가지로. 동시 발동에서 순차 발동으로. 처음 의도한 거랑 완전히 달라졌다. 오후 2시, 기획서 다시 쓰기 자리 돌아와서 엑셀 켰다. 조합 테이블 다시 짰다. 126가지에서 10가지 추리기. 가장 재밌을 거 같은 거. 가장 밸런스 잡힌 거. 3주 작업이 3시간으로. 기획의도는 뭐였나. "스킬 조합의 재미" 10가지도 재밌을까? 126가지만큼? 모르겠다. 만들어봐야 안다. 컨플루언스에 기획서 업데이트. 제목 수정. "스킬 동시 발동 시스템 v2.0 (구현 가능 버전)" 괄호 안 문구가 슬프다. 오후 4시, PD 보고 PD님 자리 찾아갔다. "시스템 기획 수정본이요." "많이 바뀌었네?" "네, 구현 검토하면서요." PD님이 기획서 훑었다. 10초 만에 핵심 파악. "조합 수 왜 줄었어?" "서버 부하 때문에요." "10개로 재미 나올까?" "...최선을 다해볼게요." PD님이 한숨 쉬었다. "우리가 만들고 싶은 거랑 만들 수 있는 거는 다르니까." "네." "유저들이 재밌어하면 그게 맞는 거야." "알겠습니다." 보고 끝. 돌아 나왔다. 복도에서 민수 마주쳤다. "형, PD님 뭐래요?" "오케이래." "다행이네. 근데 형 표정이 왜 그래요." "아니, 괜찮아." 괜찮지 않았다. 오후 6시, 혼자 생각 퇴근 전에 경쟁작 켰다. '킹덤 오브 레전드' 스킬 시스템 봤다. 조합 가능한 게 50가지 넘어 보였다. 실시간으로 터진다. 이펙트 화려하다. 프레임 드랍 없다. "얘네는 어떻게 한 거지?" 개발 기간 2년. 개발비 50억. 개발팀 80명. 우리는 4개월에 15명. 답 나왔다. 창 닫았다. 기획자의 숙명이다. 머릿속 완벽한 기획. 현실에선 반의반. "API 한계" "성능 이슈" "일정 부족" "인력 부족" 이 단어들 앞에서. 기획의도는 맥없이 죽는다. 그래도 만들어야 한다. 10가지 조합이라도. 순차 발동이라도. 단순한 이펙트라도. 유저가 재밌다고 하면. 그게 정답이다. 오후 8시, 퇴근길 회사 나섰다. 편의점 들렀다. 에너지 드링크 샀다. 집 가는 지하철. 핸드폰으로 엑셀 열었다. 10가지 조합 밸런스 체크. 옆자리 사람이 쳐다봤다. "저 사람 왜 지하철에서 엑셀을." 퇴근길에도 일한다. 기획자니까. 다음 정거장 도착 안내방송. 핸드폰 꺼졌다. 배터리 없다. 창밖 봤다. 어둡다. 내일 또 회의 있다. "UI 구현 검토 회의" 또 죽겠지. 기획의도.프로그래머가 "안 돼요"라고 하면, 기획자는 기획서를 다시 쓴다. 이게 현실이다.

유저 데이터를 보면: 계획은 이렇게 무너진다

유저 데이터를 보면: 계획은 이렇게 무너진다

유저 데이터를 보면: 계획은 이렇게 무너진다 월요일 아침, 데이터 앞에서 출근했다. 커피부터 뽑았다. 엑셀 파일 열었다. 지난주 금요일 업데이트 이후 유저 데이터다. 신규 스킬 3개 추가했다. 10레벨부터 사용 가능. 밸런스 완벽하게 잡았다고 생각했다. 스킬 사용률 컬럼을 봤다. 7%. 다시 봤다. 7%가 맞다. "뭐지?" 3개월 동안 기획했다. 수치 시뮬레이션 50번 넘게 돌렸다. 테스트 플레이도 했다. QA팀도 재밌다고 했다. 유저들이 환호할 줄 알았다. 7%다. 93%의 유저는 스킬이 있는지도 모르는 것 같다.기획자의 착각 회의실로 갔다. PD한테 물었다. "스킬 사용률 보셨어요?" "봤어. 왜 이래?" "제가 그걸 알면 여기 안 왔죠." 데이터를 펼쳤다. 유저 레벨별 스킬 사용률이다.레벨 10~15: 3% 레벨 16~20: 8% 레벨 21~25: 12% 레벨 26~30: 18%레벨 30 넘어가면 좀 쓴다. 그것도 20%가 안 된다. "스킬 강하잖아요. DPS 계산해보면 기본 공격보다 30% 높은데." "그럼 유저가 멍청한 건가?" 아니다. 유저는 멍청하지 않다. 내가 멍청한 거다. 기획자는 착각한다. 내가 만든 시스템을 유저가 당연히 이해할 거라고. 튜토리얼 한 번 보면 다 알 거라고. 수치가 좋으면 당연히 쓸 거라고. 틀렸다. 유저는 게임을 플레이한다. 시스템을 공부하지 않는다. 숫자를 계산하지 않는다. 그냥 느낌으로 누른다. 익숙한 걸 누른다. 새로운 건 귀찮다. 나는 3개월 동안 스킬 밸런스를 고민했다. 유저는 3초 동안 '이거 뭐지?' 하고 넘어간다. 격차가 이렇게 크다. 데이터를 뜯어보니 점심 먹고 돌아왔다. 데이터를 더 파봤다. 로그를 봤다. 유저 플레이 패턴이다. 프레임 단위로 찍혀 있다. 10레벨 유저 100명을 무작위로 뽑았다. 패턴이 보였다. 대부분 유저는 스킬 창을 안 연다. 연다고 해도 1초 보고 닫는다. 스킬을 등록하는 유저는 20%다. 등록해도 안 쓴다. 퀵슬롯에 등록하는 유저는 5%다. "아." 문제를 찾았다. 스킬이 약해서가 아니다. 유저가 스킬을 발견하지 못한다. UI를 봤다. 스킬 창은 메뉴의 세 번째 탭이다. 캐릭터 정보 탭 안에 숨어 있다. 아이콘이 작다. 신규 알림도 없다. 튜토리얼을 봤다. 스킬 설명은 15단계 중 11번째다. 텍스트로 설명한다. "레벨 10이 되면 스킬을 사용할 수 있습니다." 그게 끝이다. 유저는 튜토리얼을 스킵한다. 11단계까지 안 본다. 봐도 기억 안 한다. 나는 유저가 게임을 완벽하게 이해하고 플레이할 거라고 생각했다. 착각이었다.예상 vs 현실 기획서를 꺼냈다. 3개월 전에 쓴 거다. "스킬 시스템 기획서 v2.3" 목표 항목을 봤다.레벨 10 유저의 60%가 스킬 사용 스킬 사용 시 전투 만족도 상승 과금 유저의 스킬 강화 유도예상이었다. 현실은 이렇다.레벨 10 유저의 3%가 스킬 사용 대부분 유저는 스킬이 있는지 모름 과금은 커녕 존재 자체를 인식 못함기획 의도를 읽었다. "유저들이 레벨 10이 되면 전투가 지루해집니다. 스킬 시스템으로 전투에 깊이를 더하고 성장 동기를 부여합니다." 맞는 말이다. 의도는 좋았다. 실행이 망했다. 나는 유저가 이렇게 플레이할 거라고 상상했다.레벨 10 달성 스킬 해금 알림 확인 스킬 창 열어서 확인 강한 스킬 선택해서 등록 전투에서 사용 "오 재밌네" 하고 계속 사용실제로는 이렇다.레벨 10 달성 다음 퀘스트 진행 끝스킬? 본 적도 없다. 나는 게임을 100시간 플레이한 사람의 시점으로 기획했다. 유저는 1시간 플레이한 사람의 시점으로 게임한다. 간극이 이렇게 크다. 왜 안 쓰는가 데이터를 더 파봤다. 스킬을 실제로 사용한 7%의 유저다. 얘네는 왜 썼을까. 로그를 분석했다.길드 가입자: 스킬 사용률 35% 커뮤니티 활동 유저: 스킬 사용률 28% 친구 3명 이상: 스킬 사용률 22% 혼자 플레이: 스킬 사용률 1%보인다. 스킬을 쓰는 유저는 누군가한테 들었다. "야 레벨 10 되면 스킬 써봐. 개쩐다." 게임이 알려준 게 아니다. 다른 유저가 알려줬다. 나는 게임 내 시스템으로 유저를 교육할 수 있다고 믿었다. 틀렸다. 유저는 게임을 믿지 않는다. 다른 유저를 믿는다. 튜토리얼은 스킵한다. 친구 말은 듣는다. 그럼 93%의 유저는? 친구가 없거나 커뮤니티 안 한다. 혼자 조용히 게임한다. 스킬이 있는지도 모른다. 더 파봤다. 스킬을 발견했지만 안 쓰는 유저들이다. 20%쯤 된다. 이유를 찾아봤다. 로그를 봤다. 스킬 창을 열었다. 5초 봤다. 닫았다. 안 썼다. 왜? 스킬 설명을 봤다. "적에게 150%의 피해를 주고 3초간 기절시킵니다. 쿨타임 12초. 마나 소모 45." 나는 이게 명확하다고 생각했다. 유저는 이렇게 생각한다. "150%가 뭔데? 지금보다 강한 건가? 기절이 필요한가? 쿨타임 12초면 긴 건가? 마나 45면 많은 건가?" 비교 대상이 없다. 유저는 판단할 수 없다. 그래서 안 쓴다. 익숙한 게 편하다. 나는 숫자를 주면 유저가 계산할 거라고 생각했다. 유저는 계산 안 한다. 느낌으로 판단한다. 느낌이 안 오면 안 쓴다.긴급 회의 오후 3시. PD가 불렀다. "이거 어떻게 할 건데?" "UI 수정하고 튜토리얼 바꿔야 될 것 같아요." "시간 얼마나?" "2주요." "다음 주 업데이트 있는데." 알고 있다. 다음 주 업데이트는 신규 던전이다. 2개월 작업했다. 이것도 중요하다. "스킬 사용률 이대로 두면 신규 던전 밸런스 다 깨져요." 신규 던전은 스킬 사용 기준으로 난이도를 잡았다. 스킬 안 쓰면 클리어 불가능하다. 유저가 스킬을 안 쓰면 던전을 못 깬다. 리뷰 폭탄 맞는다. "그럼?" "던전 난이도 낮추고 스킬 튜토리얼 먼저 넣어야죠." PD가 한숨 쉬었다. "개발팀한테 얘기해봐." 개발팀장을 찾아갔다. 사정했다. "UI 수정 급하게 부탁드립니다." "뭐 또?" "스킬 아이콘 크게 하고 알림 팝업 넣어야 돼요." "다음 주 빌드 올라가는데?" 알고 있다. 미안하다. 기획을 잘못했다. "꼭 필요합니다." 개발팀장이 담배 피우러 갔다. 돌아와서 말했다. "이번 주 야근 각오해." 고맙다. 미안하다. 수정 작업 화요일. UI 수정안을 그렸다. 변경 사항:레벨 10 달성 시 스킬 강제 튜토리얼 스킬 아이콘 2배 크기 신규 스킬 빨간 점 표시 퀵슬롯 등록 가이드 첫 사용 시 데미지 비교 표시시안을 그렸다. 아티스트한테 넘겼다. 급하게 작업 부탁했다. 스킬 설명도 바꿨다. 기존: "적에게 150%의 피해를 주고 3초간 기절시킵니다." 수정: "일반 공격보다 2배 강합니다! 적을 기절시켜 안전하게 싸우세요." 숫자를 뺐다. 비교 표현을 넣었다. 유저는 "2배"를 이해한다. "150%"는 모른다. 개발팀이 구현했다. 목요일에 테스트 빌드 나왔다. QA팀이 돌렸다. 버그 3개 나왔다. 수정했다. 다시 테스트했다. 통과했다. 금요일 오전. 업데이트 준비 완료. 오후 2시. 배포했다. 데이터를 기다리며 주말이 지났다. 월요일 아침이다. 출근했다. 커피 뽑았다. 손이 떨렸다. 엑셀 열었다. 주말 데이터다. 스킬 사용률 컬럼을 봤다. 38%. 다시 봤다. 38%가 맞다. 레벨별로 봤다.레벨 10~15: 35% 레벨 16~20: 42% 레벨 21~25: 45%올랐다. 7%에서 38%다. 5배 이상 증가했다. 유저 리뷰를 봤다. "레벨 10 되니까 스킬 주네요. 개쩔어요." "튜토리얼이 친절해졌네. 전엔 몰랐는데." "스킬 쓰니까 전투가 재밌어요." PD한테 보고했다. "스킬 사용률 38%입니다." "잘했네." "목표가 60%였는데." "그래도 올랐잖아." 맞다. 올랐다. 5배 올랐다. 근데 목표의 절반이다. 나는 완벽한 밸런스를 만들었다. 유저는 발견하지 못했다. UI를 고쳤다. 유저가 사용했다. 깨달았다. 기획은 밸런스가 아니다. 발견이다. 아무리 좋은 시스템도 유저가 모르면 없는 거다. 숫자가 완벽해도 유저가 안 쓰면 의미 없다. 유저는 게임을 공부하지 않는다. 그냥 논다. 자연스럽게 발견되지 않으면 존재하지 않는 거다. 나는 3개월 동안 밸런스를 잡았다. 정작 중요한 건 "유저가 찾을 수 있는가"였다. 남은 문제 화요일. 추가 데이터를 봤다. 스킬 사용률은 38%에서 멈췄다. 더 안 올라간다. 나머지 62%는 왜 안 쓸까. 로그를 파봤다. 튜토리얼을 스킵한 유저들이다. 30%쯤 된다. 튜토리얼 자체를 안 봤다. 당연히 스킬도 모른다. 강제 튜토리얼인데 어떻게 스킵하나? 유저는 방법을 찾는다. 빠르게 클릭해서 넘긴다. 화면 안 보고 터치한다. 유저를 과소평가했다. 유저는 생각보다 게임을 안 본다. 나머지 32%는 튜토리얼을 봤다. 스킬도 안다. 그래도 안 쓴다. 왜? 유저 레벨을 봤다. 대부분 5~8레벨이다. 아직 10레벨이 안 됐다. 튜토리얼을 봤지만 스킬을 못 쓴다. 10레벨이 되면 잊어버린다. "아." 또 문제를 찾았다. 튜토리얼 타이밍이 틀렸다. 레벨 1에 스킬을 설명한다. 유저는 레벨 10에 쓴다. 9레벨의 간격이 있다. 유저는 잊어버린다. 수정안을 썼다. 튜토리얼을 레벨 10 달성 직후로 옮긴다. 바로 스킬을 쓰게 한다. PD한테 보고했다. "튜토리얼 타이밍 수정 필요합니다." "또?" "사용률 60% 만들려면 필요해요." 한숨 쉬었다. 승인했다. 개발 일정 잡았다. 다음 주 업데이트다. 또 야근이다. 배운 것들 수요일 저녁. 혼자 남아서 데이터를 봤다. 3개월 작업했다. 1주일 만에 갈아엎었다. 아직도 목표 달성 못 했다. 뭘 배웠나. 첫째, 유저는 숫자를 안 본다. 느낌으로 판단한다. "150% 데미지"보다 "2배 강함"이 낫다. 비교 대상을 명확하게 줘야 한다. 둘째, 유저는 게임을 공부 안 한다. 자연스럽게 발견되게 만들어야 한다. 숨겨진 시스템은 없는 시스템이다. 셋째, 튜토리얼은 타이밍이다. 너무 빠르면 잊어버린다. 필요한 순간에 알려줘야 한다. 넷째, 기획자의 예상은 틀린다. 항상 틀린다. 데이터로 검증해야 한다. 출시 전에 알 수 없다. 다섯째, 유저는 기획 의도를 모른다. 관심도 없다. 그냥 재밌으면 한다. 재미없으면 안 한다. 여섯째, 완벽한 밸런스보다 명확한 UI가 낫다. 발견되지 않는 밸런스는 의미 없다. 일곱째, 유저 간 소통이 게임보다 강하다. 친구 말을 듣는다. 게임 설명은 스킵한다. 여덟째, 혼자 플레이하는 유저가 대부분이다. 이들을 위한 가이드가 필요하다. 아홉째, 기획서는 가설이다. 출시는 실험이다. 데이터는 결과다. 틀리면 수정한다. 열째, 야근은 기본이다. 2주 후 스킬 사용률이 52%가 됐다. 목표 60%보다 낮지만 나쁘지 않다. 절반 넘는 유저가 쓴다. 신규 던전 클리어율도 괜찮다. 스킬 쓰는 유저는 90% 클리어한다. 안 쓰는 유저는 30%다. 리뷰는 좋아졌다. "전투가 재밌어졌어요." "스킬 짱이에요." 나쁜 리뷰도 있다. "스킬이 복잡해요." "설명이 부족해요." 맞다. 아직 부족하다. PD가 말했다. "다음 업데이트 때 스킬 2개 더 추가해." 또 시작이다. 기획서를 펼쳤다. 이번엔 다르게 해야 한다. 유저 관점으로 생각했다. 숫자가 아니라 느낌으로. 발견을 먼저 고민했다. 밸런스는 그다음이다. 기획서 첫 줄에 썼다. "유저는 이 스킬을 어떻게 발견하는가?" 이게 먼저다.계획은 항상 무너진다. 데이터 앞에서 겸손해진다.