작업 로그

기존 항목을 수정하지 않고 최신 항목을 아래에 추가한다.

[2026-08-02] capture | 프로젝트 초기 요청#

• Summary: 프로젝트 목표, LLM 중심 운영 방식, 초기 리서치 우선순위를 raw에 보존했다.
• Touched: Source: After Work 프로젝트 초기 요청, 프로젝트 개요
• Open questions: 첫 리서치의 시장/지역 범위

[2026-08-02] research | LLM Wiki 및 GitHub Pages 운영 방식#

• Summary: Karpathy 원문과 GitHub 공식 문서를 확인해 지식 계층과 배포 방식을 정했다.
• Touched: ADR-0001: LLM Wiki 지식 시스템, 상세 근거 지도
• Open questions: 팀 저장소와 Pages의 공개 범위

[2026-08-02] build | 초기 wiki scaffold#

• Summary: source-id 추적, Markdown→HTML 빌드, 검색, 백링크, 검증, Pages workflow를 구성했다.
• Touched: 오프테이블 Wiki, 프로젝트 개요, 검증 계획
• Open questions: None

[2026-08-02] build | HTML 도구 체인 격리#

• Summary: package, dependencies, scripts, build output을 프로젝트 루트에서 site/ 아래로 이동했다.
• Touched: ADR-0001: LLM Wiki 지식 시스템, Source: GitHub Pages custom workflow
• Open questions: None

[2026-08-02] decision | Wiki publisher 명명 분리#

• Summary: 내부 위키 발행 도구를 tools/wiki-publisher/로 명명해 향후 apps/landing/과 의미가 충돌하지 않도록 했다.
• Touched: ADR-0001: LLM Wiki 지식 시스템, Source: GitHub Pages custom workflow
• Open questions: None

[2026-08-02] capture | SRC-20260802-prior-research-memo: 선행 리서치 메모#

• Summary: 첨부된 LLM 리서치 원문을 SHA-256과 함께 보존하고 검증 전 lead로 분류했다.
• Touched: Source: 위치 기반 퇴근길 소개팅 선행 리서치 메모, 퇴근길 만남 조사 결과
• Open questions: 문서 안 경쟁사·수치·법률 주장 대부분의 1차 출처

[2026-08-02] research | 퇴근길 위치 기반 만남 딥리서치 계획#

• Summary: exact match, 근접 경쟁, 대체재, 수요, 안전·법률, BM의 여섯 트랙과 최소 35개 raw source 목표를 정했다.
• Touched: 퇴근길 만남 조사 결과, 검증 계획
• Open questions: exact-match 서비스의 현재 운영 반례

[2026-08-02] capture | 41개 웹 원본: 경쟁·대체재·안전·법률#

• Summary: 국내외 경쟁 서비스, App Store, 공식 정책·법령·통계·원 연구를 source-id별 raw package와 출처 카드로 보존했다.
• Touched: Source: 애프터퇴근 공식 페이지, Source: 점개팅 한국 App Store, Source: 위치정보법 제15조, Source: Pew 2023 온라인 데이팅 조사
• Open questions: 직접 가입 뒤에만 확인 가능한 지역 공급, 인증 단계, 현재 가격

[2026-08-02] research | 퇴근길 위치 기반 만남 1차 딥리서치#

• Summary: exact-match 부재를 제한적으로 판정하고 경쟁 계층, 선행 문서 정정, BM, 안전 최소선, 인터뷰·수동 실험 공백을 통합했다.
• Touched: 퇴근길 만남 조사 결과, 경쟁과 차별화, 안전·운영, 프로젝트 개요, 검증 계획
• Open questions: 동시 사용자 밀도, 여성 안전 수용성, 위치 공유 의향, 실제 출석률

[2026-08-02] build | 문서 중심 Wiki UI 재구성#

• Summary: 장식성 브랜딩과 우측 정보 레일을 제거하고, 넓은 본문·접이식 목차와 근거·단순화한 문서 탐색 구조로 재구성했다.
• Touched: 오프테이블 Wiki, 퇴근길 만남 조사 결과, 작업 로그
• Open questions: 팀 사용 뒤 검색어와 문서 탐색 패턴을 기준으로 메뉴 그룹을 다시 조정할지 검토

[2026-08-02] decision | Pretendard 타이포그래피 시스템#

• Summary: 공식 Pretendard variable dynamic subset을 정적 빌드에 포함하고 제목·본문·탐색·표·코드의 서체와 타입 토큰을 하나로 통일했다. 본문 폭과 한글 제목 자간도 장문 읽기에 맞게 조정했다.
• Touched: ADR-0002: Pretendard 타이포그래피 시스템, Source: Pretendard 공식 저장소, 퇴근길 만남 조사 결과, 오프테이블 Wiki
• Open questions: 실제 팀 사용 환경에서 17px 본문과 42rem 읽기 폭을 유지할지 확인

[2026-08-02] decision | Wiki 읽기 인터페이스 재구성#

• Summary: 홈·리서치·출처 카드 표시 모드를 분리하고 상시 사이드바를 문서 서랍으로 바꿨다. 상태·근거·역링크는 문서 정보로 합치고, 본문 source ID는 최초 등장 순서의 숫자 각주로 변환했다.
• Touched: ADR-0003: Wiki 읽기 인터페이스, 오프테이블 Wiki, 퇴근길 만남 조사 결과, Source: 애프터퇴근 공식 페이지
• Open questions: 팀 사용 뒤 목차와 문서 정보의 실제 열람 빈도, 홈의 우선 문서 구성을 재검토

[2026-08-02] build | em dash 사용 중단#

• Summary: raw 원본은 보존하고 Wiki, 운영 문서와 퍼블리셔에서 em dash 문자를 콜론으로 교체했다. 이후 생성 문서에도 같은 규칙을 적용한다.
• Touched: 오프테이블 Wiki, ADR-0001: LLM Wiki 지식 시스템, ADR-0002: Pretendard 타이포그래피 시스템, ADR-0003: Wiki 읽기 인터페이스, 작업 로그
• Open questions: None

[2026-08-02] decision | Wiki 정보 구조와 시각 자료#

• Summary: 리서치 허브와 하위 트랙 탐색을 추가하고, 근거 자료 안내와 source-id 기반 시각 자산 스키마를 도입했다. 퇴근, 환승, 공개 장소 만남을 설명하는 AI 생성 컨셉 보드를 별도 원본으로 보존하고 증거가 아니라는 라벨을 함께 표시했다.
• Touched: 오프테이블 Wiki, 상세 근거 지도, ADR-0006: 인포그래픽 디자인 가이드, 근거 자료 안내, ADR-0004: Wiki 정보 구조와 시각 자료, Source: After Work 퇴근 상황 컨셉 보드, 작업 로그
• Open questions: 직접 앱 관찰을 진행한 뒤 공식 화면 캡처의 사용 범위와 첫 사용자 증거 이미지를 추가할지 검토

[2026-08-02] build | 표 폭과 열 정렬 수정#

• Summary: 표 자체에 적용하던 block 스크롤을 별도 래퍼로 분리했다. 모든 표 영역은 본문 읽기 폭 안에 고정하고, 4열 이상 비교표는 같은 폭 안에서 내부 가로 스크롤을 사용하도록 정렬 기준을 통일했다.
• Touched: 오프테이블 Wiki, 상세 근거 지도, 경쟁과 차별화, 작업 로그
• Open questions: None

[2026-08-02] build | 시각 자료 폭 수정#

• Summary: 문서 상단의 시각 자료 영역을 본문 읽기 폭에 맞추고, 이미지가 컨테이너 폭을 넘지 않도록 최대 폭 제한을 추가했다.
• Touched: 상세 근거 지도, 작업 로그
• Open questions: None

[2026-08-02] research | 국내 데이팅 앱 시장·경쟁 구도 보강#

• Summary: 시장·MAU·2030 태도·규제 조사와 BLIT·Tinder·Grindr의 최신 제품 발표를 포함한 웹 원본 10개를 추가했다. 공식 시장 차트 2개를 출처·범위·한계와 함께 보존하고, 시장을 단순 축소가 아닌 이용 약세와 결제 성장이 공존하는 성숙 단계로 정정했다. 기능 결합보다 퇴근 세션의 약속·출석 운영을 검증할 공백으로 재정의했다.
• Touched: 국내 데이팅 앱 시장, 경쟁과 차별화, 퇴근길 만남 조사 결과, ADR-0006: 인포그래픽 디자인 가이드, 프로젝트 개요, 검증 계획
• Open questions: BLIT의 실제 GPS·근무 형태 흐름과 가격, 애프터퇴근의 현재 지역 공급, 인터뷰 기반 위치·회사 정보 거부 조건, 90분 수동 약속 실험의 출석률

[2026-08-02] research | 수익구조 설계 전 리서치 고도화#

• Summary: 국내 공개 가격, 글로벌 사업자 공시, 리텐션 벤치마크와 스토어 결제 정책 원본 17개를 추가했다. 근거가 약한 성별 비대칭 가격·고가 구독·일반 리텐션 주장을 정정하고, 결제 사건·출석·안전·공헌이익을 함께 검증하는 네 가지 가설로 재구성했다. 수익모델과 가격은 아직 확정하지 않았다.
• Touched: 수익모델, 국내 데이팅 앱 시장, 경쟁과 차별화, 퇴근길 만남 조사 결과, 검증 계획
• Open questions: 실제 앱 페이월과 무료 한계, 약속·좌석 지불의향, 환불·노쇼·장소 비용, 디지털과 오프라인 결제의 최종 정책 분류

[2026-08-02] research | 수익 심리·사용자 불만·신뢰 설계#

