RIAHN CONNECT — 와이어프레임 · 본사

3 / 3 화면 19 · 기능 234
1차년도 8 · 2차년도 11  ·  A4 가로
이 묶음 밖을 가리키는 화면 5개 — 나누면 참조가 끊긴다. 다른 묶음에서 찾아야 한다.
SC-M20 매출 대시보드 · SC-M32 매장 설정 · SC-M36 잔액 이관 검증 · SC-M41 본사 진단·지원 · SC-M43 승인 대기함

읽는 법

  • 화면 하나가 뷰포트 수만큼이다. 모바일 → 데스크톱 순
  • 모바일 장은 오른쪽에 근거가 붙는다 — 연결 기능과 이 컷에서 드러난 것. 모바일이 없는 화면(POS·태블릿)만 근거를 별도 장으로 낸다
  • 모바일 장의 단(段)은 실제 폰 한 화면이다 — ① 첫 화면 · ② 스크롤 ↓. 단 경계가 화면이 넘어가는 지점이고, 단 수가 곧 스크롤 길이
  • 모바일에서 뺀 기능은 화면 하단에 명시했다. 누락이 아니라 판단이다
  • 근거 장의 연결 기능은 15번 목록에서 자동 생성된다 — 목록이 바뀌면 따라온다
  • 임계값은 숫자가 아니라 ⟨K-xx⟩ 파라미터로 적었다. 화면에 상수를 두지 않는다

저충실도 원칙

  • 회색 4단계 + 경고 1색이 팔레트의 전부다. 색·타이포·아이콘은 검토 대상이 아니다
  • 판단할 것은 무엇이 어디에 놓이는가규칙이 화면에 드러나는가 둘뿐이다
  • 2차년도 17화면은 정의 컷이다 — 뼈대와 “착수 전에 정해야 하는 것”만 적었다
  • 경계 영역(SFR-A~E · I)은 점선 카드로 표기하고 데이터 계약만 정의했다
검증 — 인쇄 장수·용지(bin/printcheck) · 프레임 잘림(bin/measure) · 문서 정합과 진척(bin/check)이 전부 통과한 상태로 낸 것이다.

표지

SC-H01 전 매장 KPI 모바일

1차 · 모바일 · 데스크톱
각 단 = 실제 폰 한 화면 · 단 경계 = 화면이 넘어가는 지점
모바일 414px R1 점주 · 이동 중
① 첫 화면 — 열자마자 보이는 것② 스크롤 ↓
⚠ 네트워크 끊김 — 마지막 집계 기준 (L-03)
전 매장 KPI 집계 기준 D-16 내보내기이상징후 SC-H02
매장30
평균 달성률78%
이상4
미도입2
전체이상만직영가맹달성률순매출순이탈위험순 실증 30개 → 확산 490개. 정렬·필터가 없으면 이 화면은 쓸 수 없다 (M-01)
이상 표시는 D-09 매장 판정을 본사가 모아 본 것이다 — 기준값은 ⟨K-12⟩ 본사 표준
매장구분월 매출달성률재방문율이상
강남점직영 · 2024 개점 직영38.2M 72%61% 신규 −31%3주 연속
분당점가맹 21.4M54% 48% 기록률 61%데이터 품질 (G-06)
홍대점직영 44.7M96% 68%
수원점가맹 29.1M81% 57%
일산점온보딩 중가맹 설정 미완K-13·K-15 (SC-H05)
비교 가능하려면 집계 기준이 같아야 한다. 회원권 매출 인식 시점(D-16)·재방문율 기준 기간⟨K-12⟩이 매장마다 다르면 이 표의 숫자를 나란히 놓을 수 없다. 표준값은 M-06 이 배포하고 매장 조정 범위는 K-19 가 정한다.

모바일에서 뺀 것 — 정렬·필터 조합과 다열 비교. 490개를 414px 에서 비교할 수 없다. 모바일은 이상 매장만 본다 — 슈퍼바이저가 방문 중에 쓰는 방식이다 (R4 · D6).

연결 기능 1개 · 15번 목록에서 자동

M-01전 매장 KPI 대시보드

이 컷에서 드러난 것

  • 비교 가능하려면 집계 기준이 같아야 한다 — 회원권 매출 인식 시점(D-16)·재방문율 기준(K-12)이 매장마다 다르면 나란히 못 놓는다
  • 실증 30 → 확산 490 에서 정렬·필터 없이는 쓸 수 없다 (M-01)
  • 이상 판정 기준이 매장 D-09 와 본사 M-02 중 어디 소유인지 미결
공통규칙 — 상태 3종 · 채널은 데이터 · 임계값은 ⟨K-xx⟩ · 터치 모바일 44px / 데스크톱 28px

1 / 2 · 모바일

SC-H01 전 매장 KPI 데스크톱

1차 · 모바일 · 데스크톱
매장 목록·지표·정렬·이상 표시
데스크톱 1440px R2 매니저 · 인포데스크 상주
⚠ 네트워크 끊김 — 마지막 집계 기준 (L-03)
전 매장 KPI 집계 기준 D-16 내보내기이상징후 SC-H02
매장30
평균 달성률78%
이상4
미도입2
전체이상만직영가맹달성률순매출순이탈위험순 실증 30개 → 확산 490개. 정렬·필터가 없으면 이 화면은 쓸 수 없다 (M-01)
이상 표시는 D-09 매장 판정을 본사가 모아 본 것이다 — 기준값은 ⟨K-12⟩ 본사 표준
매장구분월 매출달성률재방문율이상
강남점직영 · 2024 개점 직영38.2M 72%61% 신규 −31%3주 연속
분당점가맹 21.4M54% 48% 기록률 61%데이터 품질 (G-06)
홍대점직영 44.7M96% 68%
수원점가맹 29.1M81% 57%
일산점온보딩 중가맹 설정 미완K-13·K-15 (SC-H05)
비교 가능하려면 집계 기준이 같아야 한다. 회원권 매출 인식 시점(D-16)·재방문율 기준 기간⟨K-12⟩이 매장마다 다르면 이 표의 숫자를 나란히 놓을 수 없다. 표준값은 M-06 이 배포하고 매장 조정 범위는 K-19 가 정한다.

2 / 2 · 데스크톱

SC-H05 매장 마스터·온보딩 모바일

1차 · 모바일 · 데스크톱
각 단 = 실제 폰 한 화면 · 단 경계 = 화면이 넘어가는 지점
모바일 414px R1 점주 · 이동 중
① 첫 화면 — 열자마자 보이는 것② 스크롤 ↓
⚠ 네트워크 끊김 — 등록·변경은 재연결 후 (L-03)
매장 마스터 · 온보딩 표준 배포 SC-H06+ 매장 등록
등록30
온보딩 중2
설정 미완2
폐점 예정1
매장 코드 체계·계층(직영/가맹·지역)·계약 정보 — M-01 이 다루는 매장의 등록 원장 (M-17)
매장코드 · 계층계약온보딩상태
강남점RH-001 · 직영/서울직영완료운영 중
분당점RH-014 · 가맹/경기2024-03 ~ 2029-02완료운영 중
일산점RH-031 · 가맹/경기 2026-08 ~ 4 / 7 단계 설정 미완K-13 · K-15
부천점RH-022 · 가맹/경기 ~ 2026-09-30완료 폐점 예정잔액 처리 필요
온보딩 단계 — 일산점 M-05
✓ 1 매장 등록 · 코드 부여M-17완료
✓ 2 표준 마스터 배포메뉴·온톨로지·임계값 (M-06)완료
✓ 3 계정·권한 부여M-08 · K-07완료
✓ 4 좌석·장비 등록K-02완료
5 발신번호 등록K-13 — 없으면 발송 전면 불가대기
6 결제·PG 설정K-15 — 없으면 카드 승인 불가대기
7 데이터 이관SC-H13미착수
설정 완료 체크리스트가 매장 화면(SC-M32)에는 없다 — 16-K 6-2 신규 후보와 같은 사안
폐점 처리 — 부천점 M-19 · 분리 후보
회원권 잔액 3,820,000 — 인근 매장 이관 vs 환불. 선불업 규제와 맞물린다 (C-20 · C-14) 포인트 잔액 412,000 — 같은 성격의 잔액 (B-21) 고객·매출 데이터 보존 범위 미결 — 보관기간(J-06)과 충돌 여부 확인 필요 계정 비활성·단말 원격 초기화 (F-15 · L-09 · N-08)

모바일에서 뺀 것 — 매장 등록 폼과 계약 정보 편집. 모바일은 온보딩 진척과 폐점 처리 확인만.

연결 기능 3개 · 15번 목록에서 자동

M-05매장 온보딩 관리
M-17매장(가맹점) 마스터
M-19폐점 처리

이 컷에서 드러난 것

  • 16-M 6-1 — M-17 은 매장 마스터(상시) / 폐점 처리(별도 절차)로 분리 후보다. M-19 로 이미 갈렸다
  • 폐점 시 회원권 잔액을 인근 매장 이관할지 환불할지 미결 — 선불업 규제와 맞물린다 (C-20 · C-14)
  • 폐점 매장의 고객·매출 보존 범위가 보관기간(J-06)과 충돌할 수 있다
  • 설정 완료 체크리스트가 매장 화면(SC-M32)에는 없다 — 본사에만 있으면 매장이 스스로 못 고친다
