손님·직원·관리자가 같은 이벤트 흐름을 공유하도록 설계한 고도화 스토리보드입니다.
스토리보드란?
스토리보드는 다국어 주문·호출·번역·운영지표가 실제 화면에서 어떻게 이어지는지 미리 확인하는 기능 설계도입니다.
마지막까지 보시면 기존 MVP를 실제 매장 운영으로 끌어올리는 화면과 검수 기준이 그려집니다.
손님과 매장 사용자가 언어·주문·호출·번역 상태를 한 흐름으로 확인합니다.
13개 언어 중 선택
메뉴 의미를 빠르게 확인
메뉴를 담고 요청
주문 상태를 추적
호출 이유를 선택
응답시간을 기록
손님·직원 메시지 번역
대화 상태를 공유
주문·호출 완료
운영 이벤트에 반영
제안서의 ‘언어 상태를 공통 계약으로’ 전략을 손님 화면에서 증명합니다. 언어 선택부터 주문 요청까지 한 화면에서 이해됩니다.
언어 코드와 store_id를 함께 요청하고, 메뉴 번역 상태·주문 상태를 분리 저장합니다. 손님이 주문을 요청하면 직원 큐와 운영 이벤트에 같은 주문 ID가 전달됩니다.
메뉴 설명이 필요해요 · English
원문: No peanuts please
번역: 땅콩은 빼 주세요
제안서의 ‘주문·호출·채팅 연결’을 직원앱의 실제 업무 큐로 보여줍니다. 미처리 호출과 처리 완료를 함께 비교합니다.
주문 ID와 호출 ID를 직원앱 큐에 묶고, 번역 메시지는 원문·번역문을 함께 보존합니다. 응답시간은 호출 생성·수락 이벤트의 차이로 계산합니다.
원문: Spicy seafood rice
한국어: 매운 해산물 덮밥 · 日本語: 辛い海鮮ご飯
주의어 1건 · 검수 필요13/13 언어 생성 · 주의어 없음
손님웹 반영 완료점주가 AI 메뉴 생성 결과를 확인하고 손님웹 배포를 승인하는 화면입니다. 번역 품질과 운영 안전을 동시에 증명합니다.
원문·번역문·주의어 검수 상태를 분리해 승인 전에는 손님웹에 노출하지 않습니다. 승인 이벤트가 메뉴 버전과 배포 상태에 기록됩니다.
관리자가 테넌트 경계, 역할 권한, 지표, QA 상태를 같은 기준으로 확인합니다.
store_id 범위 선택
운영 범위를 고정
접속·주문·언어·호출
전환과 응답 확인
역할별 접근 범위
허용·차단 검수
다중접속·속도 점검
결함과 조치 기록
문서·설정·교육 완료
운영 시작 승인
관리자 · 3개 매장
제안서의 ‘운영 이벤트를 검수 화면으로’ 전략을 대표하는 관리자 화면입니다. 선택한 매장의 지표만 보이는 데이터 경계를 시각화합니다.
모든 지표 쿼리는 store_id와 역할 정책을 함께 적용합니다. KPI·추이·매장 표의 기준 시각은 동일한 이벤트 로그에서 계산해 값이 어긋나지 않습니다.
매장별 데이터 접근 범위를 검수합니다.
| 기능 | 현재 역할 | 범위 | 상태 |
|---|---|---|---|
| 운영지표 조회 | 관리자 | 3개 매장 | 허용 |
| 메뉴 배포 승인 | 점주 | S-204 | 허용 |
| 타매장 주문 조회 | 직원 | S-118 | 차단 |
매장 경계와 역할별 권한을 한 표에서 검수하는 화면입니다. ‘서버에서 경계를 보장한다’는 역제안을 운영 정책으로 번역합니다.
역할·매장·메뉴 권한을 정책 조합으로 저장하고 API 요청마다 평가합니다. 변경 이력에는 변경자·시각·대상 store_id를 기록합니다.
60일 고도화 · 검수 결과
납기 마지막에 기능만 넘기는 것이 아니라 테스트 결과·설정·운영 절차까지 인계하는 화면입니다. 60일 로드맵의 완료 기준을 보여줍니다.
역할·기능 연동·다중접속·응답속도 시나리오를 실행하고 결과와 결함을 기록합니다. 모든 필수 항목이 완료되어야 배포 승인 상태로 전환됩니다.