• Summary: 행동경제, 결제자, 번아웃, 공개 리뷰 편향, 로맨스 사기, 목적 선언, 제재 이의제기와 외모 선택 원본 22개를 추가했다. 가상재화·소액결제·성별 과금·중독·퇴근 콘셉트의 과장 주장을 정정하고, 원화 가격과 다층 안전·이의제기·신뢰 보호 지표를 포함한 검증 원칙으로 재구성했다.
• Touched: 수익모델, 수익모델, 안전·운영, 경쟁과 차별화, 검증 계획, 프로젝트 개요
• Open questions: 고정 표본 리뷰 빈도, 실제 페이월, 세션별 목적 일치, 보증금의 출석 효과, 가격 이해와 결제 후회, 재직 인증의 안전 기여

[2026-08-02] capture | 페르소나 근거 원본 11개#

• Summary: 사용자 제공 페르소나 메모, 전국 데이팅·오프라인 소개팅 조사, 로테이션 보도, 제공자 설문, 국내 사용 동기·정보 추구 연구, 피로·선택 과부하와 사용자 조사 방법을 source-id별로 보존했다.
• Touched: Source: 사용자 제공 페르소나 초안 메모, Source: 2024 데이팅 앱 및 오프라인 소개팅 인식 조사, Source: 한국 틴더 사용자의 복수·가변 동기 연구, Source: GOV.UK 사용자 경험 조사 지침
• Open questions: 원 설문 원자료와 직장인 교차표, 수도권 직장인의 최근 실제 만남 행동

[2026-08-02] research | 핵심 Proto-persona 행동 모드 고도화#

• Summary: 연령·직업 캐릭터 3종을 가용 시간 창 압축형, 신뢰 임계 재진입형, 운영형 탐색 선호형의 2개 핵심·1개 보조 행동 모드로 재구성했다. 야근 뒤 소셜 욕구, 다인원 기본 선호, 회사 인증의 안전 보증과 퇴근 크레딧 가설은 근거 부족 또는 반대 근거로 분리했다.
• Touched: 고객과 사용 상황, 고객과 사용 상황, 고객과 사용 상황, 고객과 사용 상황, 고객과 사용 상황, 고객과 사용 상황, 검증 계획, 프로젝트 개요
• Open questions: 각 모드의 최근 행동 반복, 야근이 계기인지 중단 조건인지, 1:1·소그룹·로테이션의 실제 출석과 후속 연락 차이

[2026-08-02] build | 핵심 페이지 정보 도식 체계화#

• Summary: 페이지당 기본 1개, 데이터 페이지 최대 2개 원칙을 정하고 프로젝트 운영·경쟁·수익·신뢰·안전·persona·검증 계획의 핵심 관계를 설명하는 내부 도식 7개를 추가했다. 정확한 값은 표, 추세는 차트, 관계와 절차는 도식으로 분리하고 도식이 새 근거처럼 보이지 않도록 캡션에 가설과 한계를 명시했다. SVG 편집 원본과 Pretendard 2배 해상도 PNG 게시본을 함께 보존하고 작은 화면에서는 원본 보기를 제공한다.
• Touched: 프로젝트 개요, 경쟁과 차별화, 수익모델, 수익모델, 안전·운영, 고객과 사용 상황, 고객과 사용 상황, ADR-0006: 인포그래픽 디자인 가이드, Source: After Work 핵심 Wiki 정보 도식, 작업 로그
• Open questions: 실제 팀 사용에서 모바일 도식 글자 크기와 페이지별 시각 자료 열람 빈도를 확인한 뒤 세부 밀도를 조정

[2026-08-02] build | 팀용 문서 이름과 용어 단순화#

• Summary: 메뉴와 페이지 제목을 짧은 일상어로 바꾸고, 사용자·수익·안전 문서에서 연구용 표현을 쉬운 질문과 설명으로 풀었다. 도식 7개의 문구도 같은 기준으로 고쳐 Pretendard 2배 해상도 PNG를 다시 만들었다.
• Touched: 오프테이블 Wiki, 프로젝트 개요, 상세 근거 지도, 국내 데이팅 앱 시장, 경쟁과 차별화, 수익모델, 수익모델, 고객과 사용 상황, 고객과 사용 상황, 고객과 사용 상황, 고객과 사용 상황, 고객과 사용 상황, 고객과 사용 상황, 검증 계획, ADR-0006: 인포그래픽 디자인 가이드, Source: After Work 핵심 Wiki 정보 도식, 작업 로그
• Open questions: 팀원이 처음 읽을 때 이해되지 않는 표현을 실제 사용 피드백으로 추가 수집

[2026-08-02] decision | Wiki 디자인 시스템 구축#

• Summary: Pretendard 단일 글꼴, 의미 기반 색상·간격·크기 토큰, 문서 분류와 근거 상태줄, 14px 표, 키보드 초점과 검색 대화상자 기준을 하나의 시스템으로 정의했다. 컴포넌트 직접 색상, 문자 대비, H1 개수와 상태 표시를 검사하는 자동 테스트를 추가하고 출처 카드 108개의 중복 H1도 수정했다.
• Touched: ADR-0005: Wiki 디자인 시스템, ADR-0003: Wiki 읽기 인터페이스, ADR-0004: Wiki 정보 구조와 시각 자료, 오프테이블 Wiki, 작업 로그
• Open questions: 실제 팀 열람에서 상태줄의 이해도, 표 가독성, 모바일 문서 메뉴 사용성을 확인한 뒤 간격만 미세 조정

[2026-08-02] decision | 인포그래픽 가독성 시스템 구축#

• Summary: 표, 차트, 도식과 이미지의 선택 기준, Pretendard 최소 글자 크기, 색상, 출처와 접근성 규칙을 정의했다. 기존 내부 도식 7개를 새 source-id의 SVG와 2배 PNG로 다시 만들고, 외부 원본 차트는 임의로 재작성하지 않은 채 캡션과 원본 보기를 강화했다. 넓은 표의 모바일 이동 안내와 복합 이미지의 캡션 연결을 자동 생성·검사하도록 퍼블리셔를 보강했다.
• Touched: ADR-0006: 인포그래픽 디자인 가이드, ADR-0006: 인포그래픽 디자인 가이드, 국내 데이팅 앱 시장, Source: Wiki 인포그래픽 시스템 v2, Source: W3C 복합 이미지 안내, Source: 영국 정부 접근 가능한 차트 체크리스트, 프로젝트 개요, 경쟁과 차별화, 수익모델, 수익모델, 안전·운영, 고객과 사용 상황, 고객과 사용 상황, 작업 로그
• Open questions: 실제 팀 화면에서 외부 원본 차트의 작은 축·주석을 얼마나 자주 확대하는지, 넓은 표의 모바일 이동 안내가 충분한지 확인

[2026-08-02] decision | Wiki 페이지 작성 규칙 적용#

• Summary: 한 페이지에 한 질문만 두는 작성 규칙과 hub, topic, synthesis, plan 역할을 정의했다. 결제와 사용자 불만, 수익모델, 통합 조사 결과와 프로젝트 개요를 짧은 허브와 기준 문서로 분리했으며 분량, 제목, 표, 내부 링크와 canonical_for 중복을 검사하는 자동 테스트를 추가했다.
• Touched: ADR-0007: Wiki 페이지 작성 규칙, 프로젝트 개요, 퇴근길 만남 조사 결과, 수익모델, 수익모델, 수익모델, 수익모델, 수익모델, 경쟁사 가격과 과금 방식, 수익모델, 유닛 이코노믹스, 수익모델, 작업 로그
• Open questions: 팀원이 허브에서 세부 문서로 이동하는 경로와 문서당 읽기 시간을 실제 사용 피드백으로 확인

[2026-08-02] build | 결론 우선 읽기 계층 적용#

• Summary: page_type을 화면 역할로 연결하고 첫 결론 절을 제목 바로 아래의 결론 레일로 승격했다. 홈의 이동 목록을 반응형 HTML 읽기 경로로 단순화하고, 조사 허브의 장식성 컨셉 이미지는 제거했다. 글자가 포함된 도식과 차트는 최소 읽기 폭을 유지하는 가로 이동 영역에 배치했으며 표 본문 글자도 15px로 높였다.
• Touched: 오프테이블 Wiki, 상세 근거 지도, 고객과 사용 상황, ADR-0008: Wiki 읽기 계층, 작업 로그
• Open questions: 실제 팀 화면에서 결론 레일의 발견성, 도식 가로 이동과 홈 읽기 경로의 효율을 확인

[2026-08-02] build | 사이드바 정보 구조 최적화#

• Summary: 자주 찾는 조사 결과를 내부 결정 기록보다 앞에 배치했다. 결정 기록과 원본·근거는 기본으로 접고 해당 문서를 읽을 때만 자동으로 펼치며, 접기 가능한 메뉴에는 방향 표시와 문서 수를 함께 표시했다.
• Touched: ADR-0008: Wiki 읽기 계층, 작업 로그
• Open questions: 팀원이 결정 기록과 원본·근거를 반복해서 펼치는 빈도를 실제 사용에서 확인

[2026-08-02] research | Business Model Canvas 딥리서치와 메인 사업 지도#

• Summary: Strategyzer 공식 자료에서 9개 영역, 표준 배치, 핵심만 남기는 작성 원칙과 사실·가설 구분, 실험 연결 방식을 확인했다. 271개 초기 벤처 팀 탐색 연구와 단일 사례 비판 연구로 고객·가치·채널 우선과 채우기식 사용 위험을 보완했다. 현재 프로젝트의 사용자, 가치, 운영, 파트너, 비용과 수익 가설을 하나의 반응형 HTML 캔버스로 메인 페이지에 연결했다.
• Touched: 오프테이블 Wiki, ADR-0009: 비즈니스 모델 캔버스, Source: Strategyzer Business Model Canvas 안내, Source: 명확한 Business Model Canvas 작성 원칙, Source: Business Model Canvas 가설 검증 원칙, Source: Strategyzer Business Model Canvas 공식 템플릿, Source: Business Model Canvas와 초기 벤처 성과 연구, Source: Business Model Canvas 단일 사례 비판 연구, 작업 로그
• Open questions: 첫 업무 권역과 모집 채널, 실제 참여 밀도, 파트너 구조, 거래당 비용과 지불 의향을 사용자 인터뷰와 수동 만남 실험으로 확인

