MR-08 — 팬덤·게임 커뮤니티의 변경 안내

확인일: 2026-09-20. 역할: Product Market Fit. 범위: 업데이트 공지·공략·시즌 자료의 변경 반영. 기준 main: 895f0cf20582ccfe5aa0d797121740befa825365. 고객 인터뷰·실제 업무 관찰·유료 실험·외부 서비스 계정 실행은 각각 0건이다.

판단 제안: 팬덤 위키나 공지 채널 전체를 대체하는 시장은 우선 진입 대상으로 보류한다. 기존 도구에도 공통 내용 재사용·수정 전파·빌드 연결이 있다. 예산 책임자가 있고 여러 전달처를 관리하는 게임 운영팀의 버전·지역·유효 기간별 안내 확인만 조건부 후보로 남긴다. 교육 자료 반복 제작팀은 기존 후보 가설로 보존한다. 조사 중 사용자가 확정한 제품 방향이 Mento를 통해 전달됐다. 가까운 목표는 첫 alpha를 외부 서비스로 제공해 소수의 기존 오피스 사용자를 확보하는 것이다. 세부 고객군·첫 업무는 미확정이다. 따라서 이 회차는 확장 시장 근거이며 첫 alpha 고객군 채택이나 범위 확대가 아니다.

1. 고객·시장 근거

사용자와 구매자를 나눔

후보	반복 업무 가설	구매자 가설·확인할 근거
자원봉사 팬덤 위키·공략 작성자	공통 수치·설정·공략 변경	운영 주체·예산·후원 사용 권한 미확인. 활발한 편집을 구매 의사로 세지 않음
게임 개발사·퍼블리셔 커뮤니티 담당자	패치·이벤트 변경을 공지, FAQ, 안내 페이지에 반영	커뮤니티·콘텐츠 운영 예산 책임자. 최근 개정 업무·누락·복구 비용과 도입 권한 필요
여러 게임을 맡는 운영 대행사	고객별 자료·언어·일정·전달처 확인	대행사 책임자 또는 고객사 구매자. 반복 업무 비용과 계약상 제공 범위가 맞는지 미확인

팬 수·서버 수·편집 횟수만으로 유료 고객 수를 추정하지 않는다. 공식 운영자가 팬 위키의 게시 권한까지 가진다고 가정하지 않는다.

기존 대안과 반대 근거

확인한 공식 기능	Wonffice 후보에 주는 의미
Discord Announcement 채널은 팔로우한 서버에 공지를 게시하며 원문 수정도 반영한다. 문서는 시간당 게시 10회 제한을 설명한다. 공식 FAQ	동일 공지를 여러 서버에 옮기는 기능 자체를 신규 가치로 잡기 어렵다. 서로 다른 내용을 수동 작성한 글까지 자동 수정된다는 뜻은 아님
MediaWiki 템플릿은 공통 내용을 여러 페이지에 포함하고 변경을 반영한다. 정적 치환은 별도 방식이다. 공식 템플릿 안내	위키 내부 공통 내용의 반복 수정에는 기존 대안이 있다. 고객이 이를 쓰지 못하는 이유와 설정·운영 비용을 확인해야 함
Steam은 패치 노트를 빌드에 연결한다. 문서는 현재·향후 빌드에 연결할 수 있고 이전 게시물을 과거 빌드에 연결할 수 없다고 설명한다. 패치 노트 안내	‘공지와 빌드 연결이 없다’는 차별화 주장은 부정확하다. 기존 도구의 연결 기능을 비교군에 포함
Steam 이벤트는 번역문·이미지, CSV 언어 자료, 게시 예약을 지원한다. 언어가 없으면 영어로 대체한다. 이벤트 도구 안내	언어별 자료를 모으는 것만으로 추가 비용을 정당화하기 어렵다. 게임 버전·지역 적용 여부는 고객 자료로 별도 확인
Steam HTML 가져오기는 일부 태그를 BBCode로 바꾸며 다른 태그는 무시한다. 공식 가져오기 명세	Site의 웹 페이지를 같은 화면으로 그대로 전달한다고 약속할 수 없다. 실제 입력·재검수 비용을 비교에 포함

