Menuro — 시나리오 기반 전자메뉴판 (Menu OS)

전자메뉴판은 보통 "매장 하나 · 화면 하나"로 만들어집니다. QR 주문 페이지, 키오스크, 주방 디스플레이, 전광판, 인쇄 메뉴판이 각각 별도 구현이라 가격 하나를 고치려면 다섯 군데를 고쳐야 합니다.

요구는 정반대였습니다 — 한국은 실증 기반일 뿐이고 주력 시장은 미국·유럽·일본. 매장별 다국어·다통화·현지 표시 규제를 기본값으로 두되, 한국 전용 규제는 KR 로케일의 옵션으로 격리해 글로벌 흐름을 오염시키지 않아야 했습니다.

운영 측면의 난제도 남아 있었습니다. 메뉴 편집은 저장 즉시 라이브에 반영돼 개편안을 미리 준비할 방법이 없었고, 낮은 음식·밤은 주류처럼 시간대별로 완전히 다른 메뉴를 운용할 수단도 없었습니다. 세트 메뉴를 단일 주문 라인으로 저장하면 재고·원가·품목별 매출이 존재하지 않는 합성 아이템으로 오염되는 문제도 그대로였습니다.

주문 코어를 한 번만 만들고 표면마다 스킨을 씌우는 구조로 재설계했습니다. 카탈로그·장바구니·옵션·주문 라이프사이클을 공유하고 QR·태블릿·키오스크는 같은 엔진 위의 다른 렌더입니다. 테넌트는 도메인으로 해석되며, 본사·매장관리자·직원 3계층 권한이 도메인 × role × store_id 삼중으로 강제됩니다.

메뉴 전체를 후보 메뉴판(variant)으로 추상화해 라이브 무영향 편집 · 원클릭 활성 전환 · 시간대 자동전환을 만들었습니다. 활성 전환은 매장별 캐시 락으로 직렬화하고, 서빙 캐시 키를 variant 단위로 분리해 드래프트 편집이 라이브 캐시를 오염시키지 않습니다.

세트는 저장 시점에 실제 구성품 라인으로 분해하고 할인액을 유닛 단위로 균등 배분(반올림 잔차는 마지막 라인이 흡수)해 구성품 합계가 세트가와 정확히 일치하도록 했습니다. 재고·BOM·품목별 매출이 합성 아이템으로 오염되지 않으면서 화면에는 세트로 묶여 보입니다. 여기에 레시피(BOM + 조리 절차 + 조리행위 아이콘 120종 + AI 생성), 24개 로케일 AI 대량 번역, Konva 기반 매장 배치 편집기와 자연어 배치 생성(AI Depict)을 얹었습니다.

하나의 주문 코어 + 표면별 어댑터 — QR·태블릿·키오스크·KDS·전광판이 같은 엔진 공유
메뉴 개편 variant — 라이브 무영향 편집 · 원클릭 활성 전환 · 시간대 자동전환(낮/밤 메뉴)
세트 주문 자동 분해 + 할인 균등 배분 — 구성품 합계가 세트가와 멱등하게 일치
레시피 = BOM + 조리 절차 + 조리행위 아이콘 120종, 스텝별 조리시간 합산으로 예상 시간 산출
AI 자동번역 24개 로케일 · 관리자 콘솔 8개 국어 · 설명서 66섹션 174스텝 185컷 스크린샷
매장 배치 편집기(Konva) + 자연어 → 좌석·집기 배치 생성 AI Depict 파이프라인
Pulse 를 수집기로만 쓴 super 전용 개발 콘솔 10페이지 + 원샷 진단 커맨드
멀티테넌트 3계층 권한 — 도메인 × role × store_id 삼중 강제로 테넌트 경계 차단