[2026-08-02] build | 메인 캔버스와 본문 폭 정렬#

• Summary: 58rem 문서 폭을 쓰던 캔버스를 43.5rem 본문 읽기 폭에 맞췄다. 좁아진 폭에서 글자를 줄이지 않도록 5열 배치 대신 가치, 고객, 운영과 재무가 3열로 이어지는 구조를 사용하고 중간 화면 2열, 모바일 1열로 전환한다.
• Touched: 오프테이블 Wiki, ADR-0009: 비즈니스 모델 캔버스, Source: Strategyzer Business Model Canvas 공식 템플릿, 작업 로그
• Open questions: 실제 팀 화면에서 3열 캔버스의 한눈에 보기와 세부 문장 가독성을 함께 확인

[2026-08-02] build | 사업 지도 구조 리팩터링#

• Summary: 빌드 파일에 섞여 있던 공용 렌더링 함수, 페이지 분류, 사이드바와 사업 지도를 책임별 모듈로 분리하고 docs/architecture.md에 변경 경계를 기록했다. 사업 지도의 9개 영역, 상태값, 항목 수와 세부 문서 링크를 게시 전에 검증하는 계약 테스트를 추가했다. 메인 페이지는 지도 읽는 법과 다음 행동만 남기고 프레임워크 근거와 한계는 결정 기록 한 곳으로 옮겼다.
• Touched: 오프테이블 Wiki, ADR-0009: 비즈니스 모델 캔버스, ADR-0007: Wiki 페이지 작성 규칙, 작업 로그
• Open questions: 다른 복합 frontmatter 컴포넌트가 생길 때 같은 모듈 경계와 계약 검사를 재사용할지 검토

[2026-08-03] research | 리뷰 매트릭스와 검증 실행 체계#

• Summary: 한국 App Store의 위피, Tinder, 블릿, 글램, 아만다와 정오의데이트 최신 리뷰 50개씩 총 300개를 같은 조건으로 수집하고 1~3점 사건을 탐색용 다중 태그 매트릭스로 정리했다. 가설 등록부, 랜딩 페이지 실험과 고객 인터뷰를 검증 실행 기준 문서로 분리하고 기존 사용자 가설 확인 문서의 중복 인터뷰 절차를 제거했다. GOV.UK의 조사 계획·심층 인터뷰·개인정보·민감 주제·A/B 테스트 지침을 원본으로 추가했다.
• Touched: 리뷰 불만 매트릭스, 검증 계획, 가설 등록부, 랜딩 페이지 실험, 고객 인터뷰 계획, 고객과 사용 상황, 검증 계획, 상세 근거 지도, 프로젝트 개요, 오프테이블 Wiki, 작업 로그
• Open questions: 첫 인터뷰 5건의 실제 언어, 랜딩에서 한 세션을 구성할 권역·시간대별 유효 신청 수, 리뷰 태그 수동 재검토와 Android 표본 차이

[2026-08-03] decision | Cloudflare Pages 위키 배포#

• Summary: 비공개 GitHub 저장소와 raw 원본을 유지하면서 생성된 정적 HTML만 공유하기 위해 Cloudflare Pages Direct Upload를 선택했다. after-work-dating-wiki 프로젝트와 로컬 OAuth 배포 명령을 구성하고 실패하던 GitHub Pages 워크플로를 자격 증명 없는 위키 검증 CI로 바꿨다.
• Touched: ADR-0010: Cloudflare Pages 위키 배포, 프로젝트 개요, Source: Cloudflare Pages Direct Upload, 작업 로그
• Open questions: 반복 배포가 늘어날 때 최소 권한 API 토큰과 자동 배포 정책을 도입할지 검토

[2026-08-03] build | 위키 링크와 Cloudflare 배포 경계 리팩터링#

• Summary: 빌드와 검증에 중복되어 있던 파일 탐색과 wiki 링크 해석을 공용 모듈로 통합하고 상대 Markdown 링크도 검증하도록 보강했다. Cloudflare 프로젝트 설정, 정적 보안 헤더, 중첩 404와 실제 배포 응답 검사를 자동화하고 공개 범위, 재검증과 롤백 절차를 문서화했다.
• Touched: ADR-0010: Cloudflare Pages 위키 배포, Source: Cloudflare Pages Wrangler configuration, Source: Cloudflare Pages custom headers, Source: Cloudflare Pages deployment rollbacks, 작업 로그
• Open questions: 팀 전용 인증이 필요한 시점, 사용자 지정 도메인, 최소 권한 API 토큰을 이용한 자동 배포 도입 조건

[2026-08-03] build | 경쟁 구도 반응형 HTML 도식#

• Summary: 고정 폭 PNG와 가로 스크롤로 게시하던 경쟁 흐름을 세 문제와 제품 가설이 직접 연결되는 반응형 HTML 도식으로 바꿨다. 도식 데이터는 경쟁 구도 frontmatter 한 곳에서 관리하고 계약 검사를 추가했으며, 모바일에서는 의미 순서대로 세로 배치한다.
• Touched: 경쟁과 차별화, ADR-0006: 인포그래픽 디자인 가이드, 작업 로그
• Open questions: 팀원이 경쟁사 표에 들어가기 전에 세 문제와 남은 제품 가설을 더 빠르게 구분하는지 확인

[2026-08-03] build | 내부 정보 도식 7개 HTML 전환#

• Summary: 경쟁 구도에 이어 프로젝트 운영, 수익, 결제 신뢰, 안전, 사용자 가설과 인터뷰 표본 PNG를 공통 데이터 계약과 6개 반응형 HTML 레이아웃으로 전환했다. raw SVG와 PNG는 제작 기록으로 보존한다.
• Touched: 프로젝트 개요, 수익모델, 수익모델, 안전·운영, 고객과 사용 상황, 고객과 사용 상황, ADR-0006: 인포그래픽 디자인 가이드, Source: Wiki 인포그래픽 시스템 v2, Source: After Work 핵심 Wiki 정보 도식, 작업 로그
• Open questions: 팀원이 각 페이지에서 도식의 핵심 판단을 본문과 표보다 빠르게 찾는지 실제 사용으로 확인

[2026-08-04] build | 사업 지도 키워드 중심 압축#

• Summary: 메인 사업 지도의 문장형 항목을 28자 이하 키워드 구문으로 줄이고, 제목과 중복되는 질문 문구와 상단 상태 범례를 제거했다. 가치 제안은 세 개 핵심어를 가로로 비교하고 모바일에서는 세로로 읽는다.
• Touched: 오프테이블 Wiki, ADR-0009: 비즈니스 모델 캔버스, 작업 로그
• Open questions: 팀원이 9개 영역의 차이와 현재 근거 상태를 더 빠르게 훑는지 확인

[2026-08-04] build | 메인 보조 설명 키워드화#

• Summary: 사업 지도 아래의 장문 설명을 판단 기준과 바로 할 일 두 묶음으로 나누고, 각 내용을 키워드와 짧은 의미로 바꿨다. 문서 링크는 해당 행동과 판단 항목에 직접 연결했다.
• Touched: 오프테이블 Wiki, ADR-0009: 비즈니스 모델 캔버스, 작업 로그
• Open questions: 팀원이 설명 문장을 읽지 않고도 근거 상태와 다음 행동을 찾는지 확인

[2026-08-04] build | 비즈니스 모델 캔버스 명칭 통일#

• Summary: 메인 도식의 사업 전체 지도 명칭을 실제 프레임 이름인 비즈니스 모델 캔버스로 바꾸고 결정 문서와 출처 카드의 링크 이름을 통일했다.
• Touched: 오프테이블 Wiki, ADR-0009: 비즈니스 모델 캔버스, 작업 로그
• Open questions: None

[2026-08-04] build | 프로젝트 개요 키워드화#

• Summary: 프로젝트 개요의 방향, 현재 판단, 미확정 항목과 운영 링크를 키워드 중심으로 줄이고 지식 운영 도식의 설명도 압축했다.
• Touched: 프로젝트 개요, 작업 로그
• Open questions: 팀원이 현재 단계와 다음 문서를 설명문 없이 찾는지 확인

[2026-08-04] build | 단계 도식 간격 정렬#

• Summary: 지식 운영 도식의 네 단계에 같은 세로 간격과 정렬축을 적용하고, 하단 메타 정보를 같은 기준선에 맞췄다. 강조 단계의 별도 좌우 여백은 제거했다.
• Touched: 프로젝트 개요, ADR-0006: 인포그래픽 디자인 가이드, 작업 로그
• Open questions: None

[2026-08-04] build | 시장 개요 키워드화#

• Summary: 시장 개요를 시장 신호, 현재 해석, 검증 항목과 제품 기준으로 압축했다. 중복된 수익·안전 상세는 기준 문서 링크로 바꾸고 핵심 추이 차트 하나만 남겼다.
• Touched: 국내 데이팅 앱 시장, ADR-0006: 인포그래픽 디자인 가이드, 작업 로그
• Open questions: 수도권 25~39세 직장인의 퇴근 직후 실제 신청률

[2026-08-04] research | SRC-20260804-govuk-tam-sam-som: 시장 규모 구분#