공통규칙 — 상태 3종 · 채널은 데이터 · 임계값은 ⟨K-xx⟩ · 터치 모바일 44px / 데스크톱 28px

1 / 2 · 모바일

SC-H05 매장 마스터·온보딩 데스크톱

1차 · 모바일 · 데스크톱
매장 등록·개폐점·계약 정보 + 실증 매장 도입 단계 + 폐점 처리
데스크톱 1440px R2 매니저 · 인포데스크 상주
⚠ 네트워크 끊김 — 등록·변경은 재연결 후 (L-03)
매장 마스터 · 온보딩 표준 배포 SC-H06+ 매장 등록
등록30
온보딩 중2
설정 미완2
폐점 예정1
매장 코드 체계·계층(직영/가맹·지역)·계약 정보 — M-01 이 다루는 매장의 등록 원장 (M-17)
매장코드 · 계층계약온보딩상태
강남점RH-001 · 직영/서울직영완료운영 중
분당점RH-014 · 가맹/경기2024-03 ~ 2029-02완료운영 중
일산점RH-031 · 가맹/경기 2026-08 ~ 4 / 7 단계 설정 미완K-13 · K-15
부천점RH-022 · 가맹/경기 ~ 2026-09-30완료 폐점 예정잔액 처리 필요
온보딩 단계 — 일산점 M-05
✓ 1 매장 등록 · 코드 부여M-17완료
✓ 2 표준 마스터 배포메뉴·온톨로지·임계값 (M-06)완료
✓ 3 계정·권한 부여M-08 · K-07완료
✓ 4 좌석·장비 등록K-02완료
5 발신번호 등록K-13 — 없으면 발송 전면 불가대기
6 결제·PG 설정K-15 — 없으면 카드 승인 불가대기
7 데이터 이관SC-H13미착수
설정 완료 체크리스트가 매장 화면(SC-M32)에는 없다 — 16-K 6-2 신규 후보와 같은 사안
폐점 처리 — 부천점 M-19 · 분리 후보
회원권 잔액 3,820,000 — 인근 매장 이관 vs 환불. 선불업 규제와 맞물린다 (C-20 · C-14) 포인트 잔액 412,000 — 같은 성격의 잔액 (B-21) 고객·매출 데이터 보존 범위 미결 — 보관기간(J-06)과 충돌 여부 확인 필요 계정 비활성·단말 원격 초기화 (F-15 · L-09 · N-08)

2 / 2 · 데스크톱

SC-H06 표준 마스터 배포 모바일

1차 · 모바일 · 데스크톱
각 단 = 실제 폰 한 화면 · 단 경계 = 화면이 넘어가는 지점
모바일 414px R1 점주 · 이동 중
① 첫 화면 — 열자마자 보이는 것
⚠ 네트워크 끊김 — 배포는 재연결 후 (L-03)
표준 마스터 배포 적용 기준일 K-16 미리보기배포
대상 매장30
덮어쓰기12
충돌5
잠금 항목7
⚠ 매장 커스텀 값과 충돌 5건. 덮어쓸지 유지할지를 항목마다 정해야 한다. “본사 표준과 매장 재량의 경계”를 정의하는 곳이 K-19 설정 잠금 범위인데, 그 UI 가 이 화면인지 매장 설정(SC-M32)인지 미결이다 (16-K 6-2).
배포 항목별 잠금 정책 — 잠금이면 매장이 못 바꾼다
항목표준값매장 재량충돌배포 시
표준 메뉴K-03142종추가만 허용2병합매장 추가분 유지
가격K-04직급별 표가맹사업법 확인3판단 필요구속 범위 미결
자동화 임계값K-12휴면·리마인더·야간범위 내 조정0기본값만 갱신
온톨로지시술 분류v2.4잠금0덮어쓰기
매출 목표D-15소유 미결배포 안 함본사 하달 vs 매장 자율
적용 기준일 2026-09-01 가격·요율·정책 변경은 과거 거래를 소급 재계산하지 않는다 (K-16) 배포 후 매장 화면(SC-M32)에 적용 대기로 표시된다

모바일에서 뺀 것 — 항목별 잠금 정책 편집(행렬). PC 전용이다.

연결 기능 2개 · 15번 목록에서 자동

M-06표준 마스터 배포
K-19설정 잠금 범위

이 컷에서 드러난 것

  • K-19 설정 잠금 범위의 UI 소재가 미결이다 — 이 화면인지 매장 설정(SC-M32)인지 (16-K 6-2)
  • 가맹사업법상 가격 구속 범위가 미확인이라 가격 항목의 배포 정책을 못 정한다 (K-04)
  • 매출 목표(D-15)를 본사가 하달할지 매장 자율일지 미결 — 배포 대상 여부가 여기 걸린다
  • 표준 메뉴 배포 시 매장 추가 메뉴 병합 규칙이 필요하다 (K-03 · M-06)
공통규칙 — 상태 3종 · 채널은 데이터 · 임계값은 ⟨K-xx⟩ · 터치 모바일 44px / 데스크톱 28px

1 / 2 · 모바일

SC-H06 표준 마스터 배포 데스크톱

1차 · 모바일 · 데스크톱
표준 메뉴·온톨로지 배포
데스크톱 1440px R2 매니저 · 인포데스크 상주
⚠ 네트워크 끊김 — 배포는 재연결 후 (L-03)
표준 마스터 배포 적용 기준일 K-16 미리보기배포
대상 매장30
덮어쓰기12
충돌5
잠금 항목7
⚠ 매장 커스텀 값과 충돌 5건. 덮어쓸지 유지할지를 항목마다 정해야 한다. “본사 표준과 매장 재량의 경계”를 정의하는 곳이 K-19 설정 잠금 범위인데, 그 UI 가 이 화면인지 매장 설정(SC-M32)인지 미결이다 (16-K 6-2).
배포 항목별 잠금 정책 — 잠금이면 매장이 못 바꾼다
항목표준값매장 재량충돌배포 시
표준 메뉴K-03142종추가만 허용2병합매장 추가분 유지
가격K-04직급별 표가맹사업법 확인3판단 필요구속 범위 미결
자동화 임계값K-12휴면·리마인더·야간범위 내 조정0기본값만 갱신
온톨로지시술 분류v2.4잠금0덮어쓰기
매출 목표D-15소유 미결배포 안 함본사 하달 vs 매장 자율
적용 기준일 2026-09-01 가격·요율·정책 변경은 과거 거래를 소급 재계산하지 않는다 (K-16) 배포 후 매장 화면(SC-M32)에 적용 대기로 표시된다

2 / 2 · 데스크톱

SC-H08 감사·개인정보 관리 모바일

1차 · 모바일 · 데스크톱
각 단 = 실제 폰 한 화면 · 단 경계 = 화면이 넘어가는 지점
모바일 414px R1 점주 · 이동 중
① 첫 화면 — 열자마자 보이는 것② 스크롤 ↓
⚠ 네트워크 끊김 — 조회만 가능 (L-03)
감사 · 개인정보 반출 로그권리 행사 요청함
권리 행사3건
기한 임박1
오늘 열람1,204
대량 반출2
정보주체 권리 행사 — 처리기한 관리가 법정 의무다 (J-10)
접수요청고객 · 매장기한상태
08-05삭제 김○○ · 강남점08-153일 보류결제·세금 보존 의무와 충돌
08-08열람이○○ · 분당점08-18처리 중
08-10처리정지박○○ · 홍대점08-20접수
삭제 요청은 전체 삭제가 불가하다. 결제·세금 기록은 법정 보존 의무가 있다 — 어디까지 지우고 무엇을 남길지를 개인정보 처리방침에 명시해야 하고, 그 규칙이 아직 없다 (J-10 · 16-J 5-3). 16-J 5-1 은 J-10 을 열람·정정 / 삭제·처리정지로 분리 후보로 본다 — 처리 기한·승인 주체·회신 내용이 다르다.
데이터 반출 로그 — 개인정보 유출의 주 경로다 (J-11)
시각주체대상사유건수 · 마스킹
11:02강남점 R1세그먼트 내보내기 (B-18)캠페인 대상 검토412건대량 — 승인 필요
10:14본사 R5매출 리포트 (D-13)월간 보고집계만PII 없음
보관기간 · 파기 J-06
고객 + 임직원(F-15 퇴사자) + 백업본(L-08) 모두 대상이다 항목별 보관기간이 개인정보 처리방침 확정 후에 정해진다 — 현재 미작성
없는 기능 16-J 5-2 신규 후보
위탁·제3자 제공 현황 관리 — 파수·랩큐에 데이터를 위탁하고 있고 처리방침에 명시해야 하는데 관리할 곳이 없다 동의 재수집 캠페인 — 이관 고객의 동의 이력이 없으면 재동의가 필요한데 절차가 없다

모바일에서 뺀 것 — 반출 로그 상세와 감사 로그 검색. 모바일은 기한 임박 요청만 본다.

연결 기능 6개 · 15번 목록에서 자동

