PDF를 가리키는 QR 코드가 디지털 메뉴가 아닌 이유

문제 1: 아무도 읽을 수 없다

메뉴판은 A4나 A3에 맞춰 편집됩니다. 휴대폰 화면은 폭이 약 7cm입니다. PDF는 축소된 상태로 열리고 글자는 세 픽셀 높이이며, 손님은 손가락을 벌리기 시작합니다. 세 번째 단을 읽으려면 옆으로 밀다가 위치를 잃고, 다시 축소해 그 자리를 찾습니다.

작은 불편이 아닙니다. 직원들이 여전히 "리소토에 뭐가 들어가나요?"라는 질문을 받는 이유입니다. 손님은 PDF를 포기하고 사람에게 묻는 방식으로 돌아갔습니다. QR 코드를 더했을 뿐, 예전의 업무량은 그대로 남았습니다.

문제 2: 수정은 여전히 디자인 작업이다

한 가지 음식 가격을 올리려면 원본 파일을 열고, 수정하고, PDF를 다시 내보내고, 같은 주소에 다시 올리고, 코드가 여전히 열리는지 확인해야 합니다. 편집 파일이 프리랜서에게 있다면 메일 한 통과 기다림입니다. 그래서 가격 변경은 다음 변경과 묶이고, 또 다음과 묶이고, 메뉴는 석 달을 낡은 채로 걸려 있습니다. 종이가 가졌던 문제 그대로입니다.

문제 3: 오늘 저녁 상황을 보여줄 수 없다

농어는 20시 30분에 떨어졌습니다. PDF는 그것을 알 수 없습니다. 손님이 주문하고, 직원이 사과하고, 손님은 압박 속에 다시 고르며 대개 더 싼 것을 택합니다. 호스팅형 메뉴는 한 번 탭으로 품목을 감추고 아무도 그 공백을 겪지 않습니다.

문제 4: 알레르기 정보와 언어가 파일을 늘린다

관광지라면 서너 개 언어가 필요합니다. PDF가 서너 개, QR 코드가 서너 개거나 선택용 중간 페이지가 하나, 그리고 가격이 바뀔 때마다 다시 내보낼 파일이 서너 개입니다. 알레르기 열을 추가하면 파일마다 폭이 넓어져 휴대폰 문제는 더 심해집니다. 호스팅형 메뉴는 한 번 번역하고 알레르기 정보를 편집 레이아웃이 아니라 품목에 붙여 둡니다.

문제 5: 구글에게는 보이지 않는다

사람들은 "[당신의 도시] 파에야 하는 식당"이라고 검색하고, 구글은 색인된 텍스트로 답합니다. QR 코드 뒤의 PDF는 보통 사이트에서 링크되지도 않고 쓸모 있게 크롤링되지도 않으므로, 음식 이름이 노출될 일이 없습니다. 호스팅형 메뉴 페이지는 평범한 HTML이라 다른 페이지처럼 색인됩니다. 작은 가게에서는 이 페이지가 두 번째로 많이 방문되는 페이지가 되기도 합니다.

문제 6: 막다른 길이다

PDF는 주문을 받을 수 없고, 40명이 코스 메뉴를 봤지만 아무도 주문하지 않았다고 알려줄 수 없으며, 주방에 아무것도 보낼 수 없습니다. 나중에 원하게 될 모든 개선은 이것을 교체하는 일에서 시작됩니다.

나란히 비교

PDF가 정말 옳은 답일 때

두 가지 경우입니다. 첫째, 손님이 인쇄하도록 만든 문서입니다. 연회 제안서, 단체용 고정 코스, 케이터링 가격표. 그것은 문서이고, 문서에는 PDF가 맞는 형식입니다. 둘째, 메뉴가 절대 바뀌지 않고 바꿀 생각도 없는 가게입니다. 두 달 영업에 여섯 품목뿐인 해변 바에는 시스템이 필요 없습니다.

메뉴를 다시 입력하지 않고 PDF에서 벗어나기

1. 종이 메뉴판을 사진으로 찍거나 PDF 자체를 업로드합니다.
2. IQ Rest가 읽어서 분류, 품목, 가격을 만듭니다. 하룻저녁이 아니라 약 5분입니다.
3. 가격을 확인하고 인식이 잘못 읽은 부분을 고칩니다.
4. 기존 QR 코드를 새 메뉴로 향하게 하거나, 테이블마다 새로 인쇄합니다.