• Summary: TAM, SAM과 SOM을 전체 수요, 제공 가능 범위와 현실적 확보 범위로 구분하고 수치보다 연결된 가정과 근거를 우선하는 기준을 보존했다.
• Touched: Source: GOV.UK TAM, SAM과 SOM, 사업 검증 도구, 작업 로그
• Open questions: 초기 권역·시간대의 유효 신청, 출석 전환과 참여 빈도

[2026-08-04] research | SRC-20260804-hbs-five-forces: 산업 경쟁 구조#

• Summary: 신규 진입, 공급자, 구매자, 대체재와 기존 경쟁의 다섯 압력을 경쟁 구조 문서의 기준으로 보존했다.
• Touched: Source: Harvard Business School 5 Forces, 사업 검증 도구, 작업 로그
• Open questions: 초기 공급 밀도와 외부 파트너 의존이 전환비용보다 큰 압력인지 확인

[2026-08-04] research | SRC-20260804-christensen-jtbd: 사용자 진전#

• Summary: 특정 상황에서 원하는 진전과 기능적·사회적·감정적 차원을 JTBD 인터뷰 기준으로 보존했다.
• Touched: Source: Christensen Institute JTBD, 사업 검증 도구, 작업 로그
• Open questions: 실제 사용자 언어로 확인된 퇴근 후 상황, 기존 대안과 전환 계기

[2026-08-04] research | SRC-20260804-ajzen-tpb: 참여 의도와 행동#

• Summary: 태도, 주관적 규범, 지각된 행동 통제, 의도와 행동을 구분하고 대상·행동·맥락·기간을 맞추는 측정 기준을 보존했다.
• Touched: Source: Icek Ajzen TPB 측정 가이드, 사업 검증 도구, 작업 로그
• Open questions: 신청 의도와 실제 출석 사이의 시간·거리·신뢰 장벽

[2026-08-04] research | SRC-20260804-govuk-swot: 전략 점검#

• Summary: 내부 강점·약점과 외부 기회·위협을 분리하고 후속 행동으로 연결하는 SWOT 기준을 보존했다.
• Touched: Source: GOV.UK Futures Toolkit SWOT, 사업 검증 도구, 작업 로그
• Open questions: 현재 강점 가설이 실제 신청과 출석에 영향을 주는지 확인

[2026-08-04] research | SRC-20260804-cipd-pestle: 외부 환경 점검#

• Summary: 정치, 경제, 사회, 기술, 환경과 법 변화를 범위·중요도·위험·대응으로 연결하는 PESTEL 기준을 보존했다.
• Touched: Source: CIPD PESTLE 분석, 사업 검증 도구, 작업 로그
• Open questions: 한국 법률 검토 주기와 정책 변화 감시 책임자

[2026-08-04] research | SRC-20260804-strategyzer-vpc: 고객과 가치 연결#

• Summary: Jobs, Pains, Gains와 제품·서비스, Pain Relievers, Gain Creators를 고객 증거로 맞추는 가치 제안 캔버스 기준을 보존했다.
• Touched: Source: Strategyzer Value Proposition Canvas, 사업 검증 도구, 작업 로그
• Open questions: 첫 인터뷰에서 반복되는 Job, 어려움과 기대 결과

[2026-08-04] build | 사업 검증 프레임워크 연결#

• Summary: 시장, 경쟁, 외부 환경, 사용자 행동, 전략과 수익 질문을 9개 프레임워크에 연결했다. 비즈니스 모델 캔버스와 유닛 이코노믹스는 기존 기준 문서를 재사용하고 프레임워크별 페이지는 핵심 키워드, 현재 가설과 필요한 데이터로 압축했다.
• Touched: 사업 검증 도구, 상세 근거 지도, 프로젝트 개요, 오프테이블 Wiki, 유닛 이코노믹스, 작업 로그
• Open questions: 첫 인터뷰와 수동 세션 뒤 각 가설 페이지를 어떤 주기로 갱신할지 결정

[2026-08-04] build | 프레임워크 지도 모바일 가독성#

• Summary: 모바일에서 세 번째 열이 첫 화면 밖으로 밀리던 프레임워크 지도를 두 열로 줄였다. 각 행은 프레임워크 링크와 판단·핵심 키워드만 보여준다.
• Touched: 사업 검증 도구, 작업 로그
• Open questions: None

[2026-08-04] build | 메인 캔버스와 검증 프레임워크 연결#

• Summary: 페이지 끝에 묻혀 있던 프레임워크 링크를 비즈니스 모델 캔버스 바로 위의 검증 도구 레일로 옮겼다. 시장 환경, 사용자 행동, 전략과 수익의 8개 기준 문서와 전체 지도를 첫 화면의 사업 구조에 연결했다.
• Touched: 오프테이블 Wiki, 사업 검증 도구, ADR-0009: 비즈니스 모델 캔버스, 작업 로그
• Open questions: 팀원이 캔버스 영역과 분석 도구의 차이를 설명 없이 이해하는지 확인

[2026-08-04] build | 프레임워크를 현재 질문으로 전환#

• Summary: 메인의 시장 환경, 사용자 행동, 전략과 수익 분류를 어디서 시작할까, 왜 신청할까, 어떻게 성립할까로 바꿨다. 첫 권역·시간대, 퇴근 후 약속 확정과 출석 1건당 손익을 주정보로 두고 프레임워크 이름은 보조 표기로 내렸다.
• Touched: 오프테이블 Wiki, ADR-0009: 비즈니스 모델 캔버스, 작업 로그
• Open questions: 인터뷰와 수동 세션 결과에 따라 현재 질문의 우선순위 문구를 갱신

[2026-08-04] research | SRC-20260804-openstax-stp: 첫 표적과 포지션#

• Summary: 시장을 행동 기준으로 나누고 표적을 선택한 뒤 고객 인식과 실행으로 연결하는 STP 기준을 보존했다.
• Touched: Source: OpenStax STP, 사업 검증 도구, 작업 로그
• Open questions: 한 권역·시간대에서 실제 신청과 출석을 만드는 행동 세그먼트

[2026-08-04] research | SRC-20260804-openstax-marketing-mix: 4P 선택 조건#

• Summary: 실제 제공 가치, 가격, 전달 접점과 선택 메시지를 표적 고객에 맞추는 4P 기준을 보존했다.
• Touched: Source: OpenStax Marketing Mix, 사업 검증 도구, 작업 로그
• Open questions: 무료·보증금·좌석비와 직접 모집 채널의 실제 반응

[2026-08-04] research | SRC-20260804-cim-seven-ps: 서비스 운영 신뢰#

• Summary: 대면 서비스의 사람, 전달 절차와 가시적 신뢰 단서를 4P에 더하는 7P 기준을 보존했다.
• Touched: Source: CIM 7Ps, 사업 검증 도구, 작업 로그
• Open questions: 호스트·공개 장소·정책 안내 중 신청과 출석을 바꾸는 요소

[2026-08-04] research | SRC-20260804-leanstack-lean-canvas: 위험 가설 선택#

• Summary: 린 캔버스를 확정 사업계획이 아니라 초기 가정과 가장 위험한 검증 대상을 고르는 도구로 정리했다.
• Touched: Source: LEANSTACK Lean Canvas, 사업 검증 도구, 작업 로그
• Open questions: 고객성·공급 밀도·출석·수익성 중 첫 반박 대상

[2026-08-04] research | SRC-20260804-ries-feedback-loop: 짧은 학습 사이클#

• Summary: 가설을 최소 실행과 핵심 행동 데이터로 시험하고 다음 선택으로 돌아오는 피드백 루프를 보존했다.
• Touched: Source: Eric Ries Feedback Loop, 사업 검증 도구, 작업 로그
• Open questions: 첫 인터뷰 라운드부터 가설 갱신까지 걸리는 실제 시간

[2026-08-04] research | SRC-20260804-whatmatters-okr-kpi: 목표와 운영 지표 구분#

• Summary: Objective, Key Result, KPI와 Metric을 구분하고 불확실한 단계에는 학습 목표를 적용하는 기준을 보존했다.
• Touched: Source: What Matters OKR Glossary, 사업 검증 도구, 작업 로그
• Open questions: 첫 기초선 뒤 정할 결과 기준과 검토 주기

[2026-08-04] research | SRC-20260804-govuk-service-metrics: 서비스 지표 설계#

• Summary: 서비스 목적과 사용자 필요에서 가설을 만들고 소수의 행동 지표와 기초선을 정하는 기준을 보존했다.
• Touched: Source: GOV.UK Service Metrics, 사업 검증 도구, 작업 로그
• Open questions: 신청·확정·출석·안전·손익의 첫 기초선

[2026-08-04] research | SRC-20260804-sba-financial-forecast: 동인 기반 재무 모델#

• Summary: 매출, 비용과 현금흐름을 신청·출석·가격·원가 동인으로 나누고 실제값과 예측을 비교하는 기준을 보존했다.
• Touched: Source: SBA Financial Forecast, 사업 검증 도구, 작업 로그
• Open questions: 수동 세션의 좌석당 순매출, 변동비와 월 고정비

[2026-08-04] research | SRC-20260804-microsoft-rri: CAGR 계산 기준#

• Summary: 동일 시계열의 시작값, 종료값과 기간으로 등가 복리 성장률을 계산하고 중간 변동과 지표 차이를 별도로 보는 기준을 보존했다.
• Touched: Source: Microsoft RRI, 사업 검증 도구, 국내 데이팅 앱 시장, 작업 로그
• Open questions: 동일 기준으로 비교 가능한 한국 데이팅 시장의 장기 실적 시계열

[2026-08-04] build | 사업 프레임워크 7종 연결#