J-05감사 로그
J-06보관기간·파기
J-10열람·정정 요청
J-11데이터 반출 통제
J-14삭제·처리정지 요청
J-15위탁·제3자 제공 현황

이 컷에서 드러난 것

  • 16-J 5-1 — J-10 은 열람·정정 / 삭제·처리정지로 분리 후보다. 처리 기한·승인 주체·회신 내용이 다르다
  • 삭제 요청 시 법정 보존 데이터의 부분 삭제 기준이 아직 없다 (J-10)
  • 위탁·제3자 제공 현황 관리 기능이 없다 — 파수·랩큐 위탁을 처리방침에 명시해야 한다 (16-J 5-2)
  • 보관기간은 개인정보 처리방침 확정 후에 정해진다 — J-06 이 2차 미작성인 이유
공통규칙 — 상태 3종 · 채널은 데이터 · 임계값은 ⟨K-xx⟩ · 터치 모바일 44px / 데스크톱 28px

1 / 2 · 모바일

SC-H08 감사·개인정보 관리 데스크톱

1차 · 모바일 · 데스크톱
감사 로그·동의 현황·파기 + 정보주체 권리 행사 요청함·반출 로그
데스크톱 1440px R2 매니저 · 인포데스크 상주
⚠ 네트워크 끊김 — 조회만 가능 (L-03)
감사 · 개인정보 반출 로그권리 행사 요청함
권리 행사3건
기한 임박1
오늘 열람1,204
대량 반출2
정보주체 권리 행사 — 처리기한 관리가 법정 의무다 (J-10)
접수요청고객 · 매장기한상태
08-05삭제 김○○ · 강남점08-153일 보류결제·세금 보존 의무와 충돌
08-08열람이○○ · 분당점08-18처리 중
08-10처리정지박○○ · 홍대점08-20접수
삭제 요청은 전체 삭제가 불가하다. 결제·세금 기록은 법정 보존 의무가 있다 — 어디까지 지우고 무엇을 남길지를 개인정보 처리방침에 명시해야 하고, 그 규칙이 아직 없다 (J-10 · 16-J 5-3). 16-J 5-1 은 J-10 을 열람·정정 / 삭제·처리정지로 분리 후보로 본다 — 처리 기한·승인 주체·회신 내용이 다르다.
데이터 반출 로그 — 개인정보 유출의 주 경로다 (J-11)
시각주체대상사유건수 · 마스킹
11:02강남점 R1세그먼트 내보내기 (B-18)캠페인 대상 검토412건대량 — 승인 필요
10:14본사 R5매출 리포트 (D-13)월간 보고집계만PII 없음
보관기간 · 파기 J-06
고객 + 임직원(F-15 퇴사자) + 백업본(L-08) 모두 대상이다 항목별 보관기간이 개인정보 처리방침 확정 후에 정해진다 — 현재 미작성
없는 기능 16-J 5-2 신규 후보
위탁·제3자 제공 현황 관리 — 파수·랩큐에 데이터를 위탁하고 있고 처리방침에 명시해야 하는데 관리할 곳이 없다 동의 재수집 캠페인 — 이관 고객의 동의 이력이 없으면 재동의가 필요한데 절차가 없다

2 / 2 · 데스크톱

SC-H13 데이터 이관 콘솔 모바일

1차 · 모바일 · 데스크톱
각 단 = 실제 폰 한 화면 · 단 경계 = 화면이 넘어가는 지점
모바일 414px R1 점주 · 이동 중
① 첫 화면 — 열자마자 보이는 것② 스크롤 ↓
⚠ 네트워크 끊김 — 이관 실행 불가 (L-03)
데이터 이관 콘솔 배치 #3 롤백 I-14부분 재실행다음 단계
이관율73%
차이14
매핑 미정6
병행 운영D+12
이관 4단계 I-07 · 원본 스냅샷 보존이 롤백의 전제
✓ 1 스테이징 적재CSV 추출 · 원본 스냅샷 보존완료
✓ 2 검증스키마 매핑 · 코드값 대응 (I-08)완료
3 승인차이 14건 — 잔액은 건별 승인 (SC-M36)진행 중
4 반영승인분만 본 테이블로대기
이관율 I-09 · 목표 1차 70% / 2차 95%
73%
고객88%
시술 이력64%
회원권97%
포인트원장 없음
포인트 원장이 안 왔다 — CRM사 협의 항목에 포함됐는지 확인 필요 (B-21 · C-21)
병행 운영 I-10
D+12
외부 CRM 과 이중 수집 중 · 전환 판정 기준 미정 — 어느 쪽이 정본인가 시장이 커지면 CRM사와 충돌해 API 가 닫힐 위험이 구조적으로 있다 — 그때는 로컬 서버 직수집(L 도메인)이 보험이다
매핑 미정 — 원본에 없는 필수 필드를 임의로 채우면 진짜 값과 구분이 안 된다 (I-08)
항목외부 값대응건수조치
시술 코드“클리닉A”대응표 없음412매핑 추가
동의 이력원본에 없음2,140재동의 필요발송 전면 차단
담당 디자이너이름 문자열계정 매칭 88%1,802수기 보정
I-11 정합성 검증(양방향)은 존치 재검토 대상이다. 외부 CRM 이 쓰기(write) API 를 제공해야 성립하는데 가능성이 낮다 — 계획서의 이관 전제도 CSV 추출(단방향)이다. 단방향 + 수기 보정을 기본으로 그렸다 (16-I 4-2).

모바일에서 뺀 것 — 스키마 매핑 편집·이관 실행. 되돌리기 어려운 작업이라 PC 전용이다.

연결 기능 8개 · 15번 목록에서 자동

I-03매핑·정규화 규칙
I-06통합 고객 ID 병합 규칙
I-07이관 마법사
I-08스키마 매핑 편집
I-09이관율 리포트
I-10병행 운영 모드
I-11정합성 검증 리포트
I-14이관 롤백·재실행

이 컷에서 드러난 것

  • 포인트 원장이 안 왔다 — CRM사 협의 항목(액션 3·16·17)에 포인트가 명시됐는지 확인 필요 (B-21 · C-21)
  • 동의 이력이 원본에 없으면 이관 직후 마케팅 발송이 전부 막힌다 — 재동의 절차가 필요하다 (E-07 · B-16)
  • 원본에 없는 필수 필드를 임의로 채우면 진짜 값과 구분이 안 된다 (I-08)
  • I-11 정합성 검증은 존치 재검토 대상 — 외부 CRM 쓰기 API 를 전제하는데 가능성이 낮다 (16-I 4-2)
  • 병행 운영 중 어느 쪽이 정본인지와 전환 판정 기준이 미정 (I-10)
공통규칙 — 상태 3종 · 채널은 데이터 · 임계값은 ⟨K-xx⟩ · 터치 모바일 44px / 데스크톱 28px

1 / 2 · 모바일

SC-H13 데이터 이관 콘솔 데스크톱

1차 · 모바일 · 데스크톱
이관 마법사·스키마 매핑·이관율·병행 운영·정합성 검증·롤백/재실행
데스크톱 1440px R2 매니저 · 인포데스크 상주
⚠ 네트워크 끊김 — 이관 실행 불가 (L-03)
데이터 이관 콘솔 배치 #3 롤백 I-14부분 재실행다음 단계
이관율73%
차이14
매핑 미정6
병행 운영D+12
이관 4단계 I-07 · 원본 스냅샷 보존이 롤백의 전제
✓ 1 스테이징 적재CSV 추출 · 원본 스냅샷 보존완료
✓ 2 검증스키마 매핑 · 코드값 대응 (I-08)완료
3 승인차이 14건 — 잔액은 건별 승인 (SC-M36)진행 중
4 반영승인분만 본 테이블로대기
이관율 I-09 · 목표 1차 70% / 2차 95%
73%
고객88%
시술 이력64%
회원권97%
포인트원장 없음
포인트 원장이 안 왔다 — CRM사 협의 항목에 포함됐는지 확인 필요 (B-21 · C-21)
병행 운영 I-10
D+12
외부 CRM 과 이중 수집 중 · 전환 판정 기준 미정 — 어느 쪽이 정본인가 시장이 커지면 CRM사와 충돌해 API 가 닫힐 위험이 구조적으로 있다 — 그때는 로컬 서버 직수집(L 도메인)이 보험이다
매핑 미정 — 원본에 없는 필수 필드를 임의로 채우면 진짜 값과 구분이 안 된다 (I-08)
항목외부 값대응건수조치
시술 코드“클리닉A”대응표 없음412매핑 추가
동의 이력원본에 없음2,140재동의 필요발송 전면 차단
담당 디자이너이름 문자열계정 매칭 88%1,802수기 보정
I-11 정합성 검증(양방향)은 존치 재검토 대상이다. 외부 CRM 이 쓰기(write) API 를 제공해야 성립하는데 가능성이 낮다 — 계획서의 이관 전제도 CSV 추출(단방향)이다. 단방향 + 수기 보정을 기본으로 그렸다 (16-I 4-2).

2 / 2 · 데스크톱

SC-H03 매장 상세 모바일

