title: content-orchestration 플랫폼 기획서 date: 2026-02-25 type: plan status: in-review task_id: "dc1d0d04-5bca-4d69-abc7-e0b4f3e40c79" tags: [content-orchestration, 기획, 플랫폼, 콘텐츠관리] author: pl project: content-orchestration
content-orchestration 플랫폼 기획서
Task ID: dc1d0d04-5bca-4d69-abc7-e0b4f3e40c79
서브태스크 ID: 53fbd289-515f-433b-9bab-0bf046e1d594
작성일: 2026-02-25
작성자: pl-content-orch PL
상태: VP 검수 요청
1. 현황 분석 (As-Is)
1-1. 기술 현황
플랫폼 개요
- content-pipeline(blog.apppro.kr)에서 2026-02-24 분리된 독립 모니터링 대시보드
- 여러 프로젝트의 콘텐츠를 통합 관리하는 것이 목표
- 배포 URL: content-orchestration.vercel.app
- GitHub: https://github.com/migkjy/content-orchestration
기술 스택
- Next.js 15 (App Router) + Tailwind CSS
- Turso (LibSQL) — content-os DB 연동
- Vercel 배포 (자동)
- 의존성: @libsql/client, react 19.2.3
구현 완료된 기능 (8개 페이지)
| 페이지 | 경로 | 기능 |
|---|---|---|
| 전체 프로젝트 현황 | / | 3개 프로젝트 카드 (apppro 활성, richbukae/ai-architect Coming Soon) |
| 프로젝트 대시보드 | /[project] | 뉴스레터 목록, 콘텐츠 큐, 채널별 배포 현황, 파이프라인 실행 기록 |
| 배포 스케줄 캘린더 | /[project]/calendar | 월별 캘린더 뷰, PLF Pre-launch 스케줄 |
| RSS 수집 현황 | /[project]/rss | 17개 RSS 소스 모니터링, 수집 성공/실패 현황, 기사 활용률 |
| 파이프라인 로그 | /[project]/logs | 파이프라인 실행 내역, 콘텐츠 발행 이벤트 |
| 뉴스레터 상세 | /newsletter/[id] | HTML 미리보기, 상태 워크플로우 (draft-review-approved-scheduled-ready-sent) |
| 프로젝트 레이아웃 | — | 상단 네비게이션 (개요/캘린더/RSS/로그) |
| 루트 레이아웃 | — | 한국어 설정, SEO noindex |
연동 데이터 소스 (content-os Turso DB)
| 테이블 | 건수 | 용도 |
|---|---|---|
| collected_news | 178건 | RSS 수집 기사 원본 |
| newsletters | 2건 | 뉴스레터 콘텐츠 |
| content_queue | 0건 | 콘텐츠 생성 대기열 (미사용) |
| pipeline_logs | 0건 | 파이프라인 실행 기록 (미사용) |
| content_logs | 0건 | 콘텐츠 발행 기록 (미사용) |
| plf_schedule | 7건 | PLF 런칭 스케줄 |
RSS 수집 소스 (17개 등록)
- 국제 뉴스 5개 (The Verge AI, TechCrunch, MIT Tech Review, Ars Technica, Hacker News)
- 공식 블로그 5개 (OpenAI, Google AI, Anthropic, Hugging Face, NVIDIA)
- 한국 뉴스 5개 (AI타임스, 인공지능신문, ZDNet Korea, 블로터, ITWorld)
- 커뮤니티 2개 (Reddit r/artificial, r/LocalLLaMA)
- 등급: S등급 3개, A등급 12개, B등급 2개
1-2. 관련 시스템 현황
content-pipeline (별도 프로젝트 — ai-blog 레포)
- content-pipeline-sage.vercel.app에서 운영 중
- 5일 필라(월~금) 기반 RSS 수집 + Gemini Flash AI 생성 + 품질 검증(8항목)
- 현재 34개 포스트 보유
- GOOGLE_API_KEY 블로킹 중 (CEO 승인 필요)
apppro.kr 블로그
- 10+게시물, 카테고리/태그/검색 정상
- Vercel Cron 자동발행 (/api/cron/publish, 6시간 주기) 구현 완료
- PLF 블로그 3편 draft 완료
1-3. 한계 및 갭 (Gap)
| 영역 | 현재 상태 | 갭 |
|---|---|---|
| 멀티 프로젝트 지원 | apppro만 활성, richbukae/ai-architect Coming Soon | DB 연결 미설정, 프로젝트별 콘텐츠 격리 미구현 |
| 채널/계정 관리 | 하드코딩 채널 목록 (blog.apppro.kr, brevo, getlate 등) | 채널 등록/수정/삭제 기능 없음, 실제 계정 연동 없음 |
| 콘텐츠 캘린더 | 기초 캘린더 UI 존재하나 데이터 비어있음 | content_queue/scheduled_at 데이터 없어 빈 캘린더 표시 |
| 승인 플로우 | 뉴스레터만 상태 전환 가능 (draft-review-approved-sent) | 블로그/SNS 콘텐츠 승인 플로우 없음, CEO 알림 연동 없음 |
| 소스 확장 | RSS 17개만 (뉴스/공식 블로그/커뮤니티) | YouTube, SNS(Twitter/X, Instagram), 웹 스크래핑 미지원 |
| 파이프라인 실행 | 로그 뷰만 존재, 실행 기록 0건 | 실제 파이프라인 트리거/실행 기능 없음 (content-pipeline과 분리) |
| 콘텐츠 생성 큐 | content_queue 테이블 존재하나 0건 | 큐 등록/상태관리/자동실행 미구현 |
| 분석/성과 추적 | 채널별 배포 현황 차트만 존재 | 실제 metrics 데이터 없음, 조회수/클릭률/전환 추적 미연동 |
핵심 갭 요약: 현재는 읽기 전용 모니터링 대시보드이며, 콘텐츠 제작-승인-배포-분석의 전체 워크플로우를 관리하는 실행 플랫폼이 아님.
2. CEO 요구사항 (To-Be)
핵심 기능 목록
1. 채널/계정/매체 관리
- 블로그(apppro, richbukae), 이메일(Brevo), SNS(Twitter/X, Instagram, LinkedIn), 마켓플레이스(크몽, 네이버) 등 모든 콘텐츠 배포 채널을 등록하고 관리
- 채널별 인증 정보(API 키, 토큰) 안전 저장
- 채널별 발행 규칙 설정 (발행 빈도, 최적 시간대, 콘텐츠 형식 등)
2. 콘텐츠 캘린더
- 월간/주간 뷰에서 전체 콘텐츠 배포 일정 한눈에 파악
- 채널별 색상 구분, 드래그앤드롭 일정 조정
- PLF 런칭 스케줄과 일반 콘텐츠 통합 표시
- 빈 날짜 자동 감지 및 콘텐츠 제안
3. 승인 플로우 (draft - reviewing - approved - published)
- 모든 콘텐츠 유형(블로그, 뉴스레터, SNS, 이메일)에 통일된 승인 워크플로우
- CEO 검수 단계: 텔레그램 알림으로 즉시 검수 요청
- 승인 후 자동 발행(스케줄 기반) 또는 수동 발행 선택
- 거부 사유 기록 및 수정 피드백 루프
4. 소스 확장 (YouTube/SNS/Apify/Bright Data)
- RSS 외 추가 소스: YouTube 채널 구독, Twitter/X 리스트, Instagram 해시태그
- 웹 스크래핑(Apify/Bright Data) 연동으로 경쟁사 콘텐츠 모니터링
- 소스별 수집 주기/필터 설정
- 수집 데이터를 콘텐츠 아이디어 풀(content_queue)로 자동 전환
5. 콘텐츠 자동화 파이프라인 시각화
- 수집(collect) - 생성(generate) - 검수(review) - 발행(publish) 전 과정을 DAG(방향성 비순환 그래프) 또는 칸반 형태로 시각화
- 각 단계별 처리량, 소요 시간, 실패율 실시간 표시
- 파이프라인 수동 트리거 및 재실행 기능
- content-pipeline과의 연동 (현재 분리된 ai-blog 레포 통합 관리)
3. 제안 방향
3-1. 핵심 가치 제안
"콘텐츠 제작부터 배포까지, CEO가 손 안 대도 돌아가는 자동화 플랫폼"
현재 콘텐츠 운영은 수동 작업이 많다:
- 블로그 초안 작성 후 CEO에게 텔레그램으로 검수 요청
- 승인 후 수동으로 발행
- 뉴스레터/이메일도 별도 관리
- 어떤 채널에 언제 무엇을 배포했는지 통합 추적 불가
content-orchestration을 모니터링 대시보드에서 실행 플랫폼으로 전환하면:
- AI가 콘텐츠를 자동 생성하고 큐에 적재
- CEO는 승인/거부만 클릭 (텔레그램 알림)
- 승인된 콘텐츠는 설정된 스케줄에 맞춰 자동 배포
- 전 채널 성과가 한 곳에서 추적 가능
3-2. 차별점
| 항목 | 기존 SaaS (Buffer, Hootsuite 등) | content-orchestration |
|---|---|---|
| 비용 | 월 15~100달러 | 자체 운영 (Vercel 무료 + Turso 무료) |
| AI 생성 | 미지원 또는 유료 애드온 | Gemini Flash 연동 (글당 2원) |
| 한국어 | 제한적 | 완전 한국어 지원 |
| 커스텀 | 불가 | 완전 커스텀 (자체 코드) |
| 멀티 프로젝트 | 제한적 | 프로젝트별 독립 DB/설정 |
| 승인 플로우 | 기본 | CEO 텔레그램 연동 맞춤형 |
3-3. 수익 연결 (어떻게 비즈니스에 기여하는가)
-
콘텐츠 발행 빈도 증가 -> SEO 유입 증가 -> 리드/매출 증가
- 현재: 수동 발행으로 주 1~2회
- 목표: 자동화로 매일 1회 이상 (주 5~7회)
- 기대효과: 블로그 트래픽 월 300% 이상 증가 (OKR O2 KR 직접 기여)
-
CEO 시간 절약 -> 고부가가치 업무 집중
- 현재: 콘텐츠 검수에 일 30분~1시간 소요
- 목표: 텔레그램 알림 → 승인 탭 → 완료 (건당 1분)
- 기대효과: CEO 주당 3~5시간 확보
-
멀티 채널 일관성 -> 브랜드 인지도 강화
- 블로그 + 뉴스레터 + SNS 동시 운영으로 브랜드 접점 확대
- OKR O3 (브랜드 SNS 채널 개설 및 콘텐츠 배포) 직접 기여
-
데이터 기반 의사결정
- 어떤 콘텐츠가 어떤 채널에서 가장 효과적인지 추적
- 콘텐츠 ROI 최적화 가능
4. 로드맵
Phase 1 (MVP -- 1주): 승인 플로우 + 채널 관리 기초
목표: "모니터링 대시보드"에서 "실행 가능한 플랫폼"으로 전환
- 승인 플로우 구현: 모든 콘텐츠에 draft - reviewing - approved - published 상태 워크플로우 적용
- 채널 관리 기초: 채널 등록/목록 테이블 및 UI (채널명, 타입, 상태)
- content_queue 활성화: 콘텐츠 생성 큐에 아이템 수동 등록/상태 변경 기능
- content-pipeline 연동: ai-blog 레포의 파이프라인 실행 결과를 content_logs/pipeline_logs에 기록
- richbukae 프로젝트 DB 연결 (RICHBUKAE_DB_URL 설정 시 즉시 활성화)
MVP 완료 기준: CEO가 대시보드에서 콘텐츠를 승인하면 실제 발행되는 흐름 1건 이상 동작
Phase 2 (2주): 소스 확장 + 알림 연동
- YouTube 채널 RSS 연동 (YouTube 공식 RSS 피드 활용)
- SNS 계정 연동 기초 (Twitter/X API, Instagram Basic Display API)
- 텔레그램 알림 연동: 새 콘텐츠 검수 대기 시 CEO에게 자동 알림
- 콘텐츠 캘린더 고도화: 실제 데이터 기반 캘린더 표시 + 빈 날짜 하이라이트
- 프로젝트별 RSS 소스 분리 (현재 apppro 단일 → 프로젝트별 독립)
Phase 3 (3주+): 고도화
- Apify/Bright Data 웹 스크래핑 연동 (경쟁사 콘텐츠 모니터링)
- 콘텐츠 성과 분석 대시보드 (조회수, 클릭률, 전환 추적)
- 파이프라인 DAG 시각화 (수집-생성-검수-발행 전 과정)
- AI 콘텐츠 자동 생성 트리거 (큐 기반 자동 실행)
- 멀티 채널 동시 배포 (블로그 발행 시 SNS/뉴스레터 자동 크로스포스팅)
5. 성공 지표 (KPI)
| 지표 | 현재 | Phase 1 목표 | Phase 2 목표 | Phase 3 목표 |
|---|---|---|---|---|
| 콘텐츠 발행 자동화율 | 0% (수동) | 50% (승인 후 자동) | 70% | 90% |
| CEO 승인 소요 시간 | N/A | 건당 5분 이내 | 건당 2분 이내 | 건당 1분 이내 |
| 채널별 콘텐츠 커버리지 | 블로그만 | 블로그 + 뉴스레터 | +YouTube +SNS | 전 채널 |
| 주간 콘텐츠 발행량 | 1~2건 | 5건 | 7건 | 10건+ |
| 활성 프로젝트 수 | 1개 (apppro) | 2개 (+richbukae) | 3개 (+ai-architect) | 3개+ |
| content_queue 활용률 | 0건 | 10건+ | 30건+ | 50건+ |
6. 필요 리소스
개발
- PL 1명, Phase 1 기준 1주 소요
- 기존 코드베이스 활용 (Next.js 15 + Turso + Vercel)
- 추가 라이브러리 최소화 (현재 의존성 유지)
인프라 (추가 비용 없음)
- Turso Free Plan: 5GB 저장, 500M reads/월 (현재 사용량 극소)
- Vercel Hobby: 무료 배포 (이미 운영 중)
- 별도 서버/DB 불필요
외부 서비스 (Phase 3)
- Apify 스타터: 월 $49 (웹 스크래핑 — 실제 필요 시점에 검토)
- Bright Data: 별도 견적 필요 (Apify 대안, 비교 검토 필요)
- SNS API: 무료 티어 활용 (Twitter/X Basic, Instagram Basic Display)
CEO 블로킹 항목
- RICHBUKAE_DB_URL/TOKEN: richbukae 프로젝트 활성화 시 필요
- AI_ARCHITECT_DB_URL/TOKEN: ai-architect 프로젝트 활성화 시 필요
- GOOGLE_API_KEY: content-pipeline Gemini Flash 생성 활성화
- SNS API 키: Phase 2 소스 확장 시 필요
7. 리스크 및 완화 방안
| 리스크 | 영향도 | 완화 방안 |
|---|---|---|
| content-pipeline과 이중 관리 | 중 | Phase 1에서 연동 포인트 명확히 정의, 장기적으로 통합 검토 |
| Turso Free Plan 쿼터 초과 | 하 | 현재 사용량 극소 (178건), 캐싱 전략 + 증분 조회로 대응 |
| SNS API 제한/변경 | 중 | RSS 우선, API는 보조 수단으로 활용 |
| CEO 검수 병목 | 중 | 텔레그램 푸시 알림 + 자동 승인 타이머 (N시간 무응답 시 자동 발행 옵션) |