• Summary: STP, 4P·7P, 린 캔버스, 린 스타트업 사이클, OKR·KPI, 재무 모델과 CAGR을 질문 중심 기준 문서로 나누고 메인 사업 지도, 연구 허브와 기존 기준 문서에 연결했다.
• Touched: 오프테이블 Wiki, 상세 근거 지도, 사업 검증 도구, 국내 데이팅 앱 시장, 고객과 사용 상황, 검증 계획, 가설 등록부, 유닛 이코노믹스, 작업 로그
• Open questions: 첫 인터뷰와 수동 세션의 행동 데이터로 STP, 목표값과 재무 입력을 갱신

[2026-08-04] lint | 기준 문서 중심 중복 제거와 간결화#

• Summary: 긴 허브와 종합 문서를 핵심어·판단·링크 중심으로 줄였다. 경쟁 관찰은 서비스 목록으로, 안전 기준은 위치·인증·대면 운영으로 분리하고 사용자·수익·검증 문서의 반복 기준을 한 소유 문서에 모았다. 페이지별 분량 한도와 긴 문단 중복 검사를 강화했다.
• Touched: 상세 근거 지도, 경쟁과 차별화, 경쟁과 차별화, 안전·운영, 안전·운영, 안전·운영, 안전·운영, 고객과 사용 상황, 수익모델, 고객 인터뷰 계획, 검증 계획, ADR-0007: Wiki 페이지 작성 규칙, 작업 로그
• Open questions: 실제 인터뷰 결과가 생기면 사용자 가설과 실행 우선순위만 기준 문서에서 갱신

[2026-08-04] lint | 공개 Wiki 페이지 통합#

• Summary: 연구 문서를 47개에서 14개로 줄였다. 프레임워크, 사용자, 안전과 수익 세부 페이지를 영역별 기준 문서에 통합하고 과거 경로는 aliases로 보존했다. 일반 메뉴와 검색은 홈·개요·조사 결과를 포함한 17개 문서만 노출하며 출처 카드와 결정 기록은 인용 링크로만 접근한다.
• Touched: 오프테이블 Wiki, 프로젝트 개요, 상세 근거 지도, 사업 검증 도구, 고객과 사용 상황, 수익모델, 안전·운영, 경쟁과 차별화, 검증 계획, ADR-0004: Wiki 정보 구조와 시각 자료, ADR-0007: Wiki 페이지 작성 규칙, 작업 로그
• Open questions: 팀원이 접힌 6개 분류에서 필요한 문서를 첫 시도에 찾는지 확인

[2026-08-04] build | 홈 핵심 문서 지도#

• Summary: 홈에 공개 탐색과 같은 기준을 쓰는 핵심 문서 지도를 추가했다. 시작, 검증, 시장·경쟁, 사용자, 수익, 안전과 사업 도구로 묶어 모든 중요 문서를 직접 연결한다.
• Touched: 오프테이블 Wiki, ADR-0004: Wiki 정보 구조와 시각 자료, 작업 로그
• Open questions: 팀원이 핵심 문서 지도와 비즈니스 모델 캔버스 중 어느 경로를 먼저 사용하는지 확인

[2026-08-06] query | 웹 MVP 고객 우선순위#

• Summary: 한 업무 권역과 시간대에서 실제 만남까지 검증할 첫 고객을 최근 행동, 시간·권역 예측성, 신뢰 장벽과 오프라인 참여 가능성으로 정의했다. 프리랜서는 직업명이 아니라 반복되는 활동 권역과 종료 시간으로 판정하고, 적격·보류 기준과 모집 스크리너를 정리했다.
• Touched: 웹 MVP 고객 우선순위, 고객과 사용 상황, 상세 근거 지도, 오프테이블 Wiki, 작업 로그
• Open questions: 첫 업무 권역, 첫 모집 채널, 1:1·소그룹·로테이션 중 첫 수동 세션 방식

[2026-08-06] query | 고객 세분화 조사 변수#

• Summary: 종료 시간과 업무 권역은 참여 자격으로 두고, 연령·생활 단계·성별·만남 목적·근무 형태·동선·최근 행동·신뢰·만남 취향·관심사·가격 반응은 신청·확정·출석 차이를 찾는 조사 변수로 분리했다.
• Touched: 고객 인터뷰 계획, 작업 로그
• Open questions: 첫 인터뷰에서 행동 차이를 보이는 세분화 축과 신청 단계의 최소 수집 항목

[2026-08-06] capture | SRC-20260806-nemotron-personas-korea: 한국 합성 페르소나#

• Summary: NVIDIA의 한국 합성 페르소나 데이터 카드, 라이선스, 필드, 생성 방법과 한계를 보존하고 25~39세 서울·경기 미혼 취업자 12개 편의 표본의 UUID를 기록했다.
• Touched: NVIDIA Nemotron-Personas-Korea, 작업 로그
• Open questions: 합성 시나리오에서 찾은 질문 누락이 실제 인터뷰에서도 반복되는지 확인

[2026-08-06] query | 합성 페르소나 MVP 시뮬레이션#

• Summary: 원본 인구·직업·취미와 실험자가 배정한 시간·목적·권역·신뢰 가정을 분리해 12명 규칙 기반 퍼널을 점검했다. 만남 목적, 종료 예측성, 권역 공개, 피로와 방식 질문을 인터뷰·랜딩 계획에 추가했다.
• Touched: 합성 페르소나 324명 과거 스트레스 테스트, 고객 인터뷰 계획, 랜딩 페이지 실험, NVIDIA Nemotron-Personas-Korea, 작업 로그
• Open questions: 실제 고객의 최근 사건, 적격 신청, 일정 확정과 출석에서 같은 중단 이유가 관찰되는지 확인

[2026-08-06] capture | SRC-20260806-nemotron-personas-sample-324: 324명 균형 시나리오#

• Summary: 공개 API 20,000행에서 25~39세 서울·경기 미혼 취업자 풀을 만들고 연령대·데이터셋 sex 6개 층마다 54명을 선택했다. 표본, 시나리오와 집계를 파생 자산으로 보존했다.
• Touched: Nemotron-Personas-Korea 324명 균형 시나리오 표본, 작업 로그
• Open questions: 실제 목적·시간·신뢰 조건의 분포와 연령·성별별 행동 차이

[2026-08-06] query | 합성 페르소나 시뮬레이션 324명 확장#

• Summary: 12명 질문 파일럿을 324명 균형 조건 스트레스 테스트로 확장했다. 고정 1:1·공개장소만 제공하는 흐름과 형식 선택·신뢰 정책을 제공하는 흐름의 분기 차이를 점검했고, 합성 수치를 전환율이나 세그먼트 증거로 쓰지 않는 한계를 명시했다.
• Touched: 합성 페르소나 324명 과거 스트레스 테스트, 고객 인터뷰 계획, 랜딩 페이지 실험, Nemotron-Personas-Korea 324명 균형 시나리오 표본, 작업 로그
• Open questions: 실제 인터뷰와 랜딩 행동에서 어떤 연령·목적·시간 조건이 신청·확정·출석 차이를 만드는지 확인

[2026-08-06] query | 게시판형 웹 MVP 설계 검토#

• Summary: 공개 프로필·댓글·DM 게시판보다 시간·권역·방식이 정해진 관리자 승인형 세션 보드를 권장했다. 참여 요청, 수동 승인, 상호 확정, 출석과 신고·취소·노쇼를 측정하는 최소 흐름과 제외 기능을 정리했다.
• Touched: 게시판형 웹 MVP 설계 검토, 웹 MVP 고객 우선순위, 작업 로그
• Open questions: 첫 MVP가 1:1·소그룹·로테이션 중 어떤 세션 형식을 게시하고 사용자가 직접 세션을 제안할 수 있는 시점

[2026-08-06] research | 당근 동네생활·모임과 After Work 비교#

• Summary: 당근 공식 자료에서 범용 지역 커뮤니티, 2022년 반짝모임의 날짜·템플릿·신청·승인·대화 기능, 2023년 지속형 모임의 프로필·사진·채팅 기능과 2024년 자사 발표 규모를 확인했다. 현재 게시판안은 기능적으로 겹치며 퇴근 연애 약속의 양방향 동의·편성·재확인·출석·노쇼 운영이 없으면 차별화되지 않는다고 정리했다.
• Touched: 당근 동네생활과 새참는 무엇이 달라야 하는가, 게시판형 웹 MVP 설계 검토, 당근 서비스, 당근 반짝모임 리뉴얼, 당근 모임 전국 확장, 2024 당근 커뮤니티 연말 결산, 작업 로그
• Open questions: 운영자 편성형이 사용자 개설형보다 상호 확정·출석을 높이는지, 최신 당근 운영정책에서 연애 목적 모집이 허용되는지

[2026-08-06] capture | SRC-20260806-daangn-user-feedback: 당근 공개 사용자 의견#

• Summary: 한국 App Store 최신 350개와 Google Play 최신 2,000개 리뷰 중 동네생활·모임이 명확한 56개를 분리하고 공개 모임 경험 글 6건을 직접 확인했다. 대표 표본이 아님을 명시하고 콘텐츠 소음, 탐색·지역·최신성, 운영·제재, 안전·개인정보, 모임 UX와 긍정 사례를 분리했다.
• Touched: 당근 동네생활·모임 공개 사용자 의견 스냅샷, 당근 동네생활과 새참는 무엇이 달라야 하는가, 작업 로그
• Open questions: 실제 목표 고객 인터뷰에서 같은 문제가 최근 사건과 신청·확정·출석 차이로 반복되는지

[2026-08-06] decision | 활동 목적을 연애로 고정하지 않음#