공식 문서는 공급자가 제공하는 조건이다. 이번에 고객 계정에서 실행하거나 작업 시간이 줄었다고 관찰한 것은 아니다. MediaWiki의 내부 재사용, Discord의 공지 전파, Steam의 빌드·언어 연결을 사용할 수 있는 비교군과 비교해야 한다.

실제 기능을 넣을 위치

제안 경로는 변경 원문 확인 → 버전·지역·기간별 필요한 문서 작성 → 기존 플랫폼에 수동 전달·확인이다. 원래의 독자·회원·권한 체계는 고객의 기존 운영 조건으로 다룬다.

• 소스 확인: Site 데이터 구조는 문서 내부 행과 URL 자료, 필드·목록 처리 경로를 가진다. 공략 목록·시즌 자료 목록을 만드는 후보 수단이다. 실제 게임 데이터 연결이나 대규모 운영을 검증한 것은 아니다.
• 소스 확인: Site live 처리는 선택한 URL 자료를 방문자 쪽에서 다시 읽는 경로다. 기본 저장 행과 외부 자료 갱신을 구분한다. 빈 배열·필터 결과 0개에서 기존 게시 행을 유지하고 요청·응답 처리 실패를 무시하는 분기가 있다. 일부 유효 결과가 남으면 초과 행을 숨길 수 있다. 모든 HTTP 오류에서 유지하거나 어떤 행도 삭제하지 않는다고 일반화하지 않는다. 이 경로에 날짜 기준 자동 철회·주기적 재조회가 있다는 근거는 없다. 종료·철회 안내의 자동 제거 보장으로 설명하지 않는다.
• 소스 확인: Note→Site는 독립 사본이다. 여러 플랫폼의 공지나 문서에 수정이 자동 전파되는 기능이 아니다.
• 소스 확인: Site 호스트 경계와 MIT 안내에 따라 저장·배포·자산·접근 제어는 호스트 책임이다. 내보내기로 공개 URL이 자동 생성되지 않는다. 무료 공개 코드의 사용과 유료 운영·지원 상품을 구분한다.
• 계획·미확인: #291의 원본 추적, #292의 제한 변환, #337의 전달 기록은 기존 제안이다. 게임 데이터 수집·자동 번역·권한 통합·게시 봇·종료 자동화 구현으로 확대하지 않는다.

2. 도입 위험과 출시 시점 요인

조건	확인 결과·상태	다음 확인·담당
기준 게임 버전·지역·기간	같은 문구도 적용 대상이 다를 수 있다는 업무 가설. 고객의 실제 혼동·피해·반복 빈도는 미확인	PM이 후보 채택 후 UX·PMF가 최근 개정 자료로 관찰
외부 자료 갱신 실패·빈 결과	Site 소스 경계는 준비 완료. 종료된 행이 반드시 사라진다는 보장은 확인 못함. 실제 고객 데이터 실행은 미완료	기간 제한 안내를 고르면 개발·QA가 정상·실패·0개 조건과 운영 확인 방법 검토. 지금은 새 결함으로 단정하지 않음
Steam 게시·수정 시점	문서는 Library 표시가 검토 때문에 한 시간 늦을 수 있고, 이미 게시한 이벤트의 저장 변경은 즉시 보일 수 있다고 설명한다. 고객 계정에서의 실제 결과는 미확인	첫 전달 검증 전에 권한·가시성·예약 조건 재확인. 초안과 이미 공개된 문서 구분
Steam 빌드 연결·언어 대체	빌드 연결 시점 제한과 영어 대체 규칙은 공식 근거 준비 완료. 고객의 출시 분기·지역별 배포 일정은 미확인	고객의 빌드·언어별 전달표를 과제 전에 고정. 늦게 확인하면 과거 빌드 연결을 되돌려 할 수 있다고 약속하지 않음
Discord 게시 제한	문서상 시간당 10회 제한은 준비 완료. 실제 게시 빈도·권한·한도 소모는 미확인	후보의 피크 업무와 비교. 제한을 우회하는 설계는 제안하지 않음
기존 콘텐츠·커뮤니티 이전	기존 링크, 회원 접근, 편집 방식, 자료 사용 권한, 운영 책임 배정은 미확인	PM이 고객 접근 경로·자료 책임자 확인. 이전을 첫 과제의 전제로 하지 않음
고객 출시·시즌 전환·예산 일정	확정 자료 없음	PM이 실제 담당·일정을 확인. 시즌 이름만으로 긴급 출시일을 만들지 않음

