MR-26 — 직접 판매한 뉴스레터 스폰서 소재의 승인본·발송본 대조

조사·외부 출처 확인: 2026-09-23 UTC. 대상은 미국 영어권 전문 뉴스레터가 직접 판매한 스폰서 자리 한 건이다. 광고주 승인 문안·URL·광고 표시·예약 자리를 실제 이메일 발송본과 웹 게시본에 대조할 별도 구매 이유가 있는지 묻는다. 마켓플레이스 광고와 광고 판매·청구 자체는 범위 밖이다. 기준 원격 main은 94a9496826d0ea5b1cd06714ff4da45aef7ec8af. 고객 인터뷰·업무 관찰·유료 실험·외부 계정 실행은 각 0건이다. 공개 조사 준비 완료와 제품 출시 준비는 다르다. 기술 출시는 #322에서 추적한다.

MR-06은 일반 기사 원문의 이메일·웹 재사용, MR-12는 여러 캠페인 채널의 승인 정보였다. 이 회차는 직접 판매한 광고 자리의 최종 소재 승인과 발송 후 이메일·웹의 서로 다른 수정 상태로 좁힌다.

고객·시장 근거

업무·구매자 가설: 광고 영업/운영자가 광고주와 자리·일정·소재를 합의하고, 편집자가 최종 문안·링크·표시를 발송본에 넣으며, 발송 뒤 납품 증거를 확인한다. 구매자는 발행사 대표나 광고 운영 예산 책임자일 수 있다. 광고주는 캠페인 비용을 내는 상대지만 Wonffice의 구매자로 확정하지 않는다. 실제 조직·승인 권한·빈도·재작업·구매 예산은 미확인이다.

단계	공식 출처에서 확인한 공급자 기능·조건 (2026-09-23 확인, 미국/영어 자료)	추론과 경계
직접 판매·소재 수집	beehiiv 직접 스폰서 storefront는 Max/Enterprise에서 자리·날짜·가격을 제시하고 광고주의 텍스트·이미지·링크를 받는다. 편집기에서 소재 수정도 가능하다. 맞춤 제안은 광고주가 제안·소재·결제를 처리하는 경로다.	예약·소재 수집·결제를 새로 만드는 독립 상품은 약하다. 제안 수락이나 최초 소재 제출을 최종 발송 문안의 승인 증거로 간주할 수 없다. 당사자별 승인 절차는 고객 확인 필요.
기존 비용·대안	beehiiv의 미국 영어 문서는 제안 가격에서 USD 10 고정 서비스 수수료와 Stripe 처리 수수료를 차감한다고 설명한다. 계약·지역·시점별 조건은 재확인해야 한다. Ghost CTA 카드는 선택적 sponsor label과 이메일·웹·양쪽 노출을 지원한다.	이는 공급자 요금/기능이지 뉴스레터의 사용·지불 의사 또는 Wonffice 매출이 아니다. 기존 beehiiv/Ghost와 내부 승인 파일·수동 체크표가 직접 대안이다. Ghost 카드의 표시와 실제 광고주 승인 절차는 별도다.
발송 전 검토	beehiiv 게시 절차는 이메일·웹 전환 미리보기, 댓글·버전 기록, 두 채널 대상 선택을 설명한다. 시험 메일·초안 링크도 있다. 초안 링크는 최신 초안으로 바뀌므로 고정된 승인본이 아니다.	현행 기능이 이미 강하다. 최종 승인본을 언제, 누구의 권한으로 고정하는지 모른다. 시험 메일과 실제 수신 메일이 항상 같다는 증거도 없다. 시험 메일의 일부 링크는 게시 전 404일 수 있다.
발송 후 차이	beehiiv는 이메일과 웹으로 함께 게시한 뒤 수정하면 웹에만 반영된다고 명시한다.	발송 뒤 웹 화면만 확인하면 과거 발송 이메일의 내용·링크를 증명할 수 없다. 승인 소재 → 발송 직전 증거 → 실제 보낸 이메일 → 그 시점의 웹 게시본/후속 수정을 분리해야 한다. 실제 오류율이나 분쟁은 아직 모른다.
광고 표시	미국 FTC Native Advertising Guide는 소비자를 속일 수 있는 네이티브 광고에서 명확한 광고 표시를 설명하고, 이메일 등 재게시 상황을 다룬다.	일반 지침이다. 모든 스폰서 자리의 법적 판정이나 Wonffice의 적합성 보장을 뜻하지 않는다. 광고주·발행사 책임자가 구체적 표시 기준을 확인해야 한다.

판단 — 추론: 예약·소재 수집·이메일/웹 발행 도구는 이미 있다. 광고 게시·결제 또는 단순 동시 발행을 첫 alpha 독립 상품으로 추천하지 않는다. 남는 조건부 가치는 최종 승인 문안·URL·필요한 광고 표시·자리/날짜와 실제 발송 이메일 및 웹 공개본을 채널별 증거로 대조하고, 발송 뒤 웹만 바뀐 예외를 남기는 일이다. 이 일이 반복되고 기존 도구·수동 체크보다 총비용이 낮다는 고객 근거가 있어야 한다.