• Summary: 연애를 기본 목적, 고객 적격 조건이나 차별점으로 고정하지 않는다. 식사·산책·운동·취미·대화 등 목적을 열어 두고 최근 행동, 업무·활동 권역, 종료 예측성과 실제 참석으로 첫 고객을 판정한다.
• Touched: ADR-0011: 활동 목적을 연애로 고정하지 않음, After Work 목적 범위 프로젝트 오너 정정, 프로젝트 개요, 오프테이블 Wiki, 고객과 사용 상황, 작업 로그
• Open questions: 실제 행동에서 구분되는 첫 활동 유형과 관계 목적 분기

[2026-08-06] research | 당근 사용자 의견 기반 차별화 재설계#

• Summary: 당근의 범용 지역 커뮤니티를 복제하지 않고 퇴근 후 실행 가능한 활동만 노출하며 시간·권역·인원·비용·경계를 구조화하고 요청·확정·재확인·출석을 운영하는 보드로 차별화 가설을 수정했다. 과거 합성 실험의 미혼 필터와 연애 적격 규칙은 현재 제품 증거에서 폐기했다.
• Touched: 당근 동네생활과 새참는 무엇이 달라야 하는가, 게시판형 웹 MVP 설계 검토, 웹 MVP 고객 우선순위, 합성 페르소나 324명 과거 스트레스 테스트, 경쟁과 차별화, 고객 인터뷰 계획, 가설 등록부, 작업 로그
• Open questions: 한두 업무 권역에서 식사·산책·카페 활동의 유효 요청·확정·출석이 일반 자유 모집보다 높은지

[2026-08-06] research | 당근 사용자 후기 표본 보강#

• Summary: 당근 내부 경험 글 6건에 영어회화·독서·감자튀김·요리·베이킹·산행·장기 친목·노쇼를 다룬 독립 후기와 기자 체험 7건을 추가해 공개 원문 13건으로 보강했다. 목적이 선명하고 종료·정산·접촉 경계가 분명한 활동의 재참여와 포괄 친목·술 모임의 관계 피로·운영 문제를 반례와 함께 확인했다.
• Touched: 당근 동네생활·모임 공개 사용자 의견 스냅샷, 당근 동네생활과 새참는 무엇이 달라야 하는가, 게시판형 웹 MVP 설계 검토, 작업 로그
• Open questions: 활동 목적·종료 경계·후속 연락 선택권 중 어느 요소가 실제 신청·출석·재참여 차이를 만드는지

[2026-08-06] research | 브랜딩 전 경쟁 공백과 증거 게이트#

• Summary: 브랜딩을 보류하고 소모임·문토·프립의 공식 포지셔닝과 운영 흐름을 확인했다. 지역 취미·원데이 활동·노쇼 운영·경험 예약은 이미 점유돼 있어, 평일 퇴근·업무 동선·짧은 종료·적은 조율의 결합이 실제 선택 이유인지 인터뷰와 행동 실험으로 검증하기 전에는 브랜드 약속을 확정하지 않기로 했다.
• Touched: 새참 브랜딩 근거 조사 결론, 경쟁과 차별화, 고객 인터뷰 계획, 가설 등록부, Source: 소모임 현재 포지셔닝과 탐색 구조, Source: 문토 현재 포지셔닝과 모임 운영 구조, Source: 프립 현재 포지셔닝과 경험 탐색 구조, 작업 로그
• Open questions: 목표 고객이 기존 대안 대신 선택하는 이유가 업무 동선·짧은 종료·적은 조율 중 무엇인지, 그 이유가 유효 신청과 출석으로 이어지는지

[2026-08-06] research | 공개 리서치 기반 브랜딩 근거 완료#

• Summary: 소모임·문토·프립 Google Play 중복 제거 리뷰 2,385개와 모임·활동 직접 후보 1,211개, 독립 공개 체험기 3건, 2025년 국민여가활동조사를 공식 경쟁 자료와 교차했다. 타깃을 행동 조건으로 확정하고 일과 집 사이의 짧고 확실한 활동 전환을 브랜드 의미로 채택했으며, 경쟁 언어·주장 가능 범위·브랜딩 원칙을 정리했다.
• Touched: 새참 브랜딩 근거 조사 결론, 경쟁과 차별화, 검증 계획, 가설 등록부, 랜딩 페이지 실험, 고객과 사용 상황, 상세 근거 지도, 웹 MVP 고객 우선순위, 프로젝트 개요, 오프테이블 Wiki, 소모임·문토·프립 공개 앱 리뷰 비교 표본, 2025 국민문화예술·여가·근로자휴가 조사 결과, 문토 실제 사용자 프로덕트 분석, 퇴근길 모임 생활 공개 경험, 소모임 선택과 실제 참석 공개 후기, 작업 로그
• Open questions: 실제 신청률·확정률·출석률·노쇼율과 활동 1건당 운영 시간은 출시 후 행동 데이터로 확인

[2026-08-06] decision | 공개 리서치로 브랜딩 근거를 완성함#

• Summary: 고객 인터뷰를 브랜딩 필수 게이트에서 제외했다. 공개 경쟁·리뷰·웹 경험·공공 통계로 브랜드 전략을 정하고, 제품 성과 수치는 출시 후 자사 행동 데이터가 생기기 전까지 주장하지 않는다.
• Touched: 공개 리서치로 브랜딩 근거를 완성함, 브랜딩 근거를 공개 리서치로 완성한다는 결정, 고객 인터뷰 계획, 새참 브랜딩 근거 조사 결론, 프로젝트 개요, 오프테이블 Wiki, 작업 로그
• Open questions: None

[2026-08-06] research | 브랜딩 근거 결론과 상세 증거 분리#

• Summary: 타깃·가치·경쟁 공백·브랜드 원칙·주장 한계는 결론 문서에 남기고, 리뷰 표본·국가 여가 통계·서비스별 효용·공개 사용자 언어·조사 한계는 상세 근거 페이지로 분리했다.
• Touched: 새참 브랜딩 근거 조사 결론, 공개 모임 서비스 사용자 경험 종합, 작업 로그
• Open questions: None

[2026-08-06] research | SRC-20260806-afterwork-trademark-screening: afterwork 41류 예비 조회#

• Summary: KIPRIS 출원번호 검색에서 afterwork가 41류 등록 상태이고 최종권리자가 배리호인 결과 카드를 확인했다. 지정서비스업 전문과 유사 판단은 확인하지 못해 예비 위험 신호로만 기록했다.
• Touched: KIPRIS afterwork 41류 예비 조회, 끝을 파는 브랜드 영토의 리뷰 근거 감사, 작업 로그
• Open questions: 지정서비스업 전문과 9·35·38·41·45류의 법률상 충돌 범위

[2026-08-06] query | 끝을 파는 브랜드 영토 근거 감사#

• Summary: 경쟁 앱 리뷰 2,385개 전체에서 종료·적적함·관계·목적·운영 신호를 다시 판독했다. 종료 시각은 직접 근거가 1건뿐이고 관계 부담은 독점성이 낮아 A+C를 확정하지 않았으며, 목적·조건 공개와 운영 책임을 중심에 유지하고 두 메시지를 H-12 랜딩 비교로 분리했다.
• Touched: 끝을 파는 브랜드 영토의 리뷰 근거 감사, 새참 브랜딩 근거 조사 결론, 가설 등록부, 랜딩 페이지 실험, 작업 로그
• Open questions: 두 메시지 중 어느 쪽이 유효 신청과 일정 확인 행동을 더 많이 만드는지

[2026-08-06] research | 브랜드 영토 수동 코딩 정교화#

• Summary: 1,211개 feature 리뷰의 종료·일회성·적적함·관계 지속·목적 변질·운영 책임 후보를 수동 판독했다. 종료 시각 직접 근거는 subset 안에서 0건이고 무의무 1회 참여는 25건으로 확인됐으며, C를 제품 가치로 높이고 차별성은 낮게 유지했다. 전체 2,385개 기계 스크리닝과 subset 수동 건수를 분리하고 H-12 메시지에서 종료 시각을 공통 제품 정보로 옮겼다.
• Touched: 끝을 파는 브랜드 영토의 리뷰 근거 감사, 가설 등록부, 랜딩 페이지 실험, 소모임·문토·프립 공개 앱 리뷰 비교 표본, 작업 로그
• Open questions: 무의무 1회 참여 메시지가 조건·운영 메시지와 실제 선택 행동에서 구분되는지

[2026-08-06] research | 셋로그 인기 메커니즘과 브랜드 원리#

• Summary: 공식 앱 목록, 모바일인덱스 인용 보도, 개발팀 인터뷰, 한국·해외 체험기와 Google Play 고유 리뷰 864개를 교차했다. 낮은 기록 비용, 기존 관계의 공동 참여, 자동 하루 결과물과 외부 공유가 이어지는 성장 루프를 확인하고, 기술 실패·알림 피로·그룹 참여 의존을 장기 잔존 위험으로 분리했다. 이름은 카테고리를 직접 설명하기보다 고유한 제품 의식과 결과물을 통해 의미를 얻는다는 원리를 브랜딩 문서에 연결했다.
• Touched: 셋로그가 인기 있는 이유와 제품·브랜드 원리, 새참 브랜딩 근거 조사 결론, setlog 한국 Google Play 현재 목록과 리뷰 표본, 셋로그팀 인터뷰: 광고비 없이 앱스토어 1위, 뉴시스: Z세대 홀린 2초 일상 앱 셋로그, 오프테이블 Wiki, 작업 로그
• Open questions: 코호트 유지율, 방 초대 전환율, 결과물 외부 공유율, 유료 전환과 장기 수익 모델

[2026-08-06] decision | 기준 문서 통합과 신규 조사 동결#

