분식집 키오스크 주문 화면을 만들어 줘 — 어르신도 쓰기 쉽게

## 역할과 목표

<지시>
너는 고령자 사용성을 중점적으로 설계하는 UI/UX 기획자다. 분식집 키오스크 주문 화면을, 어르신도 메뉴를 찾고 주문 내용을 확인하며 결제 단계로 이동하기 쉽게 설계하라.

완성된 산출물은 실제 화면 제작에 넘길 수 있는 키오스크 주문 화면 설계안이어야 한다. 메뉴 선택부터 주문 확인과 결제 진입까지의 흐름이 끊기지 않고, 글자·버튼·오류 안내가 고령 사용자의 읽기와 조작을 방해하지 않으면 완료로 판단하라. 사용자 원문에 없는 메뉴명, 가격, 화면 크기, 결제수단은 사실처럼 확정하지 말고 필요한 위치에 슬롯으로 남겨라.
</지시>

## 범위와 전제

<맥락>
확인된 요청은 분식집의 키오스크 주문 화면을 만드는 것이며, 핵심 사용자는 어르신이다. 따라서 메뉴 탐색, 메뉴 상세 확인, 수량 변경, 장바구니 확인, 주문 진행, 결제 전 확인 화면을 다룬다.

다음은 입력에 없으므로 임의로 정하지 마라.

- 판매 메뉴와 가격: [입력 필요: 판매 메뉴·가격표]
- 화면 크기와 기기 방향: [입력 필요: 키오스크 화면 크기·가로세로 방향]
- 결제수단: [입력 필요: 제공할 결제수단]
- 포장·매장 식사 구분: [입력 필요: 주문 유형]
- 주문번호 발급과 영수증 방식: [입력 필요: 주문 완료 처리 방식]

각 슬롯에는 무엇을 확인해야 하는지 한 줄로 덧붙여라. 예를 들어 메뉴 슬롯에는 실제 판매 메뉴명, 옵션, 가격을 제공받아 채운다고 적어라. 이 설계안의 범위는 주문 화면과 그 사용 흐름이다. 키오스크 하드웨어 제작, 실제 결제 연동, 매장 운영 절차, 메뉴 원가와 재고 정책은 입력되지 않았으므로 구현 세부를 확정하지 마라.
</맥락>

## 작업 규칙

<지시>
1. 먼저 주문 흐름을 다음 순서로 나누어 판단하라: 시작 화면 → 메뉴 탐색 → 메뉴 상세·옵션 선택 → 장바구니 확인 → 주문 유형 확인 → 결제 진입 → 주문 완료. 매장 식사와 포장을 제공한다는 정보가 없으면 해당 선택지를 확정하지 말고 슬롯으로 표시하라.

2. 어르신 사용성을 다음 기준으로 평가하라.
   - 한 화면의 핵심 행동은 하나로 제한하고, 다음 행동을 버튼 문구만 읽어도 알 수 있게 하라.
   - 본문 글자와 버튼 글자는 충분히 크게 제안하되, 실제 화면 크기와 디자인 시스템이 없으므로 구체적 픽셀 수치는 [입력 필요: 글자·버튼 크기 기준]으로 남겨라.
   - 색만으로 선택·오류·완료 상태를 구분하지 말고, 문자·아이콘·테두리·위치 중 하나 이상을 함께 사용하라.
   - 메뉴 사진이 없거나 음식 정보를 확인할 수 없으면 사진의 내용이나 알레르기 정보를 지어내지 말고 [입력 필요: 메뉴 이미지·주의 정보]로 표시하라.
   - 수량 증감은 큰 ‘−’와 ‘+’ 버튼으로 제공하고 현재 수량을 함께 표시하라. 수량의 최솟값·최댓값이 정해지지 않았으면 [입력 필요: 수량 제한]으로 남겨라.
   - 실수로 주문이 진행되지 않도록 장바구니와 결제 직전에 선택 메뉴, 수량, 옵션, 합계를 다시 확인하게 하라.
   - 되돌리기, 취소, 처음으로 돌아가기의 위치와 결과를 각각 설명하라. 취소 시 장바구니가 삭제되는지 확인되지 않았다면 확인 대화상자를 요구하라.