1차 · 모바일 · 데스크톱
각 단 = 실제 폰 한 화면 · 단 경계 = 화면이 넘어가는 지점
모바일 414px R1 점주 · 이동 중
① 첫 화면 — 열자마자 보이는 것
⚠ 네트워크 끊김 — 마지막 집계 기준 (L-03)
강남점 RH-001 · 직영 공지 보내기지원 제안 M-18방문 브리핑 M-04
매출38.2M
달성률72%
이상1
기록률92%
⚠ 수요일 오후 신규 유입 −31% · 3주 연속 (D-09 · 기준 ⟨K-12⟩) 매장이 스스로 본 판정(SC-M20)과 본사가 모아 본 판정(SC-H01)이 같은 사건이다 — 이상 기준을 누가 소유하는지가 미결이다 (D-09 매장 vs M-02 본사).
동일 규모 매장 대비 M-03
강남점38.2M
홍대점44.7M
수원점29.1M
평균36.4M
비교하려면 집계 기준이 같아야 한다 — 회원권 인식 시점(D-16)이 매장마다 다르면 무의미하다
데이터 품질 G-06 · D-14 · C-12
기록률92%
정합98%
더미 의심4건
품질이 낮은 매장의 지표는 모델 입력에서 가중치를 낮춰야 한다 — 그 규칙이 미정
설정 준수 M-06 · K-19
표준 메뉴 병합 상태 · 자동화 임계값 2건 매장 조정 · 가격 표준 준수 매장 조정이 허용 범위 안인지 판정하는 곳이 K-19인데 UI 소재가 미결이다
본사가 할 수 있는 것 M-13 · M-18
공지 배포 · 지원 제안(마케팅비 매칭·교육 우선권) · 슈퍼바이저 방문 브리핑(M-04 · 2차) 지원은 제안 → 매장 신청 → 본사 심사 순이다 (SC-M41 · SC-H14)

모바일에서 뺀 것 — 동일 규모 매장 비교. 슈퍼바이저가 방문 중에 쓰는 것이 모바일 시나리오다 (R4 · D6).

연결 기능 1개 · 15번 목록에서 자동

M-03매장 상세 드릴다운

이 컷에서 드러난 것

  • 이상 기준을 누가 소유하는지 미결이다 — 매장 D-09 vs 본사 M-02 가 같은 사건을 본다
  • 비교하려면 집계 기준이 같아야 한다 — 회원권 인식 시점(D-16)이 매장마다 다르면 무의미하다
  • 품질이 낮은 매장의 지표를 모델 입력에서 가중치를 낮추는 규칙이 미정 (G-06 · D-14 · C-12)
공통규칙 — 상태 3종 · 채널은 데이터 · 임계값은 ⟨K-xx⟩ · 터치 모바일 44px / 데스크톱 28px

1 / 2 · 모바일

SC-H03 매장 상세 데스크톱

1차 · 모바일 · 데스크톱
단일 매장 드릴다운
데스크톱 1440px R2 매니저 · 인포데스크 상주
⚠ 네트워크 끊김 — 마지막 집계 기준 (L-03)
강남점 RH-001 · 직영 공지 보내기지원 제안 M-18방문 브리핑 M-04
매출38.2M
달성률72%
이상1
기록률92%
⚠ 수요일 오후 신규 유입 −31% · 3주 연속 (D-09 · 기준 ⟨K-12⟩) 매장이 스스로 본 판정(SC-M20)과 본사가 모아 본 판정(SC-H01)이 같은 사건이다 — 이상 기준을 누가 소유하는지가 미결이다 (D-09 매장 vs M-02 본사).
동일 규모 매장 대비 M-03
강남점38.2M
홍대점44.7M
수원점29.1M
평균36.4M
비교하려면 집계 기준이 같아야 한다 — 회원권 인식 시점(D-16)이 매장마다 다르면 무의미하다
데이터 품질 G-06 · D-14 · C-12
기록률92%
정합98%
더미 의심4건
품질이 낮은 매장의 지표는 모델 입력에서 가중치를 낮춰야 한다 — 그 규칙이 미정
설정 준수 M-06 · K-19
표준 메뉴 병합 상태 · 자동화 임계값 2건 매장 조정 · 가격 표준 준수 매장 조정이 허용 범위 안인지 판정하는 곳이 K-19인데 UI 소재가 미결이다
본사가 할 수 있는 것 M-13 · M-18
공지 배포 · 지원 제안(마케팅비 매칭·교육 우선권) · 슈퍼바이저 방문 브리핑(M-04 · 2차) 지원은 제안 → 매장 신청 → 본사 심사 순이다 (SC-M41 · SC-H14)

2 / 2 · 데스크톱

SC-H07 권한·계정 관리 모바일

1차 · 모바일 · 데스크톱
각 단 = 실제 폰 한 화면 · 단 경계 = 화면이 넘어가는 지점
모바일 414px R1 점주 · 이동 중
① 첫 화면 — 열자마자 보이는 것② 스크롤 ↓
⚠ 네트워크 끊김 — 변경은 재연결 후 (L-03)
권한 · 계정 관리 역할 정의+ 계정
계정184
역할6
위임 중2
비활성 대기3
역할별 접근 — 메뉴·필드 단위로 정한다 (J-04 · J-08 필드 마스킹)
역할매출·정산고객 PII요율(K-11)승인 권한
R1 점주전체마스킹 해제 가능사유 로그열람환불·휴무·발송
R2 매니저매장 집계마스킹 해제 가능차단없음
R3 디자이너본인만제한 뷰차단없음
R4 슈퍼바이저담당 매장집계만차단없음
R5 본사 Admin전사집계만열람 시 감사 로그전체마스터·이관
권한 위임 J-13 · SC-M43 의 전제
강남점 점주 → 매니저08-14 ~ 08-18 · 휴가기간 지정
분당점 점주 → 부점장08-12 ~ 08-13진행 중
위임이 없으면 부재 중 환불·휴무·발송 승인이 전부 막힌다. 위임 이력은 감사 로그(J-05)에 남는다
비활성 대기 F-15 · L-09 · N-08
이○○ 퇴사담당 고객 승계 · 미래 예약 이관 필요처리
삭제가 아니라 비활성이다 — 과거 시술 이력의 담당자 표기는 보존한다 (F-15) 단말 원격 로그아웃·초기화가 함께 가야 한다 (L-09) 퇴사자 개인정보도 보관기간·파기 대상이다 (J-06)
다중 매장 근무자 F-14 · 2차
프리랜서·순회 디자이너의 복수 매장 소속 처리 — 계약 형태와 정산 방식이 정해져야 규칙을 적을 수 있다. 근태(F-13)가 어느 매장으로 잡히는지도 여기 걸린다

모바일에서 뺀 것 — 역할별 접근 행렬 편집. 모바일은 위임 설정과 비활성 처리만 — 점주가 휴가 직전에 위임을 거는 상황이 모바일 시나리오다.

연결 기능 4개 · 15번 목록에서 자동

M-08권한·계정 통합 관리
J-04권한(Role) 설정
J-13권한 위임·대리 승인
F-14다중 매장 근무 디자이너

이 컷에서 드러난 것

  • 위임(J-13)이 SC-M43 승인 대기함의 전제다 — 없으면 부재 중 승인이 전부 막힌다
  • 퇴사는 삭제가 아니라 비활성이다 — 과거 시술 이력의 담당자 표기를 보존한다 (F-15)
  • 단말 원격 로그아웃·초기화가 함께 가야 한다 (L-09 · N-08)
  • 다중 매장 근무자(F-14)는 계약 형태와 정산 방식이 정해져야 규칙을 적을 수 있다
공통규칙 — 상태 3종 · 채널은 데이터 · 임계값은 ⟨K-xx⟩ · 터치 모바일 44px / 데스크톱 28px

1 / 2 · 모바일

SC-H07 권한·계정 관리 데스크톱

1차 · 모바일 · 데스크톱
역할 체계·계정
데스크톱 1440px R2 매니저 · 인포데스크 상주
⚠ 네트워크 끊김 — 변경은 재연결 후 (L-03)
권한 · 계정 관리 역할 정의+ 계정
계정184
역할6
위임 중2
비활성 대기3
역할별 접근 — 메뉴·필드 단위로 정한다 (J-04 · J-08 필드 마스킹)
역할매출·정산고객 PII요율(K-11)승인 권한
R1 점주전체마스킹 해제 가능사유 로그열람환불·휴무·발송
R2 매니저매장 집계마스킹 해제 가능차단없음
R3 디자이너본인만제한 뷰차단없음
R4 슈퍼바이저담당 매장집계만차단없음
R5 본사 Admin전사집계만열람 시 감사 로그전체마스터·이관
권한 위임 J-13 · SC-M43 의 전제
강남점 점주 → 매니저08-14 ~ 08-18 · 휴가기간 지정
분당점 점주 → 부점장08-12 ~ 08-13진행 중
위임이 없으면 부재 중 환불·휴무·발송 승인이 전부 막힌다. 위임 이력은 감사 로그(J-05)에 남는다
비활성 대기 F-15 · L-09 · N-08
이○○ 퇴사담당 고객 승계 · 미래 예약 이관 필요처리
삭제가 아니라 비활성이다 — 과거 시술 이력의 담당자 표기는 보존한다 (F-15) 단말 원격 로그아웃·초기화가 함께 가야 한다 (L-09) 퇴사자 개인정보도 보관기간·파기 대상이다 (J-06)
다중 매장 근무자 F-14 · 2차
프리랜서·순회 디자이너의 복수 매장 소속 처리 — 계약 형태와 정산 방식이 정해져야 규칙을 적을 수 있다. 근태(F-13)가 어느 매장으로 잡히는지도 여기 걸린다