• Summary: 현재 합의를 overview 한 곳에 모으고 기본 탐색을 프로젝트 개요·고객·제품·경쟁·안전·검증·수익의 일곱 기준 문서로 줄였다. 날짜가 붙은 query, 사례, 세부 실험과 과거 분석은 삭제하지 않고 nav_hidden 근거로 보존했으며 제품 기준 허브를 새로 만들었다. 실행 차단·합의 반박·실험 조건·결과 해석에 필요하지 않은 신규 조사는 일시중단했다.
• Touched: ADR-0013: 기준 문서 통합과 신규 조사 동결, 오프테이블 Wiki, 프로젝트 개요, 제품·MVP, 고객과 사용 상황, 경쟁과 차별화, 안전·운영, 검증 계획, 수익모델, 상세 근거 지도, 작업 로그
• Open questions: 첫 권역·시간대, 첫 활동 조합, 만남 형식, 공급 방식, 결제 방식과 최종 브랜드명

[2026-08-06] query | 퇴근 카운터 우선 검증 형식#

• Summary: 일본의 작은 선술집에서 혼자 들어가기 쉬운 좌석·짧은 체류·자연스러운 종료만 가져와 4명·40분 퇴근 카운터 가설로 통합했다. 재직 여부는 확인하되 회사·직급은 숨기고 같은 회사 배정을 제외하며, 기업별 불만 DB가 아니라 짧은 직장 푸념에서 업무 밖 대화로 전환하는 운영을 검증한다. 확정 제품이 아니라 일반 60분에서 90분 활동 및 인증 없는 조건과 비교한다.
• Touched: 프로젝트 개요, 제품·MVP, 고객과 사용 상황, 안전·운영, 검증 계획, 가설 등록부, 작업 로그
• Open questions: 40분 형식의 유효 신청·출석·대화 만족, 재직 인증의 신뢰 편익과 개인정보 거부, 같은 회사 제외 범위, 술 없는 자리의 수용성

[2026-08-06] query | 종료 시간 표현을 참여 조건으로 교정#

• Summary: 직접 리뷰 근거가 없는 예측 가능한 종료 시간을 확정 고객 수요나 브랜드 약속처럼 쓰지 않도록 현재 가치 문장을 시간·장소·비용·목적이 미리 분명한 활동으로 교정했다. 종료 시각은 퇴근 카운터에서 검증할 참여 조건 중 하나로 유지하고 고객 적격 기준은 평일 참여 가능 시간으로 바꿨다.
• Touched: 프로젝트 개요, 고객과 사용 상황, 새참 브랜딩 근거 조사 결론, 웹 MVP 고객 우선순위, ADR-0011: 활동 목적을 연애로 고정하지 않음, 공개 모임 서비스 사용자 경험 종합, 작업 로그
• Open questions: 종료 시각 표시가 신청·출석·만족에 주는 실제 영향, 40분 활동의 실제 종료 편차

[2026-08-07] research | 한국 최신 언어 트렌드와 네이밍 필터#

• Summary: 2025~2026 검색·영상·Z세대 조사와 2026년 7월 밈 모니터링을 교차해 짧은 축약어·문장형 밈·감정 관리·작은 만족·세밀한 선택 신호를 분리했다. 유행어를 브랜드명으로 복제하지 않고 짧은 발음, 낮은 감정 부담과 반복 가능한 사용 문장만 가져오는 원칙을 추가했다.
• Touched: 한국 최신 언어 트렌드를 네이밍에 어떻게 적용할까, 새참 브랜딩 근거 조사 결론, 2026년 7월 Z세대 줄임말 모니터링, 2026 Z세대 트렌드 키워드, 오픈서베이 Z세대 트렌드 2025, 작업 로그
• Open questions: 후보별 한국어 회상·철자·연상, 상표·도메인·앱스토어 동명 여부

[2026-08-07] research | 플랫폼 언어와 앱 네이밍 구조 보강#

• Summary: 하위 조사 보고서의 낮은 문장별 인용 커버리지를 확인해 전체 채택을 중단하고 TikTok 2026 공식 전망과 App Store의 Vigloo·익시오·카나나 표기를 직접 재검증했다. 빠르게 바뀌는 문화어는 캠페인에서만 사용하고 본명은 2~3음절 발화명, 고유 영문과 설명형 부제를 한 세트로 설계하는 기준을 추가했다.
• Touched: 한국 최신 언어 트렌드를 네이밍에 어떻게 적용할까, TikTok Next 2026, Vigloo App Store 목록, 익시오 App Store 목록, 카나나 App Store 목록, 작업 로그
• Open questions: 이 구조가 After Work 후보의 회상·철자·카테고리 이해를 실제로 높이는지

[2026-08-11] query | 앱 이름 1차 후보 생성#

• Summary: 전환·합류·실행의 세 의미축에서 12개 고유 조어를 만들고 발화성, 확장성, 제품 문장과 오인 위험을 비교해 르움·류잇·모여브를 1차 추천군으로 정리했다. 이름은 아직 결정하지 않았고 상표·도메인·앱스토어 확인 전 창작안으로 표시했다.
• Touched: 앱 이름 1차 후보, 새참 브랜딩 근거 조사 결론, 작업 로그
• Open questions: 추천군의 무설명 회상·철자·연상과 KIPRIS·도메인·앱스토어 등록 가능성

[2026-08-11] query | 앱 이름 1차 후보 전면 폐기#

• Summary: 르움·류잇·모여브를 포함한 12개 후보가 의미를 억지로 결합한 부자연스러운 조어라는 팀 피드백을 반영해 추천 상태를 철회했다. 다음 라운드는 설명보다 자연스러운 발음·기억·브랜드 완성도를 우선한다.
• Touched: 앱 이름 1차 후보, 작업 로그
• Open questions: 2차 후보의 선호 어조와 브랜드 인상

[2026-08-11] decision | 브랜드명 새참 확정#

• Summary: 프로젝트 오너 결정에 따라 제품의 대외 한국어 브랜드명을 새참으로 확정했다. 폐기된 1차 조어 후보는 실패 기록으로 유지하고 영문 표기·상표·도메인·배포명은 별도 후속 확인 대상으로 분리했다.
• Touched: ADR-0014: 브랜드명 새참 확정, 프로젝트 개요, 검증 계획, 앱 이름 1차 후보, 새참 브랜딩 근거 조사 결론, 브랜드명 새참 프로젝트 오너 결정, 작업 로그
• Open questions: 새참 영문 표기, 상표 등록 가능성, 도메인과 실제 배포명

[2026-08-11] decision | 새참 관련 문서 전면 정합화#

• Summary: 현재형 Wiki·저장소 안내 문서와 생성 HTML의 표시명을 새참으로 통일했다. 기존 경로와 배포 프로젝트명은 기술적 호환성을 위해 유지하고, 과거 로그·immutable raw·출처의 원제와 발행 주체는 역사 기록으로 보존했다.
• Touched: 오프테이블 Wiki, 프로젝트 개요, ADR-0014: 브랜드명 새참 확정, ADR-0013: 기준 문서 통합과 신규 조사 동결, 경쟁과 차별화, 검증 계획, 새참 브랜딩 근거 조사 결론, 작업 로그
• Open questions: 새참 영문 표기, 상표 등록 가능성, 도메인과 실제 배포명

[2026-08-12] decision | 첫 MVP 식사·식당 중심과 브랜드명 오프더테이블#

• Summary: 첫 MVP를 식당에서 하는 식사 만남으로 제한하고, 맛집 순위보다 대화 환경·분위기·화장실 등 만남 적합성을 우선하는 식당 추천을 제품 기준으로 정했다. 대외 한국어 브랜드명은 새참에서 오프더테이블로 변경했다.
• Touched: ADR-0015: 첫 MVP 식사·식당 중심, ADR-0016: 브랜드명 오프더테이블 확정, 프로젝트 개요, 제품·MVP, 고객과 사용 상황, 검증 계획, 가설 등록부, 오프테이블 Wiki
• Open questions: 식사 인원과 예상 소요시간, 식당 평가 항목의 측정·가중치, 영문 공식 표기, 상표, 도메인과 배포명

[2026-08-12] query | 회원 자율형 MVP와 수익 로드맵#

• Summary: 원래 기획인 회원 자율형 식사 만남을 첫 MVP의 원형으로 복원했다. 회원 생성·참여·식당 조율·출석·반복을 최우선 검증 목표로 두고, 채팅에는 식당 확정·취소·출석 상태를 결합한다. 식당 추천·예약·전용 메뉴·결제는 관찰된 병목 뒤에 도입하며 수익은 만남 운영·식당 거래·반복 편의로 나눠 고도화한다.
• Touched: 회원 자율형 MVP와 수익 로드맵, 제품·MVP, 검증 계획, 가설 등록부, 수익모델, 프로젝트 개요, 오프테이블 Wiki, 회원 자율형 MVP와 단계적 수익구조 프로젝트 오너 방향
• Open questions: 첫 인원·승인 방식, 식당 미정 신청 허용, 채팅 범위, 성인 확인, 출석 확인과 첫 수익 실험

[2026-08-12] query | 수줍은 사용자 페인포인트 분석#

• Summary: 수줍은 사용자를 확정 페르소나나 내향성 전체로 일반화하지 않고, 만남 욕구가 있어도 평가·거절·첫 발화·의견 제시·당일 합류·식사 중 소외 부담 때문에 행동이 멈추는 퍼널별 가설로 정리했다. 욕구 없음·조건 불일치·사회적 장벽·안전 문제를 구분하고 해결 기능보다 최근 포기 사건과 행동 관찰을 우선한다.
• Touched: 수줍은 사용자 페인포인트 분석, 고객과 사용 상황, 가설 등록부, 회원 자율형 MVP와 수익 로드맵, 프로젝트 개요, 수줍은 사용자의 진입장벽과 페인포인트 우선 분석 방향, 초기 성인의 사회적 철회 동기와 수줍음, 수줍음과 위험 회피 의사결정
• Open questions: 어느 단계의 사회적 위험이 실제 이탈을 가장 크게 만드는지, 수줍음과 조건·안전 장벽을 어떻게 구분할지, 한 번의 참석 뒤 반복 장벽이 줄어드는지

