하향 패치 강행했다가 1주일 만에 롤백한 이유 — 경영진을 설득하지 못한 기획자의 기록

인게임 재화 하향 패치 시 주의 사항 3가지

 

매출 압박과 하향 패치의 딜레마


라이브 게임(Live Ops)을 서비스하다 보면, 매출 압박에 시달리는 사업부나 경영진으로부터 아찔한 밸런싱 오더가 내려오곤 합니다.

"최근 캐시 상점 패키지 수익률이 너무 낮습니다." 

로그를 까보니 특정 'NPC 약탈 티켓'의 효율이 너무 좋아서 헤비 유저들이 결제를 안 하네요. 

"당장 다음 정기 점검 때 이 티켓 보상을 삭제하세요."

이런 오더가 내려오면 기획자는 선택의 기로에 섭니다. 

경영진의 오더를 수용하여 공식 카페가 불타는 것을 지켜보거나, 치밀하게 수치화된 데이터로 오더의 위험성을 증명하고 시스템을 방어하거나.

저 역시 과거, 전자의 길을 택해 100% 롤백(Rollback)을 겪어야만 했던 뼈아픈 기억이 있습니다. 

그날의 실패 사례와 그 이면에 숨겨진 리스크 통제 로직을 담담하게 복기해 봅니다.



공시지가식 보상의 치명적 오류 (Loss Aversion)


당시 티켓 삭제 오더를 방어하기 위해, 해당 티켓이 가진 최대 효율을 원화 가치로 환산했습니다(약 4,500원 상당). 

그리고 캐시 상점의 최대 할인율을 적용해, 사라진 티켓 자리에 최대 할인율을 적용한 자원을 직접 지급하는 '등가교환'의 우회안을 올렸습니다.

하지만 회의실에서 돌아온 대답은 차가웠습니다. 

"지급량이 너무 많습니다. 할인율 빼고, 시스템 기본가로 계산해서 확 줄이세요."

저는 반대했습니다. 

유저가 체감하는 티켓의 가치(실거래가)가 있는데, 개발사가 임의로 정한 기본가(공시지가)로 후려치면 유저들은 강제로 철거당하는 듯한 박탈감을 느낄 것이라 경고했죠. 

하지만 결과는 기획안 반려, 그리고 원안 강행이었습니다.

경영진은 유저가 원하는 타이밍에 능동적으로 보상을 얻는 '플레이 선택권'을 뺏는 행위의 심리적 손실(Loss Aversion)을 간과했습니다. 

엑셀 상의 산술적인 숫자만 맞추면 유저의 분노가 상쇄될 것이라는 치명적인 오판의 결과는, 공지를 올린 카페에서 시작되었습니다. 

새로 올라오는 카페의 글마다 제목에 '●▅▇█▇▆▆▅▄▇' 이모지가 도배됐고, 댓글도 마찬가지였습니다. 

매출 또한 15%에 가까운 급격한 하락을 기록했고, 결국 7일 뒤 조찬 미팅에서 경영진의 전면 백지화를 선언했습니다. 

그동안 못 받은 티켓까지 보상으로 지급하며 롤백 작업이 마무리되었습니다.



회의실 설득에 실패한 진짜 이유와 '데이터 프레임'


회의실에서 일어날 수 있는 모든 부정적 엣지 케이스를 논리적으로 설명했지만 통하지 않았습니다. 

돌이켜보면 제가 설득의 무기(Data)를 잘못 선택했기 때문입니다.

저는 "유저들이 화를 낼 것이다"라는 정성적인 이유를 무기로 삼았지만, 사업부를 설득하려면 철저하게 재무적 타격 데이터를 준비했어야 합니다.


[하향 패치 방어 프레임 비교]


[초보적인 감정 호소]

  • 기획자: "유저들이 티켓 뺏겼다고 카페에서 화냅니다. 민심 악화됩니다!"

  • 사업부 반응: "원래 하향하면 며칠 욕하고 맙니다. 그냥 강행하세요." (방어 실패)


[데이터 기반의 논리 타격]

  • 기획자: "이 티켓의 주 소비층인 상위 10% 길드 유저의 결제액 기여도는 30%입니다. 과거 유사 하향 사례의 결과는 이탈률 5%에 주말 포함 고래 유저 매출 타격 -15% 적용 시, 주간 예상 매출 손실액은 -1억 4,500만 원입니다."

'위 수치는 실제 프로젝트에서 뽑은 데이터를 바탕으로 한 예시 입니다.'
  • 사업부 반응: "...그 패치 보류하고 다른 캐시 상품 기획합시다." (방어 성공)


[실무 팁: 뇌피셜 데이터는 역풍을 부른다] 

위에서 언급한 이탈률 5%와 손실액은 임의로 지어내는 것이 아닙니다. 

반드시 사전에 DB 쿼리를 통해 

① 과거 유사한 하향 패치 시점의 코호트(Cohort) 이탈률 로그 

② 해당 티켓을 소모하는 상위 10% 유저의 최근 3개월 누적 결제액(LTV)을 베이스라인으로 추출하여 들고 들어가야 사업부의 팩트 체크 역공을 막을 수 있습니다.



[자가 진단] 이 하향 패치, 내일 공식 카페가 불탈까?


기획자는 유저의 대변인이 아닙니다. 분노와 감정을 철저하게 수치화하여, 경영진이 짊어져야 할 리스크를 방어하는 '리스크 통제관'의 역할을 해야 합니다.

하향 패치 기획서 컨펌 전, 아래 3가지 중 2개 이상 해당한다면 즉시 기획서를 닫고 데이터를 다시 점검하시기 바랍니다.

  • [ ] 가치 후려치기: 유저의 실거래가(노력/시간)를 무시하고 시스템 기본가로 보상액을 책정했는가?

  • [ ] 선택권 박탈: 유저가 능동적으로 사용하던 재화/티켓을 뺏고, 수동적인 고정 재화로 통폐합했는가?

  • [ ] 감정적 방어: 회의실에서 "예상 매출 손실액"이 아니라 "유저들의 박탈감"을 근거로 방어하려 했는가?



[Next Step] 회의실에서 말문이 막힌다면, '전달의 뼈대'부터 점검하라


경영진을 데이터로 설득하는 법을 알았다면, 이제 그 논리를 타 부서에 전달하는 방식도 돌아봐야 합니다. 

경영진의 무리한 오더나 프로그래머의 태클에 속수무책으로 끌려다닌다면, 기획서에 데이터를 담아내는 '방식' 자체가 빗나갔을 확률이 높습니다. 

사내 정치와 협업의 최전선에서, 타 부서가 태클 대신 고개를 끄덕이게 만드는 실전 기획서 작성 룰이 궁금하다면 아래 글을 확인해 보시기 바랍니다.

👉 [프로그래머가 좋아하는 기획서 (ft. 타 부서 발주와 협업의 기술)]