2 / 2 · 데스크톱

SC-H11 공지 배포 모바일

1차 · 모바일 · 데스크톱
각 단 = 실제 폰 한 화면 · 단 경계 = 화면이 넘어가는 지점
모바일 414px R1 점주 · 이동 중
① 첫 화면 — 열자마자 보이는 것② 스크롤 ↓
⚠ 네트워크 끊김 — 배포는 재연결 후 (L-03)
공지 배포 임시 저장배포
대상30
확인22
미확인8
기한 임박1
전 매장 (30)직영만지역 선택
정책 변경운영 안내긴급
정책 변경은 확인 의무가 붙는다 — 미확인 매장에 상위 통보 (K-17 라우팅)
2026년 9월 표준 가격 변경 안내
표준 마스터 배포 #12 와 연결됨 적용 기준일 2026-09-01 (K-16) — 공지와 배포가 같은 사건이면 따로 관리하면 어긋난다
2026-08-20
기한 내 미확인 시 본사에 표시된다
확인 여부 추적 — 보냈다와 읽었다는 다르다 (M-13)
매장수신확인확인자상태
강남점08-12 08:5008-12 09:10점주확인
홍대점08-12 08:5008-12 11:02매니저확인
분당점08-12 08:50미확인기한 8일
일산점실패계정 미생성온보딩 중

모바일에서 뺀 것 — 공지 작성. 모바일은 확인 여부 추적만.

연결 기능 1개 · 15번 목록에서 자동

M-13본사 공지 배포

이 컷에서 드러난 것

  • “보냈다”와 “읽었다”는 다르다 — 확인 추적이 M-13 의 본체다
  • 공지와 표준 마스터 배포(M-06)가 같은 사건이면 따로 관리하면 어긋난다 — 연결이 필요하다
  • 온보딩 중인 매장은 계정이 없어 수신 자체가 실패한다 (SC-H05 와 연결)
  • 미확인 시 상위 통보 경로가 K-17 라우팅에 있어야 한다
공통규칙 — 상태 3종 · 채널은 데이터 · 임계값은 ⟨K-xx⟩ · 터치 모바일 44px / 데스크톱 28px

1 / 2 · 모바일

SC-H11 공지 배포 데스크톱

1차 · 모바일 · 데스크톱
매장 공지·확인 여부 추적
데스크톱 1440px R2 매니저 · 인포데스크 상주
⚠ 네트워크 끊김 — 배포는 재연결 후 (L-03)
공지 배포 임시 저장배포
대상30
확인22
미확인8
기한 임박1
전 매장 (30)직영만지역 선택
정책 변경운영 안내긴급
정책 변경은 확인 의무가 붙는다 — 미확인 매장에 상위 통보 (K-17 라우팅)
2026년 9월 표준 가격 변경 안내
표준 마스터 배포 #12 와 연결됨 적용 기준일 2026-09-01 (K-16) — 공지와 배포가 같은 사건이면 따로 관리하면 어긋난다
2026-08-20
기한 내 미확인 시 본사에 표시된다
확인 여부 추적 — 보냈다와 읽었다는 다르다 (M-13)
매장수신확인확인자상태
강남점08-12 08:5008-12 09:10점주확인
홍대점08-12 08:5008-12 11:02매니저확인
분당점08-12 08:50미확인기한 8일
일산점실패계정 미생성온보딩 중

2 / 2 · 데스크톱

SC-H14 지원 프로그램 관리 모바일

2차 · 모바일 · 데스크톱
각 단 = 실제 폰 한 화면 · 단 경계 = 화면이 넘어가는 지점
모바일 414px R1 점주 · 이동 중
① 첫 화면 — 열자마자 보이는 것
⚠ 네트워크 끊김 — 심사는 재연결 후 (L-03)
지원 프로그램 관리 2차년도 예산 현황심사 확정
신청12
심사 대기5
예산 소진62%
집행 중4
차수 2차 화면이다. 정의만 해 두고 상세는 2차년도에 채운다 — 15번 2장 방침: 2차년도 화면도 정의해 두고 차수로만 구분한다. 파수가 누락으로 읽지 않게 하기 위함이다.
매장 신청 심사 — 제안(본사) → 신청(매장·SC-M41) → 심사(여기) → 집행 추적
매장지원 유형근거신청액심사
강남점마케팅비 매칭신규 유입 −31% (D-09)500,000대기
분당점교육 우선권기록률 61% (G-06)대기
수원점마케팅비 매칭재방문율 하락300,000승인집행 중
미결 16-M 6-2
심사 기준이 없다 — 진단 점수(M-03)로 자동 배분할지 본사 재량인지 지원이 데이터 제공 기여도(M-16)와 연결되면 기록이 형식화된다 — G-06·F-09 와 같은 문제
분리 후보 16-M 6-1
M-18 은 제안·신청(R1 · SC-M41) / 심사·예산 배분(R5 · 이 화면)으로 갈린다 — 주체도 화면도 이미 갈려 있다

모바일에서 뺀 것 — 예산 배분 편집. 모바일은 심사 대기 확인만.

연결 기능 1개 · 15번 목록에서 자동

M-18지원 심사·예산 배분

이 컷에서 드러난 것

  • 차수 2차 화면이다 — 정의만 해 두고 상세는 2차년도에 채운다 (15번 2장 방침)
  • 심사 기준이 없다 — 진단 점수로 자동 배분할지 본사 재량인지 미결
  • 지원이 데이터 기여도(M-16)와 연결되면 기록이 형식화된다 — G-06 · F-09 와 같은 문제
  • 16-M 6-1 — M-18 은 제안·신청(SC-M41) / 심사·예산 배분(이 화면)으로 분리 후보다
공통규칙 — 상태 3종 · 채널은 데이터 · 임계값은 ⟨K-xx⟩ · 터치 모바일 44px / 데스크톱 28px

1 / 2 · 모바일

SC-H14 지원 프로그램 관리 데스크톱

2차 · 모바일 · 데스크톱
매장 신청 심사·예산 배분·집행 추적 (SC-M41의 본사측)
데스크톱 1440px R2 매니저 · 인포데스크 상주
⚠ 네트워크 끊김 — 심사는 재연결 후 (L-03)
지원 프로그램 관리 2차년도 예산 현황심사 확정
신청12
심사 대기5
예산 소진62%
집행 중4
차수 2차 화면이다. 정의만 해 두고 상세는 2차년도에 채운다 — 15번 2장 방침: 2차년도 화면도 정의해 두고 차수로만 구분한다. 파수가 누락으로 읽지 않게 하기 위함이다.
매장 신청 심사 — 제안(본사) → 신청(매장·SC-M41) → 심사(여기) → 집행 추적
매장지원 유형근거신청액심사
강남점마케팅비 매칭신규 유입 −31% (D-09)500,000대기
분당점교육 우선권기록률 61% (G-06)대기
수원점마케팅비 매칭재방문율 하락300,000승인집행 중
미결 16-M 6-2
심사 기준이 없다 — 진단 점수(M-03)로 자동 배분할지 본사 재량인지 지원이 데이터 제공 기여도(M-16)와 연결되면 기록이 형식화된다 — G-06·F-09 와 같은 문제
분리 후보 16-M 6-1
M-18 은 제안·신청(R1 · SC-M41) / 심사·예산 배분(R5 · 이 화면)으로 갈린다 — 주체도 화면도 이미 갈려 있다

2 / 2 · 데스크톱

SC-H02 이상징후 알림함 모바일

2차 · 모바일 · 데스크톱
각 단 = 실제 폰 한 화면 · 단 경계 = 화면이 넘어가는 지점
모바일 414px R1 점주 · 이동 중
① 첫 화면 — 열자마자 보이는 것
이상징후 알림함 2차년도 · 정의만 2차년도 상세
이 컷은 정의다. 우선순위 알림과 조치 상태. D-09 가 1차에 먼저 돌아간 뒤 실제 알림 양을 보고 설계한다.
알림 목록 M-02
매출 급락·기록률 저하·설정 미완 등
우선순위 미정
산정 기준이 없다 — 490개에서 무엇을 먼저 볼지
조치 상태 M-02
확인·조치 중·해소 — 워크플로가 미정
드릴다운 M-03
매장 상세(SC-H03)로 진입
2차년도 착수 전에 정해야 하는 것
우선순위 산정 기준과 조치 워크플로가 미정이다 — D-09 가 1차에 돌아간 뒤 실제 양을 보고 설계한다 (16-M ▷) 이상 기준을 누가 소유하는지 미결이다 — 매장 D-09 vs 본사 M-02 490개에서 알림이 쏟아지면 아무도 안 본다 — 상한과 묶음이 필요하다

연결 기능 1개 · 15번 목록에서 자동

M-02이상징후 감지·알림 (S16)