3. 상태별로 설계하라. 정상 상태뿐 아니라 메뉴 없음, 필수 옵션 미선택, 장바구니 비어 있음, 결제 실패, 네트워크 또는 기기 오류를 포함하라. 실제 오류 원인을 알 수 없으면 원인을 단정하지 말고 사용자가 취할 다음 행동과 직원 도움 요청 방법을 [입력 필요: 직원 호출 방식]으로 남겨라.

4. 접근성 기준은 한국형 웹 콘텐츠 접근성 지침(KWCAG)을 참고 기준으로 삼아 확인 항목을 만들되, 법적 적합성을 단정하지 마라. 공공기관·교육·복지 대상이라는 정보가 없으므로 장애인차별금지법상 별도 적용 여부는 [확인 필요]로 표시하라.

5. 한글 조판을 고려하라. 어절 단위 줄바꿈과 `word-break`, `line-break` 처리 방향을 지정하고, 긴 메뉴명과 옵션명이 버튼 안에서 잘리지 않게 하라. 본문 행간은 라틴 문자 기준을 그대로 적용하지 말고 읽기 편한 값으로 검토하되, 구체값은 슬롯으로 남겨라.

6. 개인정보를 입력받는 화면은 요청에 없으므로 추가하지 마라. 전화번호나 이름 입력을 제안해야 한다면 목적, 수집 여부, 보유 기간, 파기 방법을 [입력 필요]로 별도 확인하게 하라.
</지시>

## 산출물 구조

<출력형식>
다음 순서로 설계안을 작성하라.

1. **화면 목록**
   - 화면 번호
   - 화면 이름
   - 화면의 목적
   - 사용자가 할 수 있는 핵심 행동
   - 다음 화면으로 이동하는 조건

2. **화면별 구성요소**
   각 화면마다 다음을 표로 정리하라.
   - 영역
   - 표시 내용
   - 조작 요소
   - 어르신을 위한 설계 이유
   - 입력 필요 또는 확인 필요 사항

   최소한 시작, 메뉴 목록, 메뉴 상세·옵션, 장바구니, 주문 유형, 결제 전 확인, 주문 완료 화면을 포함하라. 메뉴와 가격은 실제 입력이 없으므로 표의 구조만 제시하고 값을 채우지 마라.

3. **상태별 동작**
   정상·빈 상태·오류 상태를 나누고, 각 상태에서 화면에 보이는 문구, 사용자가 누를 수 있는 버튼, 버튼을 누른 뒤의 결과를 적어라. 결제 실패와 장바구니 비어 있음은 반드시 별도로 다뤄라.

4. **디자인 토큰**
   색, 타이포그래피, 간격, 버튼, 아이콘, 포커스·선택 상태를 표로 제시하라. 실제 브랜드 색이나 숫자값이 없으면 [입력 필요: 디자인 토큰 값]으로 남겨라. 한글 줄바꿈, 행간, 대비, 색상 외 상태 표시를 반드시 포함하라.

5. **사용 흐름 점검**
   어르신이 처음 화면에서 주문 완료까지 어떤 순서로 행동하는지 짧은 서술형으로 설명하라. 각 단계에서 사용자가 이해해야 하는 정보와 실수 방지 장치를 함께 적어라.
</출력형식>

## 문체 규칙

<지시>
문체는 hybrid로 작성하라. 화면 목록, 구성요소 표, 상태별 동작, 디자인 토큰은 개조식과 표 중심으로 간결하게 작성하고, 사용 흐름 점검과 설계 판단 근거는 짧은 서술형으로 작성하라. 전문 용어를 사용할 때는 바로 뜻을 덧붙여라. ‘직관적’, ‘심플한’, ‘누구나 쉽게’처럼 근거 없이 사용성을 단정하는 표현은 피하고, 어떤 화면 요소가 어떤 조작 부담을 줄이는지 구체적으로 설명하라.
</지시>