시점·정책 출처는 위 공식 문서이며 확인일은 2026-09-20이다. 모든 국가·계정에 대한 실행 검증은 아니다. 기간 제한·예약 안내는 고객의 실제 일정이 정해진 뒤 검증하며, 이번 연구에서 외부 공지를 게시하지 않았다.

3. 미검증 가설과 수익 조건

가치 가설은 채널 수 자체가 아니라 여러 전달처에 다른 적용 조건을 가진 내용을 내보낼 때의 누락·오배포 확인 비용이다. 수익 가설은 운영팀 단위의 문서 제작·검수 보조와 도입·템플릿 지원이다. 계약·가격·실제 검수 대행은 확정하거나 실행하지 않는다.

주장	확보할 증거	반증·보류 조건
구매 예산이 있는 반복 업무다	실제 예산 책임자, 최근 변경 업무, 반복 빈도, 현재 복구 비용	자원봉사 관심만 있고 구매 권한·예산 경로가 없거나 빈도가 낮음
기존 조합보다 순이점이 있다	원문 확인부터 플랫폼 입력·검수·복구까지 같은 업무 비교	Discord 전파·MediaWiki 템플릿·Steam 도구+체크리스트로 충분함
적용 대상 기록이 혼동을 줄인다	필수 사실에 버전·지역·유효 기간을 연결한 관찰 기록	장부 입력 시간이 더 크거나 기록을 믿지 못해 전부 재검수해야 함
운영·지원 원가를 감당할 수 있다	고객별 자료 정리·템플릿 변경·외부 플랫폼 지원 시간과 직접 비용	외부 계정마다 수작업 대행이 계속 필요하거나 긴급 대응 범위를 정하지 못함

가정 계산: 모든 전달처를 합쳐 한 변경 회차의 순절감이 12분이고 시간 가치가 45,000원이라면 월 12회는 108,000원, 40회는 360,000원이다. 산출물·언어 수로 다시 곱하지 않는다. 가상 추가 도구비 100,000원의 시간 가치 손익분기는 월 약 133.3분이며 실제 이점은 그 밖의 도입·외부 요금 증가 비용도 넘어야 한다. 이 수치는 고객 관찰·현금 절약·가격 제안이 아니다.

공급자 측 가정은 월 매출 100,000원, 직접 운영비 20,000원, 지원 시간당 원가 40,000원이다. 지원 1시간이면 40,000원, 3시간이면 -40,000원이 남는다. 개발·영업·간접비·세금 전 값이다. 잠재 고객의 회원 수나 게임 매출을 우리 매출로 계산하지 않는다.

4. 성과 측정 제안

Customer-Study-Protocol의 교육 준비 대상과 #289의 기존 기준을 바꾸지 않는다. 게임 운영 후보를 채택할 때만 아래 과제와 기준을 PM이 검토한다. #296·#297과 Measurement-Contract를 재사용한다.

과제 초안은 한 업데이트의 승인된 사실표와 실제 필요한 두 전달처다. 버전 또는 지역 하나만 적용되는 변경, 종료 시점 수정, 전체 항목 종료를 분리한다. 합성 자료로 내부 예행을 하고, 정상적인 기존 재사용·전파 기능도 비교군에 허용한다. 새 플랫폼 계정·게시 봇·실제 외부 발행을 선행 조건으로 추가하지 않는다.

지표	분자·분모 또는 비교값	기간·자료·담당 제안
독립 업무 완료	도움 없이 필수 내용을 올바른 적용 대상에 반영하고 저장·재열기·확인한 과제 / 시작한 적격 과제	고정 원문·빌드·환경. UX 관찰, QA는 동작 근거. 실패·중단·도움은 분모 유지
적용 대상 정확성	내용·버전·지역·유효 기간이 모두 맞는 확인 항목 / 사전 고정 필수 항목	개정 전후. 필요한 정보를 지워 오류 수만 줄인 경우 제외. 잘못 남음·누락·오적용 분리
총작업 비용	준비·입력·플랫폼별 수정·대조·복구 시간의 기존 방식 대비 차이	한 변경 회차 전체. 자동 전파 확인 비용도 포함. PMF가 해석
실제 사용 전환	합의 기간에 새 업무를 수행한 참여자 / 해당 기간 시험에 동의한 적격 참여자	고객의 실제 변경 주기. 자료 누락은 미확인
제안→유료 전환	결제 확인 고객 / 같은 범위·조건의 제안을 받은 적격 고객	기간은 제안 전 PM 결정. 수락·청구·결제·환불 구분. 자료 담당 미확인
반복 사용·유지	후속 변경 주기에 새 업무를 수행한 초기 활성 고객 / 해당 주기가 도래한 초기 활성 고객	채택 시 다음 2개 변경 주기 관찰을 제안. 게임별 주기를 섞지 않고 갱신 도래 고객의 유료 유지 별도 측정
확인 지연·지원 원가	외부 반영 확인까지 시간, 고객별 지원 시간·비용	실제 전달을 별도로 승인한 경우만 측정. 내보내기 클릭은 게시 성공 아님

