데이터를 보고,다음 행동을 정하고,프로젝트로 실행합니다.
TURNBASS는 데이터와 판단, 실행과 프로젝트 운영, 결과와 다음 측정을 하나의 시스템으로 연결합니다.
하나의 Project OS.
데이터에서 판단까지
판단에서 실행 요청까지
범위에서 납품까지
결과에서 다음 측정까지
서비스 이름보다 먼저,지금 해결할 목표에서 시작하세요.
지금 무엇을 해결하고 싶나요?
시장과 경쟁 앱을 먼저 조사하고 싶어요
무엇을 만들지 정하기 전에 지금 시장과 비슷한 앱의 상태부터 확인합니다.
지금 앱의 개선점을 판단하고 싶어요
가지고 있는 데이터에서 다음에 무엇을 바꿔야 할지 근거를 정리합니다.
새 게임을 만들고 싶어요
범위를 먼저 정하고 개발부터 Build, QA, 출시 준비까지 이어갑니다.
작은 범위부터 먼저 검증하고 싶어요
큰 개발을 시작하기 전에 실제 결과물로 다음 범위를 판단합니다.
Unity 또는 Build에서 막혔어요
빌드 오류, Gradle, SDK 충돌의 원인부터 확인하고 대응 범위를 정합니다.
기존 프로젝트를 이어받아야 해요
자산과 권한, 빌드 재현 상태를 확인한 뒤 이어갈 수 있는 범위를 정합니다.
Google Play 출시를 준비해야 해요
AAB와 Play Console, 심사 준비 상태를 함께 확인합니다.
출시 이후를 운영해야 해요
유저 확보 실행과 기술 운영을 이어서 관리합니다.
선택한 상황이 곧 진입 경로가 됩니다.
Growth 살펴보기선택한 상황이 곧 진입 경로가 됩니다.
Growth 살펴보기선택한 상황이 곧 진입 경로가 됩니다.
BUILD 알아보기선택한 상황이 곧 진입 경로가 됩니다.
START 알아보기선택한 상황이 곧 진입 경로가 됩니다.
FIX 알아보기선택한 상황이 곧 진입 경로가 됩니다.
TAKEOVER 알아보기선택한 상황이 곧 진입 경로가 됩니다.
STORE 알아보기선택한 상황이 곧 진입 경로가 됩니다.
OPERATE 알아보기많은 차트가 아니라,다음 행동을 정하는 근거.
확인된 근거가 다음 행동 방향으로 정리됩니다.
무엇을 볼지 정합니다
시장, 카테고리, 비슷한 앱 중에서 확인할 범위를 먼저 좁힙니다.
카테고리와 비교 대상, 관찰 기간을 선택했습니다.
확인할 범위가 좁혀졌습니다.
선택한 범위를 비교로 넘깁니다.
근거를 비교합니다
선택한 항목을 나란히 놓고 무엇이 다른지, 그 차이가 의미 있는지 확인합니다.
선택한 항목을 같은 기준으로 나란히 비교했습니다.
의미 있는 차이가 있는 항목만 남았습니다.
남은 항목을 관찰 대상으로 등록합니다.
변화가 이벤트로 남습니다
모든 수치를 계속 보는 대신, 확인이 필요한 변화만 이벤트로 올라옵니다.
등록된 관찰 항목 중 한 곳에서 변화가 감지됐습니다.
확인이 필요한 변화입니다.
변화의 원인을 근거로 정리합니다.
하나의 실행 방향으로 정리됩니다
여러 화면과 수치가 아니라, 다음에 무엇을 할지에 대한 한 문장이 남습니다.
확인된 근거가 하나로 연결됐습니다.
대응이 필요한 항목이 정해졌습니다.
실행 경로를 선택합니다.
- DATA
- EVIDENCE
- FINDING
- ACTION
Insight는 보고서로 끝나지 않고,실행과 프로젝트로 변합니다.
새로 시작하는 것이 아니라, 같은 객체가 상태를 바꿉니다.
같은 객체, 여섯 상태
확인된 근거가 하나의 판단이 됩니다
여러 근거 중에서 실제로 대응이 필요한 항목 하나가 선택됩니다.
- 확인된 근거
- 판단 요약
- 영향 범위
판단이 실행할 행동으로 바뀝니다
"무엇을 알게 됐다"가 아니라 "무엇을 한다"로 문장이 바뀝니다.
- 실행할 행동
- 필요한 작업
- 완료 기준 후보
누가 실행할지 결정합니다
직접 실행할 수도 있고, TURNBASS 실행으로 넘길 수도 있습니다.
같은 판단이 실행 요청이 됩니다
새로 설명을 다시 쓰지 않고, 판단 내용이 그대로 요청으로 이어집니다.
- 요청 배경
- 필요한 결과
- 연결된 실행 서비스
요청의 경계가 범위가 됩니다
무엇을 포함하고 무엇을 포함하지 않는지, 완료를 어떻게 판단할지 정합니다.
- 포함 범위
- 제외 범위
- 완료 기준
범위가 실행되는 프로젝트가 됩니다
같은 객체가 Project OS 안의 프로젝트로 들어가 진행이 시작됩니다.
- Scope
- Build
- QA
- Delivery
분석이 아니라,실제 실행이 필요한 단계.
Growth는 서비스가 아니라 Project OS 안의 데이터 · 판단 영역입니다. MARKETING은 데이터 분석이 아니라 실행 업무입니다.
모바일게임 개발
새로운 게임을 만들어야 하지만 전체를 직접 관리하기 어렵습니다.
- Scope
- Development
- Build
- QA
첫 게임 시작
처음부터 큰 개발비를 쓰기 어렵습니다.
Unity 문제 해결
Build와 SDK 문제로 개발이 멈췄습니다.
중단 프로젝트 복구
기존 개발이 멈췄고 어디까지 됐는지 모릅니다.
Google Play 출시
게임은 준비됐지만 출시 절차가 막혔습니다.
- AAB
- Play Console
- Policy
게임 마케팅 실행
게임을 알릴 실행을 맡길 곳이 필요합니다.
- Creative
- ASO
- Campaign
- UA
출시 후 운영
출시 이후 환경 변화에 계속 대응해야 합니다.
- Monitor
- Maintain
- Update
Scope부터 Delivery까지 통제합니다.
범위와 완료 기준을 먼저 정합니다
무엇을 만들고 무엇을 만들지 않는지, 완료를 어떻게 판단할지 먼저 확정합니다.
CHECKS
OUTPUT
현재 단계와 다음 확인 항목
진행률 설명 대신 지금 어느 단계이고 다음에 무엇을 확인하는지 보여줍니다.
CHECKS
OUTPUT
실행 가능한 결과로 확인합니다
설명이 아니라 실제로 동작하는 Build로 진행 상태를 확인합니다.
CHECKS
OUTPUT
완료 기준을 기준으로 검수합니다
합의된 기능이 실제로 동작하는지, 확인된 문제가 해결됐는지 검수합니다.
CHECKS
OUTPUT
고객이 확인하고 승인합니다
검수된 결과와 승인 항목을 확인한 뒤 다음 단계로 이동합니다.
CHECKS
OUTPUT
새 요청은 기존 범위와 분리합니다
범위 밖 요청은 변경 요청으로 접수되고, 일정과 작업 영향을 확인한 뒤 반영합니다.
CHECKS
OUTPUT
납품 자산을 정리해 전달합니다
계약 범위에 따라 소스, Build, 문서를 하나의 자산으로 정리합니다.
CHECKS
OUTPUT
프로젝트는 납품으로 끝나지 않습니다.
- PROJECT범위대로 실행
- RELEASE출시 또는 납품
- RESULT완료 기준 대비 결과
- REPORT결과 정리
- GROWTH다시 데이터로
- NEW INSIGHT↺ DATA다음 판단
프로젝트를 이해하는 데 필요한실무 지식을 공개합니다.
검증되지 않은 사례나 수치 대신, 실제 프로젝트에서 반복되는 판단 기준과 확인 항목을 정리합니다.
공개 가능한 범위가 확인된 사례가 준비되면 문제 · 작업 · 결과 · 제한사항 기준으로 Cases에서 함께 공개합니다.
지금 필요한 출발점에서TURNBASS로 들어오세요.
세 가지 경로 중 하나에서 시작하면 나머지는 같은 시스템 안에서 이어집니다.