MR-12 — 브랜드 캠페인 문안의 승인본과 채널 납품

조사일·공개 자료 확인일: 2026-09-23 UTC. 담당: Product Market Fit. 기준 소스: 94a9496826d0ea5b1cd06714ff4da45aef7ec8af (origin/main 조회 commit). 판단 인계: Product Master PM. 이번 회차는 공급자 공식 문서와 소스 비교다. 실제 고객 수요·지불 의사·납품 검증은 아니다. 첫 외부 alpha의 기존 오피스 사용자와 네 제품 DB·Yorkie 인수는 #322의 별도 조건이다.

질문: 캠페인 문안을 웹 페이지와 소셜 게시물로 고쳐 내보내는 팀에서, 승인한 내용과 실제 게시한 내용의 불일치를 줄이는 일이 구매 이유가 될 수 있는가? MR-06의 뉴스레터 원문→이메일·웹 재사용과 구분해, 검토자·승인 시점·게시 버전·수정 후 재승인에만 초점을 둔다.

고객·시장 근거

고객·사람·반복 업무(가설). 브랜드 마케팅 팀 또는 대행사의 작성자, 브랜드/법무 검토자, 웹·소셜 게시 담당이 한 캠페인의 제목·혜택·기간·링크를 채널별로 조정할 수 있다. 구매자는 캠페인 운영 예산과 게시 오류 책임을 가진 팀장 또는 대행사 책임자로 가정한다. 실제 팀, 구매 권한, 캠페인 빈도, 오류 비용, 승인 규칙, 마감은 미확인이다. 이번 회차 고객 인터뷰·업무 관찰·유료 실험·외부 계정 실행은 각각 0건이다.

현재 대안: 문서 승인. Google Drive는 파일 잠금과 승인 요청을 제공한다. ‘모든 승인자가 같은 내용을 검토’하도록 설정하면 편집 뒤 승인이 초기화된다. 이 기능은 Enterprise와 Workspace for Education Plus 계정에만 제공한다고 명시한다. 따라서 일반 개인/표준 Workspace 팀은 같은 기능을 쓰지 못할 수 있지만, 이것만으로 Wonffice 수요가 생겼다고 할 수 없다. Google Drive 공식 도움말

현재 대안: 소셜 게시. Buffer는 소셜 채널별 초안과 승인 요청·반려·예약을 제공한다. 협업 승인은 Team 요금제 기능이다. 다중 채널 초안은 채널별로 독립 저장된다. API로 만든 글도 Needs Approval 권한이면 승인 대기 초안이 된다고 설명한다. 이는 Wonffice가 소셜 승인 전체를 새로 만들지 않고 기존 게시 도구를 사용할 수 있는 조건부 연동 경로를 시사한다. 실제 API 권한·인증·연결 동작은 확인하지 않았다. Buffer 승인, 다중 채널 초안, 역할·요금제 조건

현재 대안: 웹 게시. Webflow의 Publishing Workflow는 디자이너→스테이징→프로덕션 차이를 보이고 게시 전 확인을 지원한다. 2026-06-02 갱신된 도움말상 Enterprise 고객·파트너만 사용할 수 있다. 스테이징에서 프로덕션으로 넘기는 버튼은 단일 페이지가 아닌 사이트 전체 변경을 게시할 수 있다는 설명도 있다. Wonffice의 독립 HTML 파일 내보내기를 동일한 호스팅·게시 통제로 설명하면 안 된다. Webflow 공식 도움말

공급자 요금제 조건은 해당 공급자 상품의 제공 범위다. 고객이 실제로 비용을 지불한다는 증거 또는 Wonffice의 가격 근거가 아니다. 위 자료는 영문 공개 안내다. 고객의 국가·계정·요금제·게시 채널·보안 정책은 미확인이다.

도입 위험과 실제 기능 경계