도입 위험

범위	main의 실제 재사용 가능 부분	추가 개발·연동과 도입 장벽
소재 초안	Note는 호스트가 저장하는 독립 본문 편집 세션이다.	광고주 원본·최종 승인 시각/권한/버전, URL 및 표시 검토, 비공개 소재의 접근 제어는 제공된 업무 기능으로 확인되지 않았다.
웹 초안	Site는 재사용 콘텐츠와 내보내기 도우미를 제공한다.	내보낸 HTML을 수신 가능한 이메일, beehiiv 게시본, 불변 발송 기록으로 취급할 수 없다. 호스트가 자산·게시·저장·권한을 책임진다.
배포	MIT 라이선스는 상용 사용을 허용한다. 2026-09-23 공개 npm 메타데이터상 @barocss/office-note·@barocss/office-site는 각각 0.1.2다.	npm tarball 설치·실행 및 main과 동일성은 미검증. 승인 기록, 발송 메일 확보, 플랫폼 연결, 보안·백업, 비교 규칙, 온보딩·지원이 별도 비용이다. #291 원본 추적과 #337 수동 인계는 계획/제안으로만 본다.

도입 경로 — 제안, 미실행: PM이 참여와 자료 사용 권한을 확보한 발행사의 과거 직접 판매 스폰서 한 자리를 고른다. 광고주가 실제로 최종 승인한 버전이 있는지 먼저 확인한다. 승인본의 문안·최종 URL·필요한 표시·자리·예정 날짜를 사전 등록하고, 기존 플랫폼의 시험 메일/미리보기, 보존된 실제 발송 이메일, 발송 시점 웹 증거 및 후속 웹 수정 기록을 대조한다. 원본을 제삼자에게 보내거나 실제 구독자에게 발송하지 않는다. 없던 승인·발송 증거를 만들지 않는다. 내부 수동 체크표를 기준선으로 삼고 Wonffice 초안·수동 증거 대조가 더 빠르고 정확한지 같은 종료 조건에서 본다. 승인본 또는 실제 발송본이 없으면 과제 성공이 아니라 미확인이다.

출시 시점 요인: beehiiv의 Max/Enterprise 조건·USD 10+Stripe 수수료·편집/발송 동작, Ghost 카드, FTC 지침은 위 URL에서 2026-09-23 확인했다. 앞의 플랫폼 동작은 대안과 연동 범위, FTC 지침은 표시 검토 범위에 영향을 준다. beehiiv 게시·시험 메일 문서는 스스로 최근 릴리스에 맞춰 수정 중이라고 밝힌다. PM/기술 담당은 후보 계정 실험 설계 직전 요금제·기능·보존 가능 증거를 다시 확인한다. 광고주 승인 기준은 과제 시작 전, 표시 판단은 실제 발행 결정 전 책임자가 재확인한다. 고객의 예약·계약·발송 일정은 미확인이다.

미검증 가설·과금

• 사용 가치: 발행사에서 최종 승인 소재와 발송본 사이 불일치 또는 증명 지연이 실제로 반복된다. 오류 빈도·손실·광고주 요구는 미확인이다. beehiiv 버전 기록·시험 메일·수동 보존만으로 충분하면 기각한다.
• 구매 가치: 발행사 운영 예산 책임자가 검수·분쟁 처리·보고 시간 감소에 추가 비용을 승인한다. 고객 제안·유료 도입은 0건이다. 스폰서 예약 가격, beehiiv 수수료, 광고주의 매체 구매는 Wonffice 지불 의사 증거가 아니다.
• 과금 후보: 반복 사용/비용 절감이 관찰된 뒤 발행사 팀 단위 검증 서비스 또는 한정된 이관·증거 정리 지원비를 #296에서 비교한다. 가격·계약·매출 예측은 정하지 않는다.
• 손익 민감도: 기존 총비용 = 플랫폼/결제 수수료 + 광고주 승인 협의 + 시험·실제 이메일·웹 확인 + 보존/재작업 + 분쟁·지원비; 후보 총비용 = 같은 플랫폼/결제 수수료 + 승인·발송 증거 이관 + 같은 채널 확인 + 연동·권한·저장/보안 + 교육·지원 + 후보 요금; 순편익 = 기존 총비용 − 후보 총비용. 한 자리당 승인 수정 횟수, 발송 빈도, 광고주별 증거 요구, 기존 플랫폼 요금제, 수동 보존 시간과 새 지원 부담이 민감도다. 고객 수치가 없어 손익분기·시장 규모·매출은 계산하지 않는다.

반증/중단: 광고주 최종 승인과 실제 발송 이메일이 보존되지 않거나, 자체 도구·수동 체크로 같은 증거를 더 싸게 만들거나, 업무 빈도가 낮거나, 소재 반출·권한 제약/지원비가 절감을 넘으면 독립 상품 가설을 중단한다. 자동 플랫폼 연결·승인 원장은 Product Master PM에게 범위 변경 제안으로만 올린다.

