촬영 일정부터 채널 게시까지, 콘텐츠팀의 네 단계 업무를 한 화면에서 관리하고
AI·자동화가 도울 수 있는 지점을 함께 보여주는 내부용 웹 목업입니다.
이 설명서는 목업 사이트를 처음 여는 분이 5분 안에 전체 흐름을 파악하고, 각 화면에서 무엇을 할 수 있는지 따라 해 볼 수 있도록 만들었습니다.
콘텐츠팀은 숙소·공간 콘텐츠 한 건을 만들 때 촬영 일정 관리 → 촬영 사진 업로드 → 사진 보정 및 검수 → 채널별 콘텐츠 업로드의 네 단계를 거칩니다. 이 흐름을 들여다보면서 실제로 시간을 잡아먹는 지점은 각 단계의 작업 자체보다 단계와 단계 사이라고 판단했습니다. 일정은 캘린더에, 사진은 드라이브에, 검수 의견은 메신저에, 게시 여부는 각 채널에 따로 흩어져 있어서 "이 콘텐츠가 지금 어디까지 왔고 다음에 누가 뭘 해야 하는지"를 사람이 기억으로 이어 붙여야 합니다.
그래서 이 목업은 세 가지 원칙으로 설계했습니다.
숙소 하나가 하나의 카드가 되어 여섯 단계(촬영 예정 · 사진 업로드 · 보정 중 · 검수 대기 · 채널 게시 · 완료)를 순서대로 통과합니다. 카드를 열면 일정, 사진, 검수, 채널 게시가 탭으로 이어져 있습니다.
모든 화면에서 카드마다 "촬영 일정 관리", "사진 업로드", "사진 검수·승인"처럼 지금 단계의 행동이 버튼으로 붙어 있습니다. 넘김 조건(필수 컷 확인, 수정 요청 해소, 채널 게시 완료)은 시스템이 강제합니다.
각 단계에 AI·자동화가 먼저 처리하거나 제안할 수 있는 항목을 함께 표시하되, 승인·수정 요청·게시 확정은 항상 담당자가 합니다.
더미 데이터 10건으로 시작하고, 사용자가 바꾼 상태는 브라우저에만 저장됩니다. 실제 서버·DB·로그인 없이 흐름과 화면을 검증하는 데 집중했습니다.
왼쪽 사이드바가 화면의 목차입니다. 위쪽 세 개는 전체를 보는 화면, 아래 네 개는 단계별 실무 화면이고, 숫자는 그 화면에서 처리할 콘텐츠 수입니다.
| 메뉴 | 역할 | 주 사용자 |
|---|---|---|
| 대시보드 | 오늘 상황 요약. 진행 중 · 이번 주 마감 · 마감 지연 · 완료 타일과 AI가 지금 도울 수 있는 작업량 | 팀장 · 운영 |
| 전체 콘텐츠 보드 | 6단계 칸반. 어느 단계에 콘텐츠가 몰려 있는지, 병목이 어디인지 확인 | 팀 전체 |
| 수정사항 | 사진별 수정 요청이 걸려 있는 콘텐츠만 모아 재검수 | 보정 담당 |
| 01 촬영 일정 관리 | 촬영일 · 시간 · 담당자 · 마감 편집, 촬영 완료 처리 | 촬영 담당 |
| 02 촬영 사진 업로드 | 원본 사진 추가, 공간 분류, 필수 컷 확인 | 촬영 담당 |
| 03 보정·검수 | 보정 전후 비교, 사진별 수정 요청, AI 사전 검수, 승인 | 보정 · 검수 담당 |
| 04 채널별 게시 | 자사 웹 · 인스타그램 · 네이버 블로그 게시 완료 표시, 게시 URL 저장, 판매 채널 검수 | 운영 담당 |
사진별 수정 요청이 하나라도 걸려 있는 콘텐츠만 모아 보여 줍니다. 보정 담당자는 여기서 요청 메모를 확인하고 사진을 교체한 뒤 재검수 완료를 누릅니다. 모든 요청이 해소되면 목록에서 빠지고, 콘텐츠는 다시 검수 요청을 보낼 수 있는 상태가 됩니다. 사이드바의 숫자가 남은 수정 요청 건수입니다.
어느 화면에서든 카드 제목을 누르면 오른쪽에서 상세 화면이 열립니다. 위쪽 진행 표시로 현재 단계를 확인하고, 촬영·정보 / 사진·검수 / 채널 게시 세 탭으로 모든 작업을 한곳에서 할 수 있습니다. 잘못 넘긴 경우 이전 단계로 되돌리기에 사유를 적고 되돌릴 수 있으며, 모든 변경은 작업 기록에 남습니다.
입력한 내용은 이 브라우저에만 저장되므로, 다른 PC나 브라우저로 옮기려면 데이터 내보내기로 JSON 파일을 받고 다른 쪽에서 데이터 불러오기로 선택합니다. 사진, 진행 상태, 메모, 게시 URL이 모두 포함됩니다. 처음 상태로 되돌리려면 시크릿 창에서 열거나 브라우저 저장 데이터를 지우면 됩니다.
설계 원칙은 하나입니다. AI는 확인 대상을 제안하고, 최종 판단은 담당자가 합니다. 사람을 대체하는 것이 아니라 사람이 봐야 할 것을 줄이는 방향으로 잡았고, 화면의 AI 항목은 모두 자동 · 제안 · 확인 세 종류로 구분해 표시했습니다.
같은 날 같은 지역 촬영을 묶어 동선을 제안하고, 한 담당자에게 촬영이 겹치면 경고합니다. 숙소 유형별 촬영 체크리스트를 자동으로 만들고 촬영 전날 확인 메시지를 보냅니다. 촬영 1건당 이동 시간과 재촬영 건수가 줄어드는지로 검증합니다.
이미지 인식으로 객실 · 욕실 · 외관 · 편의시설을 분류해 제안하고, 체크리스트와 대조해 누락 컷을 바로 알려 줍니다. 유사 컷은 묶어 대표 1장을 제안하고 흔들림·과노출 컷은 보정 대상에서 제외 후보로 표시합니다.
이전에 승인된 같은 유형 콘텐츠의 보정값으로 1차 보정 프리셋을 적용해 톤을 맞추고, 흐림 · 노출 · 수평 같은 기술 결함을 사전 검수해 검수자는 주의 항목만 봅니다. 사진별 수정 메모는 보정 지시서로 자동 정리되어 보정 담당자에게 전달됩니다.
승인 사진을 채널별 규격으로 자동 변환하고 숙소 정보로 캡션 · 해시태그 · 본문 초안을 만듭니다. 채널 등록본과 승인 원본을 대조해 누락·중복을 찾고, 게시 URL의 접속 여부와 대표 이미지 일치를 주기적으로 점검합니다. 완료 뒤에는 채널별 성과를 모아 재촬영 시점을 제안합니다.
| 단계 | 내용 | 이 목업에서 |
|---|---|---|
| 1단계 · 규칙 기반 | 동선 묶기, 담당자 충돌, 필수 컷 대조, 게시 URL 재확인처럼 이미 있는 데이터만으로 되는 자동화 | 실제 동작 |
| 2단계 · 비전·언어 모델 | 공간 분류, 결함 검출, 보정 프리셋, 캡션·본문 초안 생성 | 고정 예시 · 시뮬레이션 |
| 3단계 · 채널 연동 | 채널 API 게시, 게시물 상태 점검, 성과 수집. 사내 인증과 채널 계정 연동 필요 | 범위 밖 |
앱 안의 "AX 개선 아이디어 · 구현 범위 보기" 패널과 같은 내용입니다. 목업 범위 열이 이번 과제에서 실제로 구현한 부분과 설명으로만 반영한 부분을 구분합니다.
| 단계 | 현재 업무 문제 | 개선 방식 | 목업 범위 | 검증할 지표 |
|---|---|---|---|---|
| 01 일정 | 일정이 지역·담당자별로 흩어져 이동 시간 낭비 | 같은 날·같은 지역 촬영 동선 제안, 담당자 중복 경고 | 규칙 기반 동작 (지도 API 미연동) | 촬영 1건당 이동 시간 |
| 01 일정 | 숙소 유형별 필수 컷 누락 | 유형별 촬영 체크리스트 자동 생성, D-1 알림 | 체크리스트 동작 (알림 미연동) | 재촬영 건수 |
| 02 업로드 | 공간별 분류에 시간 소요 | 이미지 인식으로 객실·욕실·외관·편의시설 분류 제안 | 분류 UI 동작 (AI 결과 고정 예시) | 분류 소요 시간, 수정률 |
| 02 업로드 | 필수 사진 누락을 뒤늦게 발견 | 분류 결과와 체크리스트 대조해 누락 후보 표시 | 동작 | 누락 재촬영 건수 |
| 02 업로드 | 중복·흔들림 컷 수작업 선별 | 유사 컷 묶기, 흔들림·노출 이상 사전 필터 | 설명만 반영 | 보정 대상 선별 시간 |
| 03 검수 | 담당자마다 보정 톤이 달라 일관성 부족 | 승인 콘텐츠 보정값으로 유형별 프리셋 1차 적용 | 밝기·대비 미리보기만 동작 | 보정 시간, 재보정 횟수 |
| 03 검수 | 어떤 사진을 고쳐야 하는지 불명확 | 사진별 수정 메모 → 보정 지시서 자동 정리, 재검수 대상 모아 보기 | 동작 | 검수 재요청 횟수 |
| 03 검수 | 검수자가 기술 결함까지 눈으로 확인 | 흐림·노출·수평 사전 검수 후 주의 항목만 표시 | 시뮬레이션 버튼 동작 | 검수 1건당 시간 |
| 04 게시 | 채널마다 규격과 문안을 따로 준비 | 채널별 규격 자동 변환, 캡션·해시태그·본문 초안 생성 | 규격표 반영 (생성 미구현) | 채널당 게시 준비 시간 |
| 04 게시 | 판매 채널 등록본이 원본과 불일치 | 등록본과 승인 원본 비교, 누락·중복 후보 제안 | 검수 흐름 동작 (비교 결과 예시) | 등록 오류율 |
| 04 게시 | 완료 표시와 실제 게시물 불일치 | 게시 URL 저장, 수정 이후 재확인 표시, URL 상태 자동 점검 | URL 저장·재확인 동작 (점검 미연동) | 게시 누락 건수 |
| 완료 이후 | 게시 성과가 콘텐츠와 연결되지 않음 | 채널별 조회·문의 수 자동 수집, 재촬영 시점 제안 | 설명만 반영 | 콘텐츠당 문의 전환 |
stayflow-v1)에만 저장app/projects.ts의 transition() 한 곳에서 단계 전환 규칙과 조건을 강제dist/). Vercel 또는 아무 정적 호스팅에 올리면 됩니다npm ci # 의존성 설치
npm run dev # 개발 서버 → http://localhost:5173
npm test # 테스트
npm run build # dist/ 생성 (정적 호스팅용)
이 목업은 흐름과 화면을 검증하기 위한 것이라 데이터가 브라우저에만 남고 여러 사람 사이에 공유되지 않습니다. 실제로 쓰려면 사내 인증과 공용 저장소(파일 서버 또는 오브젝트 스토리지)를 붙이는 것이 첫 작업이고, 그다음 1단계 규칙 기반 자동화를 그대로 옮긴 뒤, 2단계 모델 연동은 공간 분류나 결함 검출 중 하나를 골라 파일럿으로 지표를 재면서 넓혀 가는 순서를 제안합니다.