현재 분모가 0이므로 사용·전환·유지는 미확인이다. 플레이어 만족·회원 유지·게임 매출 증가는 위 문서 과제의 완료만으로 입증되지 않는다. 출시 후 실제 자료가 오면 대상 버전·표본·관찰 기간을 고정해 가설을 갱신한다. 현재 출시 후 관찰 결과는 없다.

인계와 확인 기록

• 준비 완료: 공식 시장 대안·소스 경계·위험·가설·측정 제안.
• 미완료: 실제 고객 업무 비교, 외부 자료·플랫폼 실행.
• 미확인: 사용·지불 의사, 구매 권한·모집 경로·일정·운영 책임 배정.
• 해당 없음: 이 연구의 제품 구현·가격 확정·제품 전체 출시 승인.

다음 담당은 Product Master PM이다. 예산 책임자가 있는 후보에 접근할 근거가 생길 때 #289의 채택 범위와 역할을 정한다. 새로운 문제를 자동 출시 조건으로 만들지 않으며 #291·#292·#337을 재사용한다. 기술 출시 추적은 #322다. 중복 이슈·개발 배정·같은 선택 토론을 새로 만들지 않는다.

조사 시작 시 최신 main·열린 이슈/PR·#326 댓글·Discussion #287·PMF 기능 지도와 갱신된 고객 조사 계획을 확인했다. Technical Writer에게 #327/PR #335의 기존 범위에서 live 데이터 표현과 문서 위치만 확인 요청했다. 새 구현·새 테스트 요청은 아니다. Technical Writer가 소스 해석과 기존 문서를 대조했다. 상태는 사실 대조 준비 완료이며 실제 고객 API·배포 브라우저 동작은 미확인이다. 열린 PR #335의 README 190행에 저장 행·선택적 live 경로·실패/빈 갱신의 기존 행 보존·인증 프록시 미제공을 이미 명시했다. 미병합 문서를 현재 main 문서로 세지 않는다. 새 문서·결함 이슈를 만들지 않는다.

다음 질문: MR-09 기존 오피스 사용자의 첫 alpha 핵심 업무 비교. 교육 자료 개정, 고객 제안 자료 수정, 운영 안내 갱신을 독립 업무 가치·공통 기반 활용·제품 간 연결 가치로 비교한다. 실제 접근 가능한 고객과 현재 구현으로 관찰할 수 있는 업무를 구분한다. 순서 변경 근거는 이번 사용자 제품 방향이다. 브랜드 콘텐츠·전자책 등 확장 시장은 이후 후보로 보존한다. 새 기능·Sheet·디자인 도구를 alpha 필수 조건으로 추가하지 않는다. 직접 코딩하는 개발 환경은 현재 제품 구상에서 제외한다.

검증: 로컬 HEAD 42e9a88a6cd8d3ffc002d14cd29ef6905a3769c1, Node 22.22.0의 pnpm preflight 종료 코드 0. 기존 진단 예산이 적용된 결과다. 인용한 data.ts·live.ts·workspace.ts는 로컬 HEAD와 조사 main 사이 변경이 없었고 Site README는 main 버전을 직접 읽었다. 최신 main 전체 실행·외부 플랫폼 호환·출시 준비 증명은 아니다. 링크와 가정 산식을 확인했다.

문서 작성 완료: 2026-09-20T12:52:10.200545+00:00. 원격 검증 후 회차 완료 시각은 운영 상태에 별도 기록한다.