업무 단계	현재 소스에서 재사용 가능한 것	도입 장벽·추가 개발/연동
문안 초안·수정	Note는 독립 본문과 CMS 필드 편집을 제공하고 저장은 호스트가 책임진다.	실제 승인자 권한, 변경 이력, 공동 검토는 Note API만으로 해결되지 않는다. Workspace는 브라우저 출처별 로컬 저장이다.
웹 사본 제작	Workspace의 noteToSite는 Note로부터 Site 사본을 만들고 출처 참조를 기록한다. Site는 페이지 편집과 HTML 내보내기 보조 기능을 제공한다.	사본은 자동 동기화가 아니다. 원본 문안이 바뀌면 승인본·Site 사본·소셜 글을 자동으로 다시 확인하지 않는다. 출처 버전 추적은 기존 #291의 제안 범위로 남긴다.
검토·승인	이번 main 조회 범위에서는 캠페인별 승인 상태와 승인한 정확한 콘텐츠 버전을 외부 게시와 묶은 기능을 확인하지 못했다.	단순 댓글/체크리스트 대안과 비교해야 한다. 역할·잠금·재승인·감사 로그는 새 개발 또는 고객 기존 도구 활용이 필요하다. 현재 기능으로 주장하지 않는다.
채널 납품·확인	Site 내보내기는 HTML/CSS 산출물을 만들 수 있다.	Site 호스트가 저장·자산·배포·접근 제어를 제공해야 한다. 내보내기만으로 게시 URL·소셜 예약·도달·승인 일치를 보증하지 않는다. Buffer API 연결은 계획 가설이며 구현·계정 테스트 0건이다. #337의 수동 전달 기록도 승인 전 제안이다.

소스: Note README, Workspace 복사, Workspace 저장 경계, Site 호스트·내보내기 경계. 기능 경계는 조회한 main 소스에 한정된다. npm 레지스트리에서 2026-09-23 UTC에 @barocss/office-note, @barocss/office-site, @barocss/office-workspace의 공개 버전을 각각 0.1.2로 확인했다. tarball 설치·실행과 main 동일성 검증은 하지 않았다. 세 패키지의 README는 MIT 라이선스를 명시한다. 제품 구현·#322 기술 인수·계획 기능을 이번 연구의 현재 고객 기능으로 합산하지 않는다.

미검증 가설·도입 경로·수익 조건

추론과 추천. 소셜만 운영하는 팀에는 Buffer의 기존 승인 기능이 충분할 수 있다. 웹만 관리하는 팀은 현재 CMS의 권한·게시 흐름을 이미 사용할 수 있다. 조건부 후보는 한 캠페인의 여러 채널 결과물이 동일한 승인 사실·혜택·기간·링크를 반영했는지 확인하는 업무다. 이 가치가 있다면 새 게시기를 만들기보다 원문·채널별 최종본·승인 버전·수신 확인을 기존 도구 옆에서 비교하는 접근이 작다. 그러나 독립 사본과 수동 대조가 더 비싸면 가설을 낮춘다. 직접 제품 연결은 고객이 필요한 채널·권한·비용을 보인 뒤 PM이 별도로 검토한다.

도입 시험은 자료 취급 승인을 받은 최근 캠페인 한 건의 초안→한 차례 수정→검토→웹/소셜 최종본 확인을 기존 방식과 같은 종료 조건으로 비교하는 것이다. 실제 외부 게시나 계정 접속은 하지 않았다. 고객이 하나의 채널만 쓰면 그 업무를 유효한 표본으로 세고 억지로 다중 채널을 요구하지 않는다.

과금 후보는 팀의 승인본 추적·복구·감사 지원 또는 기존 도구 연결 운영이다. 구매자는 브랜드 운영/리스크 책임자일 수 있지만 권한·예산·지불 의사는 미확인이다. 공개 편집 SDK 자체 대신, 실제로 절약한 검토·오류 복구·운영 부담이 유료 이유인지 #296에서 확인한다. 순편익 = 기존 방식의 문안 수정·승인 왕복·잘못된 버전 복구 비용 − 제안 방식의 복사·대조·연동 요금·교육·운영·지원·복구 비용. 캠페인 빈도, 채널 수, 승인자 수, 수정 횟수, 외부 도구 요금제, 게시 오류 비용에 민감하다. 모두 고객 수치가 없는 변수다. 우리 공급 비용에는 MIT 공개 기능 위의 서버·저장·권한·연동 유지·고객 지원·결제 비용을 넣는다. 금액과 시장 규모를 가정해 매출로 바꾸지 않는다.

중단·반증 조건. 최근 캠페인의 승인자·최종 게시물·변경 시점·필수 조건을 알 수 없으면 실험 설계를 보류한다. 기존 Drive·Buffer·Webflow·체크리스트로 승인본 혼동을 충분히 막거나 추가 대조 시간이 오류 감소보다 크면 Wonffice 유료 가설을 낮춘다. 고객이 요구하는 소셜/웹 권한 또는 최종 게시 확인을 확보하지 못하면 ‘납품 완료’로 세지 않는다. 담당자와 실제 배정 근거가 없으면 Product Master PM에 알린다. 새 승인 시스템·Buffer 연동·alpha 필수 기능을 이 연구만으로 발주하지 않는다.

