소셜 발행 서비스

배경

여러 소셜 플랫폼 계정에 올릴 콘텐츠를 한 대시보드에서 작성하고 예약 발행하는 제품입니다. 콘텐츠 작성, 이미지와 영상 관리, 계정 선택, 발행 일정 확인이 서로 다른 화면에 나뉘어 있으면 게시물 하나를 준비할 때마다 여러 화면을 오가야 합니다. 예약이 늘어날수록 어떤 글이 작성 중이고 어떤 글이 이미 게시됐는지 알기도 어려워집니다. 2025년 6월부터 12월까지 약 6개월 동안 기획, 프론트엔드, 백엔드, 결제, 인프라를 제가 혼자 만들어 시장 반응을 확인했습니다.

결정과 구현

• 미디어 선택부터 콘텐츠 작성, 계정별 발행 설정, 예약, 진행 상태 확인까지 한 흐름으로 이었습니다. 반복 발행은 주기, 횟수, 시간대를 함께 정하게 했고, 같은 예약 데이터를 캘린더, 칸반, 리스트로 바꿔 보며 초안, 검토, 승인, 게시 완료, 취소, 실패 상태를 확인하게 했습니다.
• Instagram, Threads, Pinterest처럼 발행 규칙이 다른 소셜 플랫폼과 Canva, Shopify 같은 외부 서비스의 차이는 화면 쪽에서 Strategy 패턴으로 흡수했습니다. 백엔드의 OAuth 연결과 콘텐츠 발행은 Strategy와 Registry 패턴으로 한 계약 아래 두었습니다.
• 예약 발행, 자동 발행, 토큰 갱신은 BullMQ 비동기 작업으로 처리했습니다. 계정 인증 정보는 암호화해 저장하고, 예약 작업과 재시도를 계정별로 나눠 한 계정의 오류가 다른 계정의 발행을 막지 않게 했습니다.
• 스케줄링, CRM, 이메일 캠페인, 워크플로우 빌더는 기능 단위 모듈로 나눴습니다. 이미지 위 상품 태그는 반응형 좌표 매핑으로 처리해 기기가 달라도 같은 자리에 놓이게 했습니다.
• 구독 결제와 빌링 웹훅, Vercel AI SDK와 MCP를 쓴 AI 콘텐츠 생성 파이프라인, WebSocket과 Redis Adapter 기반 실시간 협업도 직접 구현했습니다. 인프라는 GCP Cloud Run과 Cloud SQL 위에 Terraform으로 구성하고 배포를 자동화했습니다.

현재 상태

시장 검증을 마친 뒤 제가 회사의 방향을 장소 기반 일상 기록으로 바꾸면서 이 제품을 접었습니다. 위에 적은 플랫폼 연동은 당시 구현한 범위이며, 각 플랫폼의 현재 승인이나 운영 상태를 뜻하지 않습니다. 이때 쌓은 결제, 인프라, 예약 작업과 AI 연동 경험은 지금 Firstage를 개발하는 데 그대로 이어집니다.