이 컷에서 드러난 것

  • 정의 컷이다 — 뼈대와 선행 조건만 적었다. 상세는 2차년도에 채운다 (15번 3장)
  • 화면 안의 “2차년도 착수 전에 정해야 하는 것”이 이 컷의 본체다
공통규칙 — 상태 3종 · 채널은 데이터 · 임계값은 ⟨K-xx⟩ · 터치 모바일 44px / 데스크톱 28px

1 / 2 · 모바일

SC-H02 이상징후 알림함 데스크톱

2차 · 모바일 · 데스크톱
우선순위 알림·조치 상태
데스크톱 1440px R2 매니저 · 인포데스크 상주
이상징후 알림함 2차년도 · 정의만 2차년도 상세
이 컷은 정의다. 우선순위 알림과 조치 상태. D-09 가 1차에 먼저 돌아간 뒤 실제 알림 양을 보고 설계한다.
알림 목록 M-02
매출 급락·기록률 저하·설정 미완 등
우선순위 미정
산정 기준이 없다 — 490개에서 무엇을 먼저 볼지
조치 상태 M-02
확인·조치 중·해소 — 워크플로가 미정
드릴다운 M-03
매장 상세(SC-H03)로 진입
2차년도 착수 전에 정해야 하는 것
우선순위 산정 기준과 조치 워크플로가 미정이다 — D-09 가 1차에 돌아간 뒤 실제 양을 보고 설계한다 (16-M ▷) 이상 기준을 누가 소유하는지 미결이다 — 매장 D-09 vs 본사 M-02 490개에서 알림이 쏟아지면 아무도 안 본다 — 상한과 묶음이 필요하다

2 / 2 · 데스크톱

SC-H04 슈퍼바이저 브리핑 모바일

2차 · 모바일 · 데스크톱
각 단 = 실제 폰 한 화면 · 단 경계 = 화면이 넘어가는 지점
모바일 414px R1 점주 · 이동 중
① 첫 화면 — 열자마자 보이는 것
슈퍼바이저 브리핑 2차년도 · 정의만 2차년도 상세
이 컷은 정의다. 방문 전 자동 브리핑과 체크리스트. 체크리스트 항목이 슈퍼바이저 업무 정의에 달려 있다.
방문 전 요약 M-04
매장 지표·이상·직전 방문 이후 변화
체크리스트 미정
무엇을 볼지 — 업무 정의가 선행
현장 기록 M-04 · D6
방문 중 모바일에서 입력
후속 조치 M-13 · M-18
공지·지원 제안으로 연결
2차년도 착수 전에 정해야 하는 것
체크리스트 항목이 슈퍼바이저 업무 정의에 달려 있다 (16-M ▷) D6 슈퍼바이저 모바일이 주 디바이스다 — 현장에서 쓴다는 전제가 설계를 좌우한다 매장이 브리핑 내용을 볼 수 있는지 미결 — 보면 대비하고, 못 보면 불신이 생긴다

연결 기능 1개 · 15번 목록에서 자동

M-04슈퍼바이저 방문 브리핑 (S17)

이 컷에서 드러난 것

  • 정의 컷이다 — 뼈대와 선행 조건만 적었다. 상세는 2차년도에 채운다 (15번 3장)
  • 화면 안의 “2차년도 착수 전에 정해야 하는 것”이 이 컷의 본체다
공통규칙 — 상태 3종 · 채널은 데이터 · 임계값은 ⟨K-xx⟩ · 터치 모바일 44px / 데스크톱 28px

1 / 2 · 모바일

SC-H04 슈퍼바이저 브리핑 데스크톱

2차 · 모바일 · 데스크톱
방문 전 브리핑·체크리스트
데스크톱 1440px R2 매니저 · 인포데스크 상주
슈퍼바이저 브리핑 2차년도 · 정의만 2차년도 상세
이 컷은 정의다. 방문 전 자동 브리핑과 체크리스트. 체크리스트 항목이 슈퍼바이저 업무 정의에 달려 있다.
방문 전 요약 M-04
매장 지표·이상·직전 방문 이후 변화
체크리스트 미정
무엇을 볼지 — 업무 정의가 선행
현장 기록 M-04 · D6
방문 중 모바일에서 입력
후속 조치 M-13 · M-18
공지·지원 제안으로 연결
2차년도 착수 전에 정해야 하는 것
체크리스트 항목이 슈퍼바이저 업무 정의에 달려 있다 (16-M ▷) D6 슈퍼바이저 모바일이 주 디바이스다 — 현장에서 쓴다는 전제가 설계를 좌우한다 매장이 브리핑 내용을 볼 수 있는지 미결 — 보면 대비하고, 못 보면 불신이 생긴다

2 / 2 · 데스크톱

SC-H09 모델 품질 모니터링 모바일

2차 · 모바일 · 데스크톱
각 단 = 실제 폰 한 화면 · 단 경계 = 화면이 넘어가는 지점
모바일 414px R1 점주 · 이동 중
① 첫 화면 — 열자마자 보이는 것
모델 품질 모니터링 2차년도 · 정의만 2차년도 상세
이 컷은 정의다. 추천·예측 정확도 추이와 드리프트. 모델별 평가 지표가 SFR-A~D 확정 후 정해진다.
정확도 추이 M-09
추천 채택률·예측 적중률
드리프트 M-09
입력 분포 변화 — 데이터 품질(G-06)과 얽힌다
학습 제외 반영 J-12
재학습 옵트아웃·삭제 요청이 실제로 학습셋에서 빠졌는지 확인
human review J-07
AI 처리 / 사람 검토 대상 분리
2차년도 착수 전에 정해야 하는 것
모델별 평가 지표가 SFR-A~D 확정 후에 정해진다 (16-M ▷) 학습 파이프라인 구조가 확정돼야 옵트아웃 대조 방법을 정할 수 있다 (16-J ▷ · J-12) 옵트아웃이 선언에 그치지 않으려면 이 화면이 필요하다 — 동의 항목만 있고 확인 수단이 없으면 무의미하다

연결 기능 3개 · 15번 목록에서 자동

M-09모델 품질 모니터링
J-07human review 분리
J-12학습 데이터 제외 반영

이 컷에서 드러난 것

  • 정의 컷이다 — 뼈대와 선행 조건만 적었다. 상세는 2차년도에 채운다 (15번 3장)
  • 화면 안의 “2차년도 착수 전에 정해야 하는 것”이 이 컷의 본체다
공통규칙 — 상태 3종 · 채널은 데이터 · 임계값은 ⟨K-xx⟩ · 터치 모바일 44px / 데스크톱 28px

1 / 2 · 모바일

SC-H09 모델 품질 모니터링 데스크톱

2차 · 모바일 · 데스크톱
정확도 추이·드리프트·학습 데이터 제외 반영 현황
데스크톱 1440px R2 매니저 · 인포데스크 상주
모델 품질 모니터링 2차년도 · 정의만 2차년도 상세
이 컷은 정의다. 추천·예측 정확도 추이와 드리프트. 모델별 평가 지표가 SFR-A~D 확정 후 정해진다.
정확도 추이 M-09
추천 채택률·예측 적중률
드리프트 M-09
입력 분포 변화 — 데이터 품질(G-06)과 얽힌다
학습 제외 반영 J-12
재학습 옵트아웃·삭제 요청이 실제로 학습셋에서 빠졌는지 확인
human review J-07
AI 처리 / 사람 검토 대상 분리
2차년도 착수 전에 정해야 하는 것
모델별 평가 지표가 SFR-A~D 확정 후에 정해진다 (16-M ▷) 학습 파이프라인 구조가 확정돼야 옵트아웃 대조 방법을 정할 수 있다 (16-J ▷ · J-12) 옵트아웃이 선언에 그치지 않으려면 이 화면이 필요하다 — 동의 항목만 있고 확인 수단이 없으면 무의미하다

2 / 2 · 데스크톱

SC-H10 지식베이스 관리 모바일

2차 · 모바일 · 데스크톱
각 단 = 실제 폰 한 화면 · 단 경계 = 화면이 넘어가는 지점
모바일 414px R1 점주 · 이동 중
① 첫 화면 — 열자마자 보이는 것
지식베이스 관리 2차년도 · 정의만 2차년도 상세
이 컷은 정의다. RAG 문서와 버전 관리. 지식 출처 범위가 정해져야 한다.
문서 목록 M-10
내부 매뉴얼·정책·FAQ
버전 M-10
운영 에이전트(H-01)가 어느 버전을 쓰는지
적용 범위 미정
전사 공통 vs 매장별
품질 M-09
답변 오류가 어느 문서에서 왔는지 추적
2차년도 착수 전에 정해야 하는 것
지식 출처 범위(내부 매뉴얼·정책·FAQ)가 정해져야 한다 (16-M ▷) 정책이 바뀌면(M-06 표준 배포) 지식베이스도 함께 갱신돼야 한다 — 두 경로가 어긋나면 에이전트가 옛 정책을 답한다 경계 — SFR-D(ELLM). RAG 구현은 타 모듈이다

연결 기능 1개 · 15번 목록에서 자동

M-10지식베이스 갱신

이 컷에서 드러난 것

  • 정의 컷이다 — 뼈대와 선행 조건만 적었다. 상세는 2차년도에 채운다 (15번 3장)
  • 화면 안의 “2차년도 착수 전에 정해야 하는 것”이 이 컷의 본체다