성과 측정 제안과 출시 시점

PM이 #289에서 접근 가능한 고객과 최근 캠페인·자료 취급 승인·참여자·기존 도구 계정 담당을 정한 뒤에만 비교한다. 기존 측정 계약과 #297을 재사용한다.

지표	대상·기간·분자/분모	자료 출처·다음 담당 역할
독립 업무 완료	첫 적격 캠페인 과제에서 도움 없이 사전 합의한 최종본·승인·수신 조건을 충족한 시도 / 시작한 적격 시도. 첫 실제 캠페인 기간	익명화한 관찰·산출물·승인 기록, UX·QA
승인본 일치	사전 정의한 필수 혜택·기간·링크와 승인 버전이 모두 일치한 채널 최종본 / 검증 대상으로 정한 채널 최종본. 첫 캠페인과 다음 실제 수정 시점 별도	승인 시점 사본·채널 실제 결과, PMF·검토자·QA. 파일 복사만으로 성공 처리하지 않음
검토·복구 총비용	캠페인 1건당 수정, 승인 왕복, 채널 대조, 잘못된 게시물 복구, 지원 시간. 같은 범위의 기존 방식 대비	단계별 시각·오류·지원 기록, PMF·Support·Operator
반복 사용·전환·유지	다음 실제 캠페인이 도래한 적격 팀 중 다시 독립 완료한 팀 / 다음 캠페인이 도래한 적격 팀. 같은 조건 제안을 받은 적격 구매자 중 실제 결제·갱신은 별도 분자	승인된 사용·제안·결제 근거, PMF·Growth·PM. 현재 분모 0이므로 비율은 미확인

출시 시점 조건	근거·확인일	영향·상태	재확인 시점·역할
고객 캠페인 마감·계약 갱신	고객 자료 없음, 2026-09-23 조회	시급성 미확인. 출시일 근거로 사용하지 않음	PM이 실제 참여자와 일정을 확인할 때
Google Drive 승인 계정 조건	공식 도움말, 2026-09-23	Enterprise/Education Plus 한정 안내. 고객 대안 가능성은 계정에 따라 달라짐	고객 계정 비교 직전, PMF·UX
Buffer Team 역할·API 흐름	승인 도움말, 2026-09-23	기존 경쟁 기능이며 연동 가능성은 미검증. 요금·권한 변경 시 비용 영향	연동 결정 또는 고객 시험 직전, PM·개발·QA
Webflow Enterprise 게시 단계	공식 도움말, 2026-09-23	기존 게시 통제와 차별 검증 필요	대상 고객의 CMS 확인 직전, PMF·UX

출시 후 실제 고객의 사용·전환·유지 결과는 이 작업에 없다. 결과가 오면 위 가설과 같은 범위·버전·기간으로 비교하고 유지·수정·보류 이유를 기록한다. 상품 가격이나 출시 약속은 확정하지 않는다.

상태·PM 인계

상태	범위·확인 결과·남은 위험	다음 담당
준비 완료	main 94a94968 및 공식 대안 자료에 따른 승인·게시 단계, 기능 경계, 검증/중단 조건 제안. 수요 검증 아님	Product Master PM이 후보 유지와 실제 고객 접근 여부 판단
미완료	실제 캠페인의 승인본·채널 결과 비교, 계정 권한·게시/복구·지원 비용 측정	PM 결정 후 UX·QA·Support·Operator 역할 연결
미확인	실제 고객·구매자·사용/지불 의사·마감·예산·자료 권한·실제 담당자. 인터뷰·관찰·유료 실험·외부 계정 실행 각 0건	PM이 #289 참여자·증거 확보 담당과 배정 근거 확인. PMF·Growth는 승인 범위에서 검증
해당 없음	이 연구에서 승인 기능·연동 개발, 가격, alpha 범위 변경, 제품 전체 출시 준비 완료	기술 인수 #322, 사업 판단 #296에서 별도 결정

새 이슈·Discussions 댓글·출시 필수 조건은 만들지 않는다. 다음 질문 후보: MR-13 — 커뮤니티 운영팀의 공지·정책 변경을 여러 공간에 반영할 때 기존 편집 기능이 실제 비용을 줄이는가? 이는 MR-08의 게임 버전 공지와 분리해 일반 커뮤니티의 정책/도움말 개정으로 한정한다.