티처메이트는 실습 지향 수업입니다. 이 앱 기획에서 이론을 익히고, 앱 빌더 '자유 만들기'에서 곧바로 만들어 봅니다. 오늘의 사례(메뉴마중)로 배우는 첫 이론은 스타트업이 늘 말하는 MVP입니다.
시장 검증을 위한, 최소한의 핵심 기능만 담은 제품. 많은 사람을 위해 기능을 잔뜩 넣는 게 아니라 — 정말 필요한 한 사람을 위해, 정말 필요한 기능부터 만든다. 그 첫 단추가 '누구를 위한 제품인가'(페르소나)다.
"사진 메뉴·다국어·결제·키오스크 다 넣자!" 기능 목록이 길어질수록 정작 누구의 어떤 불편을 푸는지 흐려진다.
한 사람의 불편을 끝까지 따라간다. 그러면 기능은 저절로 *적게, 정확히* 정해진다 — 이게 MVP의 방식이다.
앱 기획 단계는 외워야 할 목록이 아니라 하나로 이어진 추론입니다. 누구의 문제인지 정하고(페르소나), 언제 가장 힘든지 찾고(사용자경험지도), 왜 그런지 뿌리를 파고(5why), 무엇을 풀지 한 문장으로 좁히고(문제·앱), 남들은 어떻게 했는지 보고(비교), 그제서야 어떻게 풀지 기능을 정합니다. 메뉴마중은 이 길을 끝까지 걸어 만든 결과물입니다.
질문 하나. 많은 사람을 위한 다기능 제품과, 그 제품을 많이 쓰는 소수를 위한 적은 기능 제품 — 어느 쪽이 더 많이 팔릴까요? 답은 소수 쪽입니다. 모두를 위한 제품을 만든다는 건 백화점부터 다이소까지 한 건물에 다 넣는 것 — 그 건물엔 아무도 안 갑니다.
백화점부터 다이소까지 한 건물에. 누구에게도 딱 맞지 않아 결국 아무도 안 간다.
그 제품에 가장 진심인 소수에게 딱 맞춘다. 좁힐수록 앱이 선명해지고 오히려 더 팔린다.
전자 메뉴판은 결국 식당의 메뉴판입니다. 그런데 이걸 손님에게 맞출까, 사장님에게 맞출까, 한국어가 서툰 관광객에게 맞출까? 누구를 정하느냐에 따라 첫 화면도, 기능도 전혀 달라집니다 — 이게 페르소나입니다.
"글만 있어 뭔지 몰라. 더 시키고 싶은데 메뉴판을 자꾸 뺏어가."
→ 사진 메뉴 · 자리에서 추가주문
"한국어가 어려워." → 첫 화면에 언어 선택, 지역 특산물 추천이 보이면 좋다.
인건비를 아껴야 한다. → 직원 없이도 이해·결제 가능, 혼동 막게 주문내역 표시.
주인공은 김상호(52세·8년차·1인 백반집 사장) 한 명. 손님·외국인은 같은 불편을 비추는 거울 인물로 함께 따라옵니다. 통계청 조사상 1·2인 사업체가 76% — 한 명을 깊이 그리는 게 곧 다수를 겨냥하는 길입니다.
사용자경험지도는 고객이 제품을 쓰는 동안 어디서 가장 불편한지를 찾는 일입니다. 왜 '가장 큰' 불편이어야 할까요? 행동 관성 때문입니다 — 사람은 새로 뭘 하는 걸 싫어해서, 좀 불편해도 그냥 하던 대로 합니다.
배달앱으로 새 맛집 찾는 것조차 귀찮아 먹던 데서 먹는다. 사장님도 새 기기를 깔고 사용법 배우는 게 귀찮다. 불편해도 안 바꾼다.
관성을 깨려면 정말 어마어마하게 불편한 것을 크게 바꿔 "진짜 편하다"를 느끼게 해야 한다. 그 한 곳을 찾는 게 지도다.
김상호의 하루를 감정 곡선으로 그리면 점심 피크(12:20)에서 가장 깊이 내려갑니다. 직원을 더 쓸 수도 없는데 손님이 자꾸 묻고 여러 번 부르는, 메뉴 설명·조리·계산이 한꺼번에 겹치는 순간 — 가장 큰 스트레스죠.
사소한 문제는 풀어도 아무도 관심 없습니다. 큰 문제를 풀수록 큰 보상이 따라옵니다. 그래서 옳은 해결책을 찾으려면 먼저 핵심 원인을 찾아야 합니다. 원인을 못 찾고 적당히 만든 해결책은 미봉책 — 문제는 또 터지고, 쓸모도 없죠. 토요타가 만든 방법이 있습니다: 어떤 문제든 "왜?"를 거듭 물으면 뿌리가 드러납니다(토요타는 다섯 번을 권합니다). 이 사례는 세 번 만에 닿습니다.
손님이 점심마다 점원(사장)을 자꾸 부른다.
메뉴에 사진도 없고, 메뉴판마저 자꾸 가져가 버린다.
애초에 '사람(점원)' 말고 손님이 가게·메뉴를 스스로 이해할 장치가 없다.
step4는 지금까지 찾은 내용을 한곳에 적는 공간입니다. 네 가지만 채우면 됩니다 — ① 앱 이름을 정하고, ② 누구를 위한 앱인지, ③ 어떤 문제를 풀 것인지, ④ 그 문제를 어떻게 풀지(해결책)를 적습니다.
메뉴마중 — 손님을 맞이하듯 메뉴를 마중 나간다.
점심 피크의 1인 사장 김상호와 처음 온 손님.
이해도 추가주문도 '사장님 호출'로만 풀린다 — 손님이 스스로 확인할 장치가 없다.
손님이 스스로 메뉴를 보고 이해하고, 자리에서 편하게 추가주문하게 한다.
처음부터 백지에서 시작하면 막막합니다. 그래서 비슷한 문제를 먼저 푼 참고 예시(레퍼런스)를 봅니다 — 좋은 출발점이 되죠. 앱에서는 화면 최하단 버튼을 누르면 레퍼런스가 나옵니다.
현실에서 가장 가까운 해법은 테이블오더입니다. 손님이 자리에서 직접 주문해 사장의 설명 부담을 덜어주죠. 사진 메뉴·언어 전환·자리 추가주문 같은 아이디어를 여기서 빌려올 수 있습니다.
기능은 많을수록 좋은 게 아닙니다. 핵심 기능은 3개를 넘지 않는 게 좋습니다. 기능이 많으면 고객은 오히려 "이 앱이 뭐에 쓰는 건지" 이해하기 어렵거든요. 핵심은 기능 하나가 페르소나의 불편 하나에 정확히 묶여 있는가입니다. 가드레일도 지킵니다 — 강매 금지, 외국인 분리·특별취급 금지, 1인 사장이 감당할 범위, 개인정보 과수집 금지.
↳ 불편: 메뉴를 모름
"사진이 '뭐가 맛있냐'는 질문을 대신해 줄이 안 밀려요." 주문 오류도 기록으로 감소.
↳ 불편: 언어 장벽
'외국인 전용' 분리가 아니라 같은 화면에서 언어만 전환 → 가드레일 '분리 금지' 준수.
↳ 불편: 추가주문 망설임
메뉴판이 늘 곁에 있어 사장을 안 불러도 "한 그릇 더"를 말할 수 있음.
메뉴마중은 처음부터 끝까지 하나의 추론이었습니다. 한 사람(김상호)을 정하고, 그의 골짜기(점심 피크)를 찾고, 왜를 세 번 파(호출 의존), 풀 문제를 한 문장으로 좁히고, 남들의 해법과 대가를 본 뒤, 그 뿌리에 기능 셋을 묶었습니다. 기능이 흩어지지 않는 이유는 모두 같은 한 점을 향하기 때문입니다.
| 자료 | 사례에 준 근거 | 쓰인 단계 |
|---|---|---|
| 통계청 · KREI 외식업 경영실태조사 | 자영업자 76%가 1~2인 / 1인 사장 운영의 보편성 | STEP 1 · 페르소나 |
| 국내 결제·테이블오더 업계 자료 | 카드(밴) 0.5~1%대 vs PG 3~3.5%대 · PG 법정 상한 없음 | STEP 5 · 비교(대가) |
| 현장 인터뷰형 인용(케이스 정의) | 손님·외국인 손님·추가주문 망설임의 실제 화법 | STEP 1·3 · 거울 인물·5why 근거 |