데이터 테이블 설계
시나리오, 선택지, 리소스, 보상 데이터를 구현 가능한 구조로 나눕니다.
What
기획을 증명하는 작업 방식
플로우차트와 상태 정의
방 진행, 피격, 강화, 상점처럼 조건이 갈리는 흐름을 시각화합니다.
협업 문서화
팀원이 같은 기준을 보고 움직이도록 역할, 일정, 검수 기준을 남깁니다.
구조 검증용 프로토타입
제안이 말로만 끝나지 않도록 작은 작동 구조로 먼저 검증합니다.
AI와 툴 검토 루프
AI 결과를 그대로 쓰기보다 값의 흐름과 호출 순서를 따라가며 검토합니다.
Why
나는 어디에서 출발했는가
교육 현장에서 학생들이 같은 설명을 듣고도 서로 다른 지점에서 막히는 모습을 자주 봤습니다. 그 경험은 게임을 볼 때도 자연스럽게 "플레이어가 어디에서 멈추는가"를 먼저 살피는 태도로 이어졌습니다.
지금은 아이디어를 먼저 늘리기보다, 플레이어가 이해해야 할 순서와 팀이 같은 기준으로 읽어야 할 조건을 먼저 정리하려고 합니다.
How
흐름을 기준으로 바꾸는 방식
막히는 지점을 먼저 본다
플레이어가 멈추는 순간과 팀이 해석을 나누는 순간을 먼저 찾아 우선순위를 정합니다.
기준은 문서로 남긴다
구두 합의로 끝내지 않고, 조건과 예외를 문장과 표로 남겨 재사용 가능하게 만듭니다.
전달 후에도 확인한다
문서를 전달한 뒤에도 이해가 같은지 확인하고, 필요한 수정은 짧은 루프로 반영합니다.
필요한 순간에 묻는다
늦은 질문보다 빠른 질문이 비용을 줄인다고 보고, 결정 전 확인 루프를 운영합니다.
관찰
플레이어와 팀원이 멈추는 지점을 먼저 찾고, 바꿔야 할 흐름을 좁힙니다.
기준화
조건, 예외, 완료 기준을 문장으로 고정해 해석 차이를 줄입니다.
구조화
테이블, 플로우차트, 와이어프레임으로 옮겨 구현 단위를 보이게 합니다.
검수
문서만 보고 구현과 QA가 가능한지 다시 확인하고 수정 루프를 남깁니다.
림버스 튜토리얼 학습 공백 분석
요약: 중간층 유저가 세부 전투 규칙을 다시 학습하기 어려운 지점을 정리했습니다.
교훈: 튜토리얼은 필요한 순간에 다시 확인할 수 있는 구조여야 합니다.
비주얼노벨 데이터 구조 분리
요약: Script, Text, Character, Art, Sound, Choice 데이터를 나눠 흐름을 검토했습니다.
교훈: 문장 기획은 구현 가능한 데이터 구조로 바뀌어야 합니다.
Project_BB 시스템 기준 문서화
요약: 방 진행, 미니맵, 조작, 피격, 상점, 장비 강화 조건을 문서화했습니다.
교훈: 좋은 기획서는 아이디어보다 조건과 판정 기준이 명확해야 합니다.
Vision
앞으로 고도화하고 싶은 흐름
앞으로는 기능 하나의 완성도뿐 아니라, 플레이어가 처음 규칙을 배우고 반복 플레이로 들어가기까지의 흐름을 더 정교하게 설계하고 싶습니다.
문서를 전달하는 데서 멈추지 않고, 구현 가능성과 QA 기준까지 함께 확인하는 기획자가 되는 것이 다음 목표입니다.
Portfolio
증거 자료는 별도 페이지로 분리했습니다
메인 흐름은 자기소개와 작업 방식에 집중하고, 실제 문서와 테이블, 분석 자료, 프로토타입은 별도 Portfolio 페이지에서 증거 단위로 정리합니다.