CHALLENGE
클라이언트가 필요로 한 이유
클라이언트는 뉴스, 청약 공고, 단지 시세를 모아 콘텐츠를 만들고 상담 리포트로 이어가는 주간 업무를 여러 도구에서 처리하고 있었습니다. 자료 수집, 승인, 영상 제작, 발송 상태가 분리되어 어느 단계에서 멈췄는지 확인하는 데 시간이 들었습니다.
필요했던 것은 글을 자동으로 만드는 단일 기능이 아니라 근거 자료부터 최종 발송까지 진행 상태와 책임 지점을 보여주는 운영 파이프라인이었습니다. 실패한 작업은 이유와 함께 검수 단계로 돌아가고, 승인된 결과만 다음 단계로 이동해야 했습니다.
부동산 컨설팅 고객사는 매주 같은 순서의 작업을 사람 손으로 반복하고 있었습니다. 뉴스와 청약 공고, 단지 시세를 찾아 정리하고, 그 자료로 카드뉴스와 영상 대본을 쓰고, 영상을 만들어 채널에 올리고, 상담을 신청한 고객에게는 조건에 맞는 단지를 골라 리포트를 보냅니다. 단계마다 담당자와 도구가 달라 어느 콘텐츠가 어디까지 진행됐는지 한눈에 파악하기 어려웠습니다.
자료 수집, 콘텐츠 작성, 영상 제작, 고객 발송이 서로 다른 도구에 흩어져 있어 진행 상태를 확인하는 일 자체가 매일의 업무가 된 상황
분산 운영의 핵심 문제
| 문제 | 영향 |
|---|---|
| 자료 수집 반복 | 뉴스, 청약, 시세를 매번 따로 찾아 정리하므로 콘텐츠 작성 전에 시간이 소진됨 |
| 진행 상태 불투명 | 초안, 수정, 승인, 영상 제작 단계가 메신저와 문서에 흩어져 누락과 중복이 발생 |
| 영상 제작 병목 | 대본 승인 후 영상 제작과 완료 확인을 수동으로 챙겨야 하며 실패 시 인지가 늦음 |
| 고객 리포트 지연 | 상담 조건에 맞는 단지를 매번 수작업으로 골라 작성하므로 발송이 밀림 |
1차 과제는 외부 서비스를 연동하기 전에, 이 흐름 전체가 한 화면에서 운영 가능한 구조인지 먼저 확정하는 것이었습니다.
클라이언트 요청사항과 기획 방향
| 클라이언트 요청 | 이렇게 기획한 이유 | 해결 방식 |
|---|---|---|
| 자료 수집부터 고객 리포트까지 한 화면에서 관리 | 단계별 도구가 다르면 진행률과 누락 지점을 찾기 어려움 | 콘텐츠와 고객 리포트를 공통 상태 체계로 연결 |
| 콘텐츠마다 근거 자료를 추적 | 수집 출처가 사라지면 수정과 검수 시 사실 확인이 어려움 | 뉴스·공고·시세 원문과 생성 결과의 연결 정보를 보존 |
| 실패 후 자동 진행을 막아달라는 요청 | 영상이나 발송 실패가 다음 단계로 넘어가면 잘못된 결과가 공개될 수 있음 | 실패 시 검수 단계로 복귀하고 재승인 후에만 재실행 |
SOLUTION
시온랩은 수집, 생성, 승인, 영상, 발송의 다섯 단계를 하나의 파이프라인으로 정의하고, 각 단계의 전이 조건을 상태 머신으로 고정한 뒤 관리자가 단일 화면에서 전체를 조망하도록 설계했습니다. 화면보다 흐름을 먼저 정했고, 화면은 그 흐름의 현재 상태를 보여주는 역할만 맡습니다.
시스템 구조
관리자가 직접 조작하는 단계는 수집 실행, 초안 생성, 검수와 승인, 리포트 발송 네 곳입니다. 나머지 전이는 콘솔이 조건을 확인해 자동으로 처리합니다.
흐름 1: 콘텐츠 상태 머신
콘텐츠는 다섯 상태를 순서대로 지나갑니다. 카드뉴스는 승인에서 끝나고, 영상 대본만 영상 단계로 넘어갑니다. 승인된 콘텐츠는 편집이 잠겨 발행본이 바뀌지 않으며, 렌더링에 실패한 대본은 수정됨 상태로 돌아가 재검수와 재승인을 거친 뒤 영상을 다시 요청합니다.
- 승인 후 잠금: 승인된 콘텐츠는 편집할 수 없으므로 누가 무엇을 확정했는지가 이력으로 남습니다.
- 유형별 종착점 분리: 카드뉴스와 대본이 같은 승인 절차를 지나되, 영상 단계는 대본에만 열립니다.
- 실패의 가시화: 렌더링 실패는 영상 작업을 실패 상태로 남기고 콘텐츠를 수정됨으로 되돌리며, 대시보드의 "오늘의 할 일"에 바로 올립니다.
흐름 2: 고객 맞춤 리포트
상담 신청 고객의 조건을 기준으로 수집된 단지 데이터를 매칭해 리포트를 생성하고, 메신저 어댑터를 통해 발송하며 결과를 이력으로 남깁니다.
데이터 구조
데이터는 수집 자료, 콘텐츠와 영상, 고객과 리포트, 실행 이력의 네 묶음으로 나뉩니다. 콘텐츠가 어떤 수집 자료를 근거로 만들어졌는지는 콘텐츠에 참조 목록으로 남깁니다.
- 상태는 콘텐츠와 영상 작업에 각각: 콘텐츠는 다섯 단계, 영상 작업은 대기, 처리 중, 완료, 실패를 가지며 허용되지 않은 값은 저장 단계에서 거부합니다.
- 영상 작업은 콘텐츠당 한 건: 승인이 두 번 눌려도 영상 요청이 중복 생성되지 않습니다.
- 고객 조건은 고객 정보에, 결과는 리포트에: 희망 지역, 면적, 예산은 고객에 두고 생성된 리포트 본문은 별도 이력으로 쌓아 재발송과 비교가 가능합니다.
- 실행 이력과 알림은 독립 기록: 수집, 생성, 영상, 발송의 실행과 메신저 알림을 시간순으로 남겨 활동 로그와 대시보드가 같은 근거를 씁니다.
관리자 한 명이 매일 아침 대시보드만 열어도 무엇을 먼저 처리해야 하는지 알 수 있도록, 예외 상황을 시스템이 먼저 골라 보여주는 구조로 설계했습니다.
BUILD
구축 방향과 데이터 처리 로직
수집 자료, 콘텐츠, 영상 작업, 상담 신청, 리포트를 각각 분리하고 상태 전이 규칙으로 연결했습니다. 각 결과에는 원문 근거와 생성 이력을 남기며, 승인 이후에는 핵심 내용을 잠가 다음 처리에서 임의로 바뀌지 않도록 구성했습니다.
| 구간 | 들어오는 데이터 | 판정·처리 기준 | 다음 상태 |
|---|---|---|---|
| 자료 수집 | 뉴스, 청약 공고, 단지 시세 | 출처·수집 시각·중복 여부 확인 | 근거가 연결된 자료 저장 |
| 콘텐츠 제작 | 선정 자료, 초안, 승인 의견 | 작성·검수·승인 순서와 잠금 규칙 적용 | 영상 요청 또는 게시 대기 |
| 상담 리포트 | 고객 조건, 후보 단지, 발송 상태 | 조건 일치와 검토 완료 여부 확인 | 리포트 생성과 발송 이력 기록 |
VALIDATION
검증한 업무 범위
| 검증 구간 | 확인한 상황 | 완료 기준 |
|---|---|---|
| 승인 흐름 | 초안 수정, 승인, 승인 후 재편집 | 승인 전 수정은 허용되고 승인 후 핵심 내용은 잠김 |
| 실패 복구 | 영상 제작 실패와 재요청 | 실패 이유가 남고 검수·재승인 뒤 다시 실행 |
| 리포트 추적 | 조건별 후보 선정과 발송 | 선정 근거와 발송 결과를 같은 상담 건에서 확인 |
비슷한 업무에 적용할 수 있는 부분
법률·세무·정책 안내처럼 원자료를 콘텐츠와 고객별 결과물로 가공하는 업무에 적용할 수 있습니다. 생성 기능보다 출처 연결, 승인 잠금, 실패 복귀 규칙을 먼저 설계해야 운영 중 오류를 줄일 수 있습니다.
RESULT
| 업무 | 기존 방식 | 설계 결과 |
|---|---|---|
| 자료 수집 | 뉴스, 청약, 시세를 개별 조회 후 수기 정리 | 단일 실행으로 3종 자료 적재, 콘텐츠에 근거 참조 연결 |
| 콘텐츠 진행 관리 | 메신저와 문서에 분산 | 5단계 상태 머신으로 순차 전이, 승인 후 잠금 |
| 영상 제작 추적 | 제작 완료를 수동 확인 | 요청, 완료, 실패 상태 자동 추적과 실패 시 재검수 복귀 |
| 고객 리포트 | 조건에 맞는 단지를 수작업 선별 | 조건 매칭 기반 리포트 생성과 발송 이력 관리 |
※ 본 프로젝트는 고객사 실제 업무 요건을 바탕으로 설계한 결과물이며, 보안 정책에 따라 일부 화면만 공개했습니다.