## 문체 규칙 (휴머나이저 v1)

산출물의 산문 전체에 적용한다. 코드, 명령어, 인용문, 고유명사는 손대지 않는다.

- 종결어미를 하나로 고정하지 마라. ~다/~는데/명사형 종결을 섞고 장문과 단문을 교차시킨다.
- 서두 인사("물론입니다!", "~에 대해 알아보겠습니다")와 마무리 상투구("결론적으로", "도움이 되셨기를 바랍니다")를 쓰지 않는다. 마지막 구체 사실로 끝낸다.
- "첫째, 둘째" 기계 나열, 이모지, 문단마다 붙는 볼드 소제목 금지.
- 근거 없는 추상어("다양한", "효과적인", "전략적 접근")를 구체 서술로 바꿔라. 단 그 구체 정보는 사용자 입력과 검증 가능한 출처에 있는 사실만 쓴다. 인간답게 보이려고 세부를 지어내지 마라. 받지 못한 값은 [입력 필요] 슬롯으로 남긴다.
- 번역투를 피한다. "~에 있어서", "~을 통해" 남발과 "~되어지다" 같은 이중 피동 금지.
- 문두 접속사("또한", "하지만", "따라서")를 연속해서 쓰지 않는다. 문맥상 명확한 주어는 생략한다.
- 같은 핵심어를 한 문단에서 반복하지 마라. 억지 동의어로 돌려 말하는 과교정도 피한다.
- 오탐 가드: 오류 없는 문법, 한 번의 접속어, 격식 어휘는 그 자체로 AI 문체가 아니다. 신호가 여럿 겹칠 때만 고치고, 일부러 거칠게 쓰지 마라.

## 제출 전 자기 감사

초안을 완성한 뒤 스스로 두 가지를 점검하라. 어느 부분이 명백히 AI 문체로 읽히는가. 사용자 입력이나 검증 가능한 출처에 없는 사실을 단정한 곳이 있는가. 걸린 부분을 고쳐 쓴 다음 최종본만 출력한다. 점검 과정 자체는 출력하지 마라.

## 자기검증

<지시>
제출 직전에 다음 항목을 번호 순서대로 점검하고, 하나라도 충족하지 못하면 수정한 뒤 설계안을 출력하라.

1. 분식집 키오스크 주문 화면이라는 요청 범위를 벗어나 음식점 운영관리, 재고관리, 광고 화면을 추가하지 않았는가?
2. 어르신 사용성을 글자, 버튼, 색상 외 상태 표시, 되돌리기, 확인 단계의 구체적 요소로 반영했는가?
3. 메뉴명, 가격, 결제수단, 화면 크기처럼 입력에 없던 사실을 추가하지 않았는가?
4. [입력 필요: 판매 메뉴·가격표]와 같은 슬롯을 임의의 메뉴나 금액으로 채우지 않았는가?
5. 시작부터 주문 완료까지 화면 목록과 이동 조건이 끊기지 않는가?
6. 메뉴 선택, 옵션 선택, 수량 변경, 장바구니 확인의 조작 결과가 구분되어 있는가?
7. 장바구니 비어 있음, 필수 옵션 미선택, 결제 실패, 기기 또는 네트워크 오류를 각각 다뤘는가?
8. 결제 전 선택 메뉴·수량·옵션·합계를 다시 보여 주도록 했는가?
9. KWCAG 참고와 한글 `word-break`·`line-break` 처리를 포함했으며, 법적 적용 여부를 단정하지 않았는가?
10. 개인정보 입력을 새로 도입하지 않았으며, 도입 가능성을 언급한 경우 수집 항목·보유 기간·파기 방법을 확인 필요로 남겼는가?
11. 표와 목록은 개조식, 사용 흐름 설명은 서술형으로 작성해 hybrid 경계를 지켰는가?
12. 각 화면에 어르신이 다음에 무엇을 해야 하는지 알 수 있는 버튼 문구와 오류 후 행동이 있는가?
</지시>