공통규칙 — 상태 3종 · 채널은 데이터 · 임계값은 ⟨K-xx⟩ · 터치 모바일 44px / 데스크톱 28px

1 / 2 · 모바일

SC-H10 지식베이스 관리 데스크톱

2차 · 모바일 · 데스크톱
RAG 문서·버전
데스크톱 1440px R2 매니저 · 인포데스크 상주
지식베이스 관리 2차년도 · 정의만 2차년도 상세
이 컷은 정의다. RAG 문서와 버전 관리. 지식 출처 범위가 정해져야 한다.
문서 목록 M-10
내부 매뉴얼·정책·FAQ
버전 M-10
운영 에이전트(H-01)가 어느 버전을 쓰는지
적용 범위 미정
전사 공통 vs 매장별
품질 M-09
답변 오류가 어느 문서에서 왔는지 추적
2차년도 착수 전에 정해야 하는 것
지식 출처 범위(내부 매뉴얼·정책·FAQ)가 정해져야 한다 (16-M ▷) 정책이 바뀌면(M-06 표준 배포) 지식베이스도 함께 갱신돼야 한다 — 두 경로가 어긋나면 에이전트가 옛 정책을 답한다 경계 — SFR-D(ELLM). RAG 구현은 타 모듈이다

2 / 2 · 데스크톱

SC-H12 개발자 포털·API 키 모바일

2차 · 모바일 · 데스크톱
각 단 = 실제 폰 한 화면 · 단 경계 = 화면이 넘어가는 지점
모바일 414px R1 점주 · 이동 중
① 첫 화면 — 열자마자 보이는 것
개발자 포털·API 키 2차년도 · 정의만 2차년도 상세
이 컷은 정의다. API 문서·키 발급·사용량. AI SaaS 마켓플레이스 등록 요건이다.
API 문서 M-14
OpenAPI 스펙
키 발급 M-14
발급·회수·권한 범위
사용량 M-14
호출량·과금 단위
등록 요건 H-05 과업
마켓플레이스가 요구하는 항목
2차년도 착수 전에 정해야 하는 것
마켓플레이스 등록 요건 확인 후 필수 항목을 정한다 (16-M ▷) 외부에 API 를 열면 개인정보 반출 경로가 하나 더 생긴다 — J-11 통제가 여기에도 걸려야 한다 과업지시서 H-05 요건이라 일정이 외부에 묶여 있다

연결 기능 1개 · 15번 목록에서 자동

M-14OpenAPI·개발자 포털

이 컷에서 드러난 것

  • 정의 컷이다 — 뼈대와 선행 조건만 적었다. 상세는 2차년도에 채운다 (15번 3장)
  • 화면 안의 “2차년도 착수 전에 정해야 하는 것”이 이 컷의 본체다
공통규칙 — 상태 3종 · 채널은 데이터 · 임계값은 ⟨K-xx⟩ · 터치 모바일 44px / 데스크톱 28px

1 / 2 · 모바일

SC-H12 개발자 포털·API 키 데스크톱

2차 · 모바일 · 데스크톱
API 문서·키 발급·사용량 (마켓플레이스 등록 요건)
데스크톱 1440px R2 매니저 · 인포데스크 상주
개발자 포털·API 키 2차년도 · 정의만 2차년도 상세
이 컷은 정의다. API 문서·키 발급·사용량. AI SaaS 마켓플레이스 등록 요건이다.
API 문서 M-14
OpenAPI 스펙
키 발급 M-14
발급·회수·권한 범위
사용량 M-14
호출량·과금 단위
등록 요건 H-05 과업
마켓플레이스가 요구하는 항목
2차년도 착수 전에 정해야 하는 것
마켓플레이스 등록 요건 확인 후 필수 항목을 정한다 (16-M ▷) 외부에 API 를 열면 개인정보 반출 경로가 하나 더 생긴다 — J-11 통제가 여기에도 걸려야 한다 과업지시서 H-05 요건이라 일정이 외부에 묶여 있다

2 / 2 · 데스크톱

SC-H15 에스컬레이션 관리 모바일

2차 · 모바일 · 데스크톱
각 단 = 실제 폰 한 화면 · 단 경계 = 화면이 넘어가는 지점
모바일 414px R1 점주 · 이동 중
① 첫 화면 — 열자마자 보이는 것
에스컬레이션 관리 2차년도 · 정의만 2차년도 상세
이 컷은 정의다. L1~L4 단계별 케이스와 본사 개입 이력. 각 단계의 진입·해제 조건이 미정이다.
케이스 목록 F-12
미스매치 감지 → 매장 상담 → 본사 → 매장 매칭
단계 F-12
L1~L4 — 진입·해제 조건이 미정
개입 이력 F-12
누가 언제 무엇을 했는지
결과 F-12
해소·이동·퇴사
2차년도 착수 전에 정해야 하는 것
각 단계의 진입·해제 조건이 미정이다 — 노무 이슈라 협의가 선행된다 (16-F ▷) 성과 지표(F-03·F-09)가 에스컬레이션 트리거로 쓰이면 지표의 성격이 코칭용에서 평가용으로 바뀐다 본사 개입이 가맹점 인사에 관여하는 것이 계약상 가능한지 확인 필요

연결 기능 1개 · 15번 목록에서 자동

F-12에스컬레이션 L1~L4

이 컷에서 드러난 것

  • 정의 컷이다 — 뼈대와 선행 조건만 적었다. 상세는 2차년도에 채운다 (15번 3장)
  • 화면 안의 “2차년도 착수 전에 정해야 하는 것”이 이 컷의 본체다
공통규칙 — 상태 3종 · 채널은 데이터 · 임계값은 ⟨K-xx⟩ · 터치 모바일 44px / 데스크톱 28px

1 / 2 · 모바일

SC-H15 에스컬레이션 관리 데스크톱

2차 · 모바일 · 데스크톱
L1~L4 단계별 케이스·본사 개입 이력
데스크톱 1440px R2 매니저 · 인포데스크 상주
에스컬레이션 관리 2차년도 · 정의만 2차년도 상세
이 컷은 정의다. L1~L4 단계별 케이스와 본사 개입 이력. 각 단계의 진입·해제 조건이 미정이다.
케이스 목록 F-12
미스매치 감지 → 매장 상담 → 본사 → 매장 매칭
단계 F-12
L1~L4 — 진입·해제 조건이 미정
개입 이력 F-12
누가 언제 무엇을 했는지
결과 F-12
해소·이동·퇴사
2차년도 착수 전에 정해야 하는 것
각 단계의 진입·해제 조건이 미정이다 — 노무 이슈라 협의가 선행된다 (16-F ▷) 성과 지표(F-03·F-09)가 에스컬레이션 트리거로 쓰이면 지표의 성격이 코칭용에서 평가용으로 바뀐다 본사 개입이 가맹점 인사에 관여하는 것이 계약상 가능한지 확인 필요

2 / 2 · 데스크톱

SC-H16 멀티테넌트·미터링 모바일

2차 · 모바일 · 데스크톱
각 단 = 실제 폰 한 화면 · 단 경계 = 화면이 넘어가는 지점
모바일 414px R1 점주 · 이동 중
① 첫 화면 — 열자마자 보이는 것
멀티테넌트·미터링 2차년도 · 정의만 2차년도 상세
이 컷은 정의다. 테넌트 격리·설정값·사용량 미터링. 외부 판매 모델이 확정돼야 격리 수준과 과금 단위를 정할 수 있다.
테넌트 M-07
리안헤어 외 브랜드 — 데이터 격리
설정값 M-07 · K-19
테넌트별 표준·잠금 범위
미터링 M-07
사용량 — 과금 단위가 미정
격리 수준 미정
DB 분리 vs 논리 분리
2차년도 착수 전에 정해야 하는 것
외부 판매 모델이 확정돼야 격리 수준과 과금 단위를 정할 수 있다 (16-M ▷) 격리 수준은 나중에 바꾸기 가장 어려운 결정이다 — 1차 데이터 모델에 흔적을 남길지 판단 필요 미창조가 CRM 시장에 진입하면 기존 CRM사와 충돌한다 — 그 시점의 사업 구조가 여기 걸린다

연결 기능 1개 · 15번 목록에서 자동

M-07멀티테넌트 설정

이 컷에서 드러난 것

  • 정의 컷이다 — 뼈대와 선행 조건만 적었다. 상세는 2차년도에 채운다 (15번 3장)
  • 화면 안의 “2차년도 착수 전에 정해야 하는 것”이 이 컷의 본체다
공통규칙 — 상태 3종 · 채널은 데이터 · 임계값은 ⟨K-xx⟩ · 터치 모바일 44px / 데스크톱 28px

1 / 2 · 모바일

SC-H16 멀티테넌트·미터링 데스크톱