성과 측정 제안

Measurement-Contract, #289, #294, #297를 재사용한다. PM이 대상 집단·기간·합격선을 과제 전에 고정한다. 분모 0이면 0%가 아니라 미확인이다. 편집기 저장이나 웹 화면만으로 광고 발송 완료를 세지 않는다.

지표	대상 집단·기간·분자/분모	자료 출처·담당 역할 제안
승인 소재 일치	허가된 과거 직접 스폰서 자리의 사전 등록 문안·URL·표시·자리 중 보존된 실제 발송 이메일과 발송 시점 웹본에서 승인본과 맞는 채널별 항목 / 검증 가능한 적격 채널별 항목 전체. 없는 증거·후속 웹 수정은 별도 수	승인 기록, 발송 이메일 원본, 웹 스냅샷·수정 기록. 발행사 광고 운영·QA·PMF. 현재 분모 0
독립 완료·시간	같은 기간 승인본→발송 증거→웹 수정 예외까지 도움 없이 대조한 적격 과제 / 시작한 적격 과제. 기존 플랫폼+체크표와 같은 종료 조건의 총시간	동의받은 작업·지원 기록. 발행사 운영·UX·QA. 현재 분모 0
사용·반복	합의 관찰 기간 실제 대조를 끝낸 발행사 / 참여에 동의한 적격 발행사. 다음 실제 직접 스폰서 자리가 생긴 활성 발행사 중 다시 쓴 발행사 / 다음 자리가 생긴 활성 발행사	발행사 동의와 과제·사용 기록. PM·PMF. 다음 자리가 없는 집단 별도. 현재 분모 0
제안→유료·유지	동일 조건 제안 뒤 결제 확인된 적격 예산 책임자 / 제안받은 적격 예산 책임자. 갱신 시점 도래 유료 발행사 중 갱신 / 갱신 대상 발행사	제안·결제·환불·갱신 기록. Growth·PM·Operator. 현재 분모 0, 실제 담당 배정 미확인
자리당 총비용	같은 스폰서 자리의 승인/보존/검수/분쟁/지원/플랫폼·연동 비용을 기존 방식과 후보 방식에서 같은 기간 비교	시간·지원 티켓·공급자 청구. Support·Operator·PMF. 현재 비용 자료 없음

출시 후 실제 근거가 생기면 같은 버전·집단·기간의 가설과 결과를 비교해 유지·수정·보류 이유를 기록한다. 지금은 실적을 추정하지 않는다.

상태·PM 인계

상태	확인 결과·위험	다음 담당 역할과 실제 배정
준비 완료	beehiiv의 직접 스폰서·게시 후 웹 수정 경계, Ghost 대안, FTC 표시 지침, main/npm·비용 변수의 공개 조사	Product Master PM이 첫 고객군 대비 우선순위 검토. 연구 상태만 뜻함
미완료	허가된 실제 과거 자리 한 건에서 최종 승인본·발송 이메일·웹 시점 기록으로 기존 방식과 같은 종료 기준 비교	PM이 참여자와 자료 권한을 정한 뒤 발행사 광고 운영·QA·UX·Support 역할 확정
미확인	참여 발행사·구매자·광고주 최종 승인 기준·빈도/손실·사용/지불 의사·일정·증거 확보 담당과 실제 배정. 고객 인터뷰·관찰·유료 시험·외부 계정 실행 0건	PM이 #289에서 참여자·증거 확보 담당과 실제 배정 근거를 확인. 조직 전체에 담당이 없다는 뜻은 아님
해당 없음	이번 조사에서 광고주 접촉·청구·계약·법적 적합성 판정·실제 발송·구현·제품 전체 출시 판정	사업 판단 #296, 기술 출시 #322

새 이슈·출시 필수 조건을 추가하지 않는다. 다음 질문 후보: MR-27 — 독립 소프트웨어 문서팀이 API 변경 공지의 승인본과 릴리스 노트·개발자 문서·구독 이메일을 대조하는 일에 별도 구매 이유가 있는가? MR-08의 게임 패치 노트와 중복 여부를 먼저 확인한다.

출처 한계: 외부 URL은 위 각 행에서 2026-09-23 확인했다. 공급자 자료는 기능 설명이며 실제 고객 사용 증거가 아니다. beehiiv 게시·시험 메일 도움말은 갱신 중이라고 밝힌다. 기본 npm 캐시는 권한 오류가 나서 별도 임시 캐시로 버전 메타데이터만 다시 조회했다. tarball 설치·실행은 하지 않았다. GitHub 이슈·Wiki의 계획 기능은 main의 실사용 기능이 아니다. 고객의 광고 계약·소재·수신자 정보는 확보하거나 공개하지 않았다.

게시 인계: 시장 연구 #326 댓글, 고객군 Discussion #287 댓글. 두 게시의 작성 계정 easylogic을 확인했다. 회차 문서·인계 확인: 2026-09-23T05:21:47Z. 최종 Wiki commit·완료 UTC는 로컬 운영 상태에 기록한다.