2026-09-03 기획서 v6 를 반영했다 — 제품 정의부터 틀려 있었다

무엇이 틀렸나

기획 문서 10편과 칸반은 기획서가 도착하기 전에 코드베이스만 보고 쓴 것이었다. 레포 구조(FastAPI 헥사고날, foodopsagent 예시 BC, 형제 프로젝트 이름)에서 역으로 추정했고, 그 추정이 제품 정의부터 빗나갔다.

	추정	실제
제품	식(食) 도메인 서비스	루프물 대화 게임 REMAKE DAY
BeyondBob	첫 제품 이름	엔진 이름 — 게임·감사·커리어가 공유
맥락	없음	로그인 없는 공개 서비스로 오픈, 불특정 방문자가 들어온다
클라이언트	웹 + Flutter 앱	텍스트 화면 5장, 로그인 없이 즉시 진입
우선순위	MoSCoW	절대 방어선 ①~⑤

가장 비쌌던 오류 두 개

첫째, 인증을 MUST 최상단에 뒀다. 기획서 12.4는 “로그인·설치·긴 튜토리얼 없이 즉시 진입” 을 요구한다. 첫 방문 30초 안에 판단되어야 하는데 로그인 화면이 앞에 서 있으면 그걸로 끝이다. Day 3~4 이틀을 인증에 배정해뒀던 걸 전부 방어선 쪽으로 옮겼다. user·user_profile·refresh_token 테이블도 지웠다.

둘째, 모바일 앱을 계획에 넣었다. 기획서에 앱이 없다. 텍스트 웹으로 나간다. 앱에 배정했던 40건이 통째로 대상을 잃어서 루프 노트 · 인스펙터 + 전이 화면 + 모바일 웹으로 재배치했다. 인스펙터는 1차 사용자(에이전트 제품을 만드는 사람)의 핵심 기능이고 노트는 대표 캡처 후보라 비중이 가벼워진 건 아니다. 기획 도착이 늦어서 생긴 일이다.

기획서를 따르지 않는 항목은 하나다

기간. 기획서 12장은 3주 범위인데 v1 목표는 9/16, 14일이다. v1 범위를 먼저 닫고 이후에 확장한다. 방어선 ①~⑤ 는 지키고 ⑥~⑨ 를 줄여 흡수한다. 컷 순서도 기획서가 이미 정해뒀다 — ⑨ 벤치마크 → ⑧ search_notes → ⑦ 부가 데이터 → ⑥ 인스펙터 UI → 손상 1층.

우선순위를 따로 정하지 않기로 했다

기존 MoSCoW 를 버리고 기획서 12.3 을 그대로 쓴다. 논증까지 붙어 확정된 우선순위가 있는데 별도 체계를 두면 기준이 둘이 되고, Day 7 에 무엇을 자를지 고민이 다시 시작된다.

①②③④⑤가 없으면 공개하지 않는다.

이게 원문 표현이고, 공개 조건도 여기에 맞춰 다시 썼다.

아직 안 정해진 것

발화 예산 숫자가 기획서 안에서 갈린다. 0장·4.3·5.1은 6회, 12.1은 5회(하한 3). 도메인 규칙은 테스트가 먼저 박히는 지점이라 구현 착수를 막고 있다. 설정값으로 빼고 기본값만 오늘 정한다.

컨셉 영상은 아직 레포에 없다. 색·모션·정보 밀도가 미정이다. 다만 텍스트 전면 · 정황과 단절 · 손상은 조용히 발생 이라는 연출 원칙이 확정이라 그 방향의 잠정 토큰으로 시작한다.

다시 읽을 것

기획 문서 10편이 전부 바뀌었다. 어제 읽은 내용은 유효하지 않다. 특히 아래 네 편은 내일 아침 작업 전에 다시 읽는다.