2차 · 모바일 · 데스크톱
테넌트 격리·설정값·사용량 미터링
데스크톱 1440px R2 매니저 · 인포데스크 상주
멀티테넌트·미터링 2차년도 · 정의만 2차년도 상세
이 컷은 정의다. 테넌트 격리·설정값·사용량 미터링. 외부 판매 모델이 확정돼야 격리 수준과 과금 단위를 정할 수 있다.
테넌트 M-07
리안헤어 외 브랜드 — 데이터 격리
설정값 M-07 · K-19
테넌트별 표준·잠금 범위
미터링 M-07
사용량 — 과금 단위가 미정
격리 수준 미정
DB 분리 vs 논리 분리
2차년도 착수 전에 정해야 하는 것
외부 판매 모델이 확정돼야 격리 수준과 과금 단위를 정할 수 있다 (16-M ▷) 격리 수준은 나중에 바꾸기 가장 어려운 결정이다 — 1차 데이터 모델에 흔적을 남길지 판단 필요 미창조가 CRM 시장에 진입하면 기존 CRM사와 충돌한다 — 그 시점의 사업 구조가 여기 걸린다

2 / 2 · 데스크톱

SC-H17 정책 시뮬레이터 모바일

2차 · 모바일 · 데스크톱
각 단 = 실제 폰 한 화면 · 단 경계 = 화면이 넘어가는 지점
모바일 414px R1 점주 · 이동 중
① 첫 화면 — 열자마자 보이는 것
정책 시뮬레이터 2차년도 · 정의만 2차년도 상세
이 컷은 정의다. 가격·메뉴 변경의 영향을 예측한다. 예측 모델이 필요하며 SFR 확정 후 설계한다.
변경안 M-11 · K-03·K-04
가격·메뉴 조정안 입력
영향 예측 M-11 · SFR 경계
매출·수요·이탈 예측
비교 M-11
현행 대비 시나리오
배포 연결 M-06 · K-16
확정 시 표준 배포로 — 적용 기준일이 붙는다
2차년도 착수 전에 정해야 하는 것
예측 모델이 필요하며 SFR 확정 후 설계한다 (16-M ▷) 가격 변경은 가맹사업법상 구속 범위가 미확인이라 시뮬레이션 결과를 강제할 수 없을 수 있다 (K-04) 예측이 틀렸을 때의 책임 소재 — 본사 권고인지 결정인지

연결 기능 1개 · 15번 목록에서 자동

M-11정책 시뮬레이터 (S19)

이 컷에서 드러난 것

  • 정의 컷이다 — 뼈대와 선행 조건만 적었다. 상세는 2차년도에 채운다 (15번 3장)
  • 화면 안의 “2차년도 착수 전에 정해야 하는 것”이 이 컷의 본체다
공통규칙 — 상태 3종 · 채널은 데이터 · 임계값은 ⟨K-xx⟩ · 터치 모바일 44px / 데스크톱 28px

1 / 2 · 모바일

SC-H17 정책 시뮬레이터 데스크톱

2차 · 모바일 · 데스크톱
가격·메뉴 변경 영향 예측
데스크톱 1440px R2 매니저 · 인포데스크 상주
정책 시뮬레이터 2차년도 · 정의만 2차년도 상세
이 컷은 정의다. 가격·메뉴 변경의 영향을 예측한다. 예측 모델이 필요하며 SFR 확정 후 설계한다.
변경안 M-11 · K-03·K-04
가격·메뉴 조정안 입력
영향 예측 M-11 · SFR 경계
매출·수요·이탈 예측
비교 M-11
현행 대비 시나리오
배포 연결 M-06 · K-16
확정 시 표준 배포로 — 적용 기준일이 붙는다
2차년도 착수 전에 정해야 하는 것
예측 모델이 필요하며 SFR 확정 후 설계한다 (16-M ▷) 가격 변경은 가맹사업법상 구속 범위가 미확인이라 시뮬레이션 결과를 강제할 수 없을 수 있다 (K-04) 예측이 틀렸을 때의 책임 소재 — 본사 권고인지 결정인지

2 / 2 · 데스크톱

SC-H18 상권 분석 모바일

2차 · 모바일 · 데스크톱
각 단 = 실제 폰 한 화면 · 단 경계 = 화면이 넘어가는 지점
모바일 414px R1 점주 · 이동 중
① 첫 화면 — 열자마자 보이는 것
상권 분석 2차년도 · 정의만 2차년도 상세
이 컷은 정의다. 출점·리브랜딩 검토. 외부 상권 데이터 확보 방법이 미정이다.
상권 지표 M-12
인구·경쟁·임대료 — 외부 데이터
기존 매장 성과 M-01 · M-03
우리 데이터와 상권 데이터의 결합
출점 후보 M-12
점수화
리브랜딩 M-12
기존 매장의 포지션 재설정
2차년도 착수 전에 정해야 하는 것
외부 상권 데이터 확보 방법이 미정이다 (16-M ▷) 포지셔닝 진단(D-11)도 같은 외부 데이터를 필요로 한다 — 확보 경로를 함께 정해야 한다 가맹점 출점은 기존 가맹점 상권 보호와 충돌할 수 있다 — 가맹사업법 확인 필요

연결 기능 1개 · 15번 목록에서 자동

M-12상권 분석 (S18)

이 컷에서 드러난 것

  • 정의 컷이다 — 뼈대와 선행 조건만 적었다. 상세는 2차년도에 채운다 (15번 3장)
  • 화면 안의 “2차년도 착수 전에 정해야 하는 것”이 이 컷의 본체다
공통규칙 — 상태 3종 · 채널은 데이터 · 임계값은 ⟨K-xx⟩ · 터치 모바일 44px / 데스크톱 28px

1 / 2 · 모바일

SC-H18 상권 분석 데스크톱

2차 · 모바일 · 데스크톱
출점·리브랜딩 검토
데스크톱 1440px R2 매니저 · 인포데스크 상주
상권 분석 2차년도 · 정의만 2차년도 상세
이 컷은 정의다. 출점·리브랜딩 검토. 외부 상권 데이터 확보 방법이 미정이다.
상권 지표 M-12
인구·경쟁·임대료 — 외부 데이터
기존 매장 성과 M-01 · M-03
우리 데이터와 상권 데이터의 결합
출점 후보 M-12
점수화
리브랜딩 M-12
기존 매장의 포지션 재설정
2차년도 착수 전에 정해야 하는 것
외부 상권 데이터 확보 방법이 미정이다 (16-M ▷) 포지셔닝 진단(D-11)도 같은 외부 데이터를 필요로 한다 — 확보 경로를 함께 정해야 한다 가맹점 출점은 기존 가맹점 상권 보호와 충돌할 수 있다 — 가맹사업법 확인 필요

2 / 2 · 데스크톱

SC-H19 데이터 기여도·인센티브 모바일

2차 · 모바일 · 데스크톱
각 단 = 실제 폰 한 화면 · 단 경계 = 화면이 넘어가는 지점
모바일 414px R1 점주 · 이동 중
① 첫 화면 — 열자마자 보이는 것
데이터 기여도·인센티브 2차년도 · 정의만 2차년도 상세
이 컷은 정의다. 매장별 데이터 제공 기여도 산정과 인센티브 배분. 로드맵 7단계 항목이다.
기여도 산정 M-16
기록률·건수·품질 — 산정식이 미정
인센티브 M-16
재원과 배분 규칙이 미정
집행 M-18
지원 프로그램과 같은 경로인지
공개 미정
산식을 매장에 공개할지
2차년도 착수 전에 정해야 하는 것
기여도 산정식과 인센티브 재원이 미정이다 (16-M ▷) 인센티브와 연결하면 기록이 형식화된다 — G-06 기록률을 평가에 쓰는 문제와 정확히 같다 (16-M 6-2) 산식을 공개하면 최적화가 일어난다 — 공개 범위 미결

연결 기능 1개 · 15번 목록에서 자동

M-16가맹점 데이터 기여도·인센티브

이 컷에서 드러난 것

  • 정의 컷이다 — 뼈대와 선행 조건만 적었다. 상세는 2차년도에 채운다 (15번 3장)
  • 화면 안의 “2차년도 착수 전에 정해야 하는 것”이 이 컷의 본체다
공통규칙 — 상태 3종 · 채널은 데이터 · 임계값은 ⟨K-xx⟩ · 터치 모바일 44px / 데스크톱 28px

1 / 2 · 모바일

SC-H19 데이터 기여도·인센티브 데스크톱

2차 · 모바일 · 데스크톱
매장별 데이터 제공 기여도 산정·인센티브 배분
데스크톱 1440px R2 매니저 · 인포데스크 상주
데이터 기여도·인센티브 2차년도 · 정의만 2차년도 상세
이 컷은 정의다. 매장별 데이터 제공 기여도 산정과 인센티브 배분. 로드맵 7단계 항목이다.
기여도 산정 M-16
기록률·건수·품질 — 산정식이 미정
인센티브 M-16
재원과 배분 규칙이 미정
집행 M-18
지원 프로그램과 같은 경로인지
공개 미정
산식을 매장에 공개할지
2차년도 착수 전에 정해야 하는 것
기여도 산정식과 인센티브 재원이 미정이다 (16-M ▷) 인센티브와 연결하면 기록이 형식화된다 — G-06 기록률을 평가에 쓰는 문제와 정확히 같다 (16-M 6-2) 산식을 공개하면 최적화가 일어난다 — 공개 범위 미결

2 / 2 · 데스크톱