[2026-08-12] research | 사회적 진입장벽 해결 패턴 비교#

• Summary: 만남에 국한하지 않고 Timeleft·Donut·Gatheround·Toastmasters·Slowly·7 Cups·Be My Eyes·Bumble·Hinge가 먼저 말하기·평가·실시간 응답·합류 부담을 줄이는 구조를 비교했다. 역할·과업·첫 문장·단계적 노출·비동기·자동 편성의 반대 효과를 함께 기록하고, 오프더테이블에는 자율성을 유지하는 저개입 패턴부터 관찰하도록 정리했다.
• Touched: 사회적 진입장벽 해결 패턴 비교, 수줍은 사용자 페인포인트 분석, 경쟁과 차별화, 수줍은 사용자 문제의 타 영역 서비스 사례 조사 방향, 사회적 진입장벽을 줄이는 타 영역 서비스 공식 기능 스냅샷
• Open questions: 역할 명확화·과업 기반 첫 발화·발화 외 상태 표현 중 어떤 패턴이 실제 이탈에 대응하는지, 저개입 지원이 자율 조율을 가리지 않는지

[2026-08-12] research | 재미 요소로 사회적 부담을 낮추는 패턴#

• Summary: Timeleft·Gatheround·Paired·Wavelength·Pokémon GO·Slowly·Kahoot·Duolingo의 아이스브레이커·상호 공개·협력 과업·수집·도전·순위 구조를 비교했다. 첫 식사에는 공동 질문·협력 과업·발화 외 반응을 우선 검토하고, 경쟁·포디엄·강제 자기노출·연속 참여 압박은 기본 제외 후대로 정리했다.
• Touched: 재미 요소로 사회적 부담을 낮추는 패턴, 사회적 진입장벽 해결 패턴 비교, 수줍은 사용자 페인포인트 분석, 경쟁과 차별화, 사회적 부담을 공동 활동으로 바꾸는 재미 요소 사례
• Open questions: 실제 식사에서 어떤 공동 활동이 자연스럽게 첫 발화와 의견 참여를 늘리는지, 게임 비참여를 공개하지 않고 선택권을 보장할 수 있는지

[2026-08-12] query | 기존 재미 요소의 재미와 신선도 재평가#

• Summary: 식당 투표·합류 미션은 편의 기능, 대화 카드·공통점 공개는 익숙한 아이스브레이커, 배지·연속 참여는 동기 장치에 가깝고 충분한 재미나 신선도를 입증하지 못했다는 오너 평가를 반영했다. 기존 후보를 추천안에서 내리고 문제 해결과 별개로 경험 자체가 기대되며 낯선 조합마다 예상 밖의 결과를 만드는지를 다음 탐색 기준으로 세웠다.
• Touched: 재미 요소로 사회적 부담을 낮추는 패턴, 기존 재미 요소 후보의 재미와 신선도 부족 평가
• Open questions: 낯선 사람의 비밀 정보·비대칭 역할·즉흥 창작·집단 선택 중 어떤 구조가 식사를 방해하지 않으면서 독자적 재미를 만드는지

[2026-08-12] research | 현재 유행하는 사회적 놀이 형식 탐색#

• Summary: 독창적 아이디어를 먼저 만들지 않고 2025~2026 공식 이용·추천·앱 평가·한국 공개 콘텐츠 신호를 기준으로 협동 혼란, 라이어 찾기, 음악 기억, 몸짓 추측 형식을 비교했다. 현재성은 PEAK·R.E.P.O.처럼 공동 목표 아래 예측 불가능한 실수와 수습 장면이 생기는 형식이 가장 강했고, 식사에는 사람 평가가 아닌 협동 실패·공동 결과물의 문법만 번역할 가치가 있다고 정리했다.
• Touched: 현재 유행하는 사회적 놀이 형식 탐색, 재미 요소로 사회적 부담을 낮추는 패턴, 경쟁과 차별화, 재미 요소는 현재 유행 형식부터 탐색, 현재 사회적 놀이 형식의 유행 신호
• Open questions: 물리 엔진 없이 식탁에서 예측 불가능한 공동 사건을 만들 수 있는지, 라이어 형식의 공격성을 없애고 비밀 정보의 반전만 남길 수 있는지

[2026-08-12] query | 오프더테이블에서 재미란 무엇인가#

• Summary: 재미를 웃음·유행·보상·편의와 분리하고, 강요받지 않은 자발적 관여 속에서 다른 사람과 함께해서만 생기는 발견·표현·사건을 즐기며 끝난 뒤 다시 말하거나 재경험하고 싶은 상태로 정의했다. 핵심 조건은 자발적 관여·공동 발생·긍정적 변동이며, 나의 기여와 재서사화·재경험을 강화 조건으로 두고 경험 전·중·후 질문과 행동 지표를 마련했다.
• Touched: 오프테이블에서 재미란 무엇인가, 재미 요소로 사회적 부담을 낮추는 패턴, 현재 유행하는 사회적 놀이 형식 탐색, 경쟁과 차별화, 재미 요소 탐색 전에 재미를 정의, 재미·동기·사회적 경험의 이론적 기초
• Open questions: 실제 사용자에게 관계적 어울림·발견·공동 표현 중 어떤 경험이 재미로 인식되는지, 식사 뒤 자발적 재언급과 재경험 의향이 반복 출석으로 이어지는지

[2026-08-12] query | 신박하고 수줍음 친화적인 놀이 원형#

• Summary: 강한 신박함과 말·연기·자기폭로 없이 가능한 참여를 동시에 적용해 분할현실 테이블, 테이블 생명체, 미래의 영수증을 비교했다. 첫 실험은 각자 서로 다른 정보 조각을 받고 작은 비공개 선택을 합쳐 그 테이블만의 사건과 결말을 만드는 분할현실 테이블로 좁혔다.
• Touched: 신박하고 수줍음 친화적인 놀이 원형, 오프테이블에서 재미란 무엇인가, 현재 유행하는 사회적 놀이 형식 탐색, 신박하고 수줍음 친화적인 재미 탐색
• Open questions: 비언어 선택이 실제 자발적 대화와 재서사화로 이어지는지, 휴대폰·규칙 설명이 식사를 방해하지 않는 5분 이내 구조가 가능한지

[2026-08-12] query | 가상 장면을 버리고 실제 식사 순간으로 재탐색#

• Summary: 이해하기 어려운 가상 단서·장면 전개의 분할현실 테이블을 폐기했다. 새 1순위는 맛있는 순간에 익명 버튼을 누르고 여러 반응이 겹칠 때만 중앙의 빛이 켜지는 맛의 공명으로 바꿨으며, 10초 설명·저발화·비참여 비공개·실제 식사 결합을 필수 기준으로 두었다.
• Touched: 신박하고 수줍음 친화적인 놀이 원형, 오프테이블에서 재미란 무엇인가, 분할현실 테이블 후보 폐기와 재탐색
• Open questions: 익명 공명 신호가 실제 자발적 대화와 기억을 만드는지, 단순 조명 효과나 참여 압박으로 끝나는지

[2026-08-12] decision | 브랜드명 오프테이블 확정#

• Summary: 프로젝트 오너 결정에 따라 현재·미래 대외 한국어 브랜드명을 오프더테이블에서 오프테이블로 변경했다. 공개 Wiki·소개·메타데이터·앱 표기를 정합화하고 이전 명칭은 raw·과거 로그·당시 ADR과 출처에서 역사 기록으로 보존했다. 기술 식별자와 기존 URL은 변경하지 않았다.
• Touched: ADR-0017: 브랜드명 오프테이블 확정, 프로젝트 개요, 오프테이블 Wiki, 검증 계획, 브랜드명 오프테이블 프로젝트 오너 결정
• Open questions: 영문 공식 표기, 상표, 도메인과 실제 배포명

[2026-08-12] decision | 초기 MVP Supabase·Vercel 스택#

• Summary: 빠른 초기 웹 MVP 개발을 위해 Supabase를 백엔드·데이터 플랫폼으로, Vercel을 웹 배포 플랫폼으로 확정했다. 향후 모바일에서도 핵심 데이터·권한을 재사용하도록 웹 전용 구현과 분리하고, 세부 프레임워크·인증·환경 구성은 후속 결정으로 남겼다.
• Touched: ADR-0018: 초기 MVP Supabase·Vercel 스택, 프로젝트 개요, 초기 MVP Supabase·Vercel 개발 결정
• Open questions: 웹 프레임워크, 인증 방식, Supabase 제품별 사용 범위와 세부 환경 구성

[2026-08-12] query | Supabase·Vercel에서 AWS로 옮길 시점#

• Summary: 사용자 수나 RN 출시가 아니라 측정된 query·연결·Realtime·Storage·가용성·비용 병목을 AWS 이전 기준으로 정했다. Supabase 내부 최적화와 상향 뒤에도 SLO를 반복 위반하거나 현재 플랫폼으로 RPO·RTO·보안 요구를 충족하지 못할 때, 전체 이전보다 실제 병목 경계부터 단계적으로 분리한다.
• Touched: Supabase·Vercel에서 AWS로 옮길 시점, ADR-0018: 초기 MVP Supabase·Vercel 스택, Supabase Compute and Disk, Amazon RDS for PostgreSQL
• Open questions: 첫 production 부하 시험의 SLO·peak 기초선, RPO·RTO, 6개월 비용 예측과 운영 인력