흩어진 상태
일정은 캘린더에, 사진은 드라이브에, 검수 의견은 메신저에, 게시 여부는 각 채널에 따로 있어 "이 콘텐츠가 지금 어디까지 왔는지"를 사람이 기억으로 이어 붙여야 합니다.
Design Decisions
"무엇을 만들었나"보다 왜 그렇게 만들었는지가 이 과제에서 가장 신경 쓴 부분입니다.
Gate
넘김 조건은 사람이 아니라 시스템이 확인한다
단계 전환 규칙을 transition() 한 함수에 모았습니다. 화면마다 버튼은 다르지만 실제 전환은 전부 이 함수를 거치기 때문에, 필수 컷 네 종이 빠진 채로 보정을 시작하거나 수정 요청이 남은 콘텐츠를 승인하는 일이 어느 화면에서도 일어나지 않습니다.
막을 때는 그냥 막지 않고 무엇이 빠졌는지 보여 줍니다. "미확인: 객실 · 욕실"처럼요. 규칙이 한 곳에 있으니 테스트도 그 함수 하나를 상대로 씁니다 - 상태 전환 · 백업 호환 · 사진 검수 · AX 집계, Node 테스트 12개.
AX
AI는 제안하고, 판단은 사람이 한다 - 자동 · 제안 · 확인 세 가지로 구분
과제 요구는 "AX 관점의 개선 아이디어를 반영하라"였습니다. AI를 붙일 곳을 나열하는 대신, 모든 AI 항목을 자동 처리(사람이 안 봐도 되는 것), AI 제안(사람이 고르는 것), 사전 점검(사람이 확인할 것만 추려 주는 것) 세 종류로 나눠 화면에 표시했습니다. 승인 · 수정 요청 · 게시 확정은 어느 경우에도 담당자가 합니다.
목업 안에서도 실제로 동작하는 것(규칙 기반 - 동선 묶기, 담당자 충돌, 필수 컷 대조, URL 재확인)과 고정 예시로만 보여 주는 것(비전·언어 모델 - 공간 분류, 결함 검출, 캡션 초안)을 화면과 설명서에서 구분해 두었습니다. "이건 되는 척"이 아니라 "이건 아직 안 됨"이 보이는 쪽이 신뢰가 간다고 봤습니다.
Consistency
완료 표시와 실제 게시물이 어긋나지 않게 - 게시 URL을 받아 둔다
채널 게시는 이 시스템 밖에서 일어납니다. "완료" 버튼만 두면 눌러 놓고 실제로는 안 올렸거나, 올린 뒤 사진을 고쳤는데 채널은 옛 사진 그대로인 상태를 잡을 수 없습니다. 그래서 채널마다 게시 URL을 저장하게 하고, 이후 사진에 수정 요청이 들어오면 그 채널에 "재확인 필요" 표시가 붙게 했습니다.
같은 이유로 사진별 수정 요청을 저장하면 콘텐츠는 보정 중으로 돌아가면서 채널 게시 표시가 초기화됩니다. 승인된 원본과 나가 있는 게시물이 다른 상태를 시스템이 모른 척하지 않게 하는 게 목적입니다.
Scope
서버 없이 끝까지 - 대신 데이터를 옮길 길은 열어 둔다
과제 조건이 "서버 · DB · 로그인 불필요, 더미 데이터 목업"이었고 기간도 짧았습니다. 그래서 상태는 브라우저 localStorage에만 저장하고, 업로드한 사진도 긴 변 1600px로 줄여 브라우저에만 둡니다. 서버를 안 두는 대신 데이터 내보내기 · 불러오기(JSON)로 다른 PC나 브라우저에 그대로 옮길 수 있게 했고, 시크릿 창으로 열면 언제든 초기 상태로 돌아갑니다.
한계는 분명합니다 - 여러 사람이 같은 데이터를 보지 못합니다. 실제 도입이라면 사내 인증과 공용 저장소를 붙이는 게 첫 작업이고, 그다음 규칙 기반 자동화를 그대로 옮긴 뒤, 모델 연동은 공간 분류나 결함 검출 하나를 골라 파일럿으로 지표를 재면서 넓히는 순서를 설명서에 적었습니다.
Layout
좁은 화면에서는 한 단계만 보여 주지 않는다
6컬럼 칸반은 1100px 아래로 내려가면 컬럼이 한 개씩만 보이는 모드였는데, 그러면 병목이 어디인지 볼 수 없어서 보드의 존재 이유가 사라졌습니다. 전체 단계를 세로로 쌓고 빈 단계는 접히게 바꿨고, 상단에 단계 칩을 두어 특정 단계로 바로 이동할 수 있게 했습니다. 필터를 걸어도 컬럼 자체는 남아 있어서 "검수 대기에 1건만 남았다"가 한눈에 보입니다.
