미용실, 공방, PT 스튜디오, 상담소, 사진 촬영, 원데이 클래스, 개인 레슨을 운영하는 사람에게 예약은 늘 반가운 일이면서도 은근히 번거로운 일입니다. 고객은 인스타그램 DM으로 묻고, 카카오톡으로 다시 묻고, 전화로 날짜를 바꾸고, 문자로 가격을 확인합니다. 운영자는 캘린더를 열어보고, 가격표를 보내고, 위치를 설명하고, 가능한 시간을 다시 확인합니다.
처음에는 "그래도 직접 답장하면 되지"라고 생각합니다. 그런데 문의가 하루에 몇 건만 쌓여도 같은 말을 반복하게 됩니다. "가격은 얼마인가요?", "주차 되나요?", "토요일 가능한가요?", "상담만 먼저 받을 수 있나요?" 같은 질문에 매번 답하다 보면 정작 중요한 일에 집중하기 어렵습니다.
이 장에서는 이런 상황을 위한 예약 문의 앱을 만들어보겠습니다. 중요한 표현은 '예약 앱'이 아니라 예약 문의 앱입니다. 초보자가 처음부터 실시간 예약 확정, 결제, 자동 시간 배정, 취소 수수료 처리까지 만들려고 하면 난이도가 갑자기 올라갑니다. 우리는 먼저 고객이 필요한 정보를 확인하고 문의를 남기면, 운영자가 관리자 화면에서 확인한 뒤 전화나 메시지로 확정하는 흐름을 만들 것입니다.
첫 앱은 완성도보다 작동 경험이 중요합니다. 예약 문의 앱도 마찬가지입니다. 고객이 문의를 남기고, 운영자가 확인하고, 다음 행동을 할 수 있으면 첫 버전으로는 충분합니다.
예약 확정이 아니라 문의 접수로 시작하기
예약 앱이라고 하면 많은 사람이 배달앱이나 병원 예약 앱처럼 즉시 시간이 확정되는 모습을 떠올립니다. 고객이 날짜를 고르면 시스템이 빈 시간을 계산하고, 결제를 받고, 확인 문자를 보내고, 취소 규정까지 처리하는 흐름입니다. 물론 멋집니다. 하지만 첫 바이브 코딩 실습으로는 꽤 어렵습니다.
왜냐하면 실시간 예약 확정에는 생각보다 많은 조건이 숨어 있기 때문입니다. 운영자의 실제 일정과 앱의 일정이 맞아야 하고, 이미 예약된 시간은 막아야 하고, 서비스별 소요 시간이 달라야 하고, 갑작스러운 휴무도 반영해야 합니다. 여기에 결제까지 붙이면 환불, 취소, 영수증, 결제 오류 같은 문제도 따라옵니다.
그래서 초보자의 첫 버전은 이렇게 정의하는 것이 좋습니다.
고객은 희망 날짜와 시간을 적어 문의를 남긴다. 운영자는 관리자 화면에서 문의 내용을 확인한 뒤 직접 연락해 예약을 확정한다.
이렇게 만들면 난이도가 크게 낮아집니다. 고객은 부담 없이 문의할 수 있고, 운영자는 기존의 전화·문자·카카오톡 응대 흐름을 유지하면서도 문의 내용을 한곳에 모을 수 있습니다.
식당으로 비유하면 실시간 예약 확정 앱은 "테이블 현황, 직원 배치, 주문, 결제까지 연결된 매장 운영 시스템"에 가깝습니다. 반면 예약 문의 앱은 "입구에 놓인 깔끔한 예약 문의 장부"입니다. 장부에 이름, 연락처, 원하는 날짜, 요청 사항을 적어두면 사장님이 보고 연락하는 구조입니다. 처음에는 장부만 잘 만들어도 충분합니다.
이 앱을 만드는 이유
예약 문의 앱은 소상공인과 프리랜서에게 바로 쓸모가 있습니다. 동시에 바이브 코딩 입문자에게도 좋은 실습입니다. 이유는 단순합니다. 입력받아야 할 정보가 분명하고, 화면 흐름이 짧고, 결과를 눈으로 확인하기 쉽기 때문입니다.
예를 들어 네일샵이라면 고객 이름, 연락처, 희망 날짜, 원하는 시술 종류, 요청사항을 받으면 됩니다. PT 트레이너라면 상담 희망 시간, 운동 목적, 현재 운동 경험을 받을 수 있습니다. 프리랜서 사진작가라면 촬영 희망일, 촬영 종류, 장소, 예상 인원을 받을 수 있습니다.
이 앱을 만들면서 우리는 세 가지 중요한 흐름을 배웁니다. 첫째, 고객 입력 폼을 설계하는 법입니다. 둘째, 접수 후 고객에게 보여줄 확인 화면을 만드는 법입니다. 셋째, 운영자가 문의 목록을 확인하는 관리자 화면을 만드는 법입니다.
이 세 가지는 앞으로 만드는 많은 앱에 반복해서 등장합니다. 강의 신청 앱, 상담 접수 앱, 견적 문의 앱, 행사 참가 신청 앱, A/S 접수 앱도 구조가 비슷합니다. 결국 예약 문의 앱 하나를 제대로 이해하면 여러 업무용 앱으로 변형할 수 있습니다.
완성 후 모습 상상하기
우리가 만들 앱은 고객용 화면과 운영자용 화면으로 나뉩니다. 고객용 화면은 작은 웹사이트처럼 보입니다. 고객이 링크를 열면 먼저 어떤 서비스를 제공하는지 확인합니다. 가격표, 영업시간, 위치 또는 진행 방식, 자주 묻는 질문을 읽고, 마지막으로 예약 문의 폼을 작성합니다.
운영자용 화면은 문의 목록입니다. 고객이 남긴 이름, 연락처, 희망 날짜와 시간, 서비스 종류, 문의 내용, 접수 상태를 볼 수 있습니다. 운영자는 문의를 확인한 뒤 상태를 "미확인", "연락 완료", "예약 확정", "취소"처럼 바꿀 수 있습니다.
첫 버전의 화면은 다음 정도면 충분합니다.
고객용 안내 화면: 서비스 소개, 영업시간, 가격표, 위치 또는 진행 방식, FAQ
예약 문의 폼: 이름, 연락처, 희망 날짜, 희망 시간, 서비스 종류, 문의 내용
접수 완료 화면: "문의가 접수되었습니다. 확인 후 연락드리겠습니다." 안내
관리자용 목록 화면: 문의 내역 확인, 상태 변경, 삭제 또는 테스트 데이터 정리
여기서 핵심은 고객이 "문의 후 무슨 일이 일어나는지" 알 수 있어야 한다는 점입니다. 고객 입장에서는 폼을 제출했는데 아무 안내가 없으면 불안합니다. "언제 연락이 오지?", "예약이 된 건가?", "다시 전화해야 하나?"라는 생각이 듭니다. 그래서 접수 완료 화면에는 반드시 다음 안내가 있어야 합니다.
"예약은 아직 확정된 것이 아니며, 운영자가 확인 후 문자 또는 전화로 안내드립니다."
이 한 문장이 앱의 오해를 줄여줍니다.
필요한 기능과 처음 버전에서 뺄 기능
예약 문의 앱의 첫 버전은 단순해야 합니다. 우리가 만들 기능은 고객이 정보를 확인하고 문의를 남기는 데 필요한 최소 기능입니다.
필요한 기능은 다음과 같습니다.
고객이 서비스 정보를 볼 수 있는 안내 영역
이름, 연락처, 희망 날짜·시간, 서비스 종류, 문의 내용을 입력하는 폼
입력값이 비어 있을 때 알려주는 기본 검증
제출 후 접수 완료 메시지 표시
운영자가 문의 목록을 볼 수 있는 관리자 화면
문의 상태를 바꾸는 기능
반대로 처음 버전에서 제외할 기능도 분명히 해야 합니다.
실시간 예약 확정
결제 기능
자동 문자 발송
카카오톡 알림 연동
구글 캘린더 양방향 연동
고객 로그인
직원별 자동 배정
취소 수수료 계산
이 기능들은 나쁘다는 뜻이 아닙니다. 다만 첫 버전에 넣으면 앱의 구조가 복잡해집니다. 특히 결제, 로그인, 외부 알림 연동은 API 키, 인증, 권한 관리, 개인정보 보호를 함께 생각해야 합니다. 초보자의 첫 예약 앱에서는 "문의 접수"에 집중하는 편이 훨씬 현실적입니다.
도구는 무엇으로 시작하면 좋을까
이번 실습은 Lovable, Replit Agent, Bolt.new 같은 초보용 앱 빌더형 도구로 시작하기 좋습니다. 이 장에서는 특히 Lovable을 떠올리며 프롬프트를 작성하겠습니다. Lovable은 코딩을 깊이 알지 않아도 자연어로 앱과 웹사이트를 만들 수 있다는 점을 내세우는 AI 기반 플랫폼입니다.1 바쁜 매장 운영자나 프리랜서라면 "노트북 앞에 앉아 긴 코드를 쓰는 방식"보다 "내가 원하는 화면과 흐름을 말로 설명하는 방식"이 훨씬 시작하기 쉽습니다.
최근 Lovable은 모바일에서도 텍스트나 음성으로 아이디어를 입력하고, 이동 중에 프로젝트를 이어서 수정할 수 있는 흐름을 제공한다고 소개되었습니다.2 예를 들어 공방 운영자가 수업 준비를 하다가 "FAQ에 주차 안내를 추가해줘"라고 요청하거나, PT 트레이너가 이동 중에 "운동 목적 선택지를 추가해줘"라고 수정 요청을 이어갈 수 있는 식입니다.
Replit Agent도 자연어로 앱이나 웹사이트 아이디어를 설명하면 만들고, 피드백을 주며 개선하는 흐름을 제공합니다.3 다만 Replit은 클라우드 개발 환경과 코드 작업에 조금 더 가까운 면이 있으므로, 완전 초보자라면 먼저 Lovable 같은 앱 빌더형 도구에서 성공 경험을 만든 뒤 확장하는 편이 좋습니다.
여기서 다시 기억해야 할 원칙이 있습니다.
유명한 도구가 초보자에게 쉬운 도구는 아닙니다. 처음에는 앱 빌더형 도구로 성공 경험을 만드는 것이 중요합니다. 바이브 코딩은 코딩을 안 배워도 된다는 뜻이 아니라, 내가 원하는 것을 AI가 이해하게 설명하는 기술입니다.
용어 정리: 예약 문의 앱에서 자주 만나는 말
폼은 사용자가 정보를 입력하는 칸 묶음입니다. 종이 신청서의 웹 버전이라고 생각하면 됩니다. 이름 칸, 연락처 칸, 날짜 선택 칸, 문의 내용 칸이 모여 하나의 폼이 됩니다. 초보자는 "어떤 정보를 입력받을지"를 먼저 정해야 합니다.
관리자 화면은 운영자만 보는 확인용 화면입니다. 식당 주방 안쪽에 붙은 주문표와 비슷합니다. 고객에게는 보이지 않지만, 운영자는 이곳에서 들어온 문의를 확인하고 처리합니다. 실제 배포할 때는 아무나 관리자 화면에 들어오지 못하도록 접근 제한을 생각해야 합니다.
상태값은 문의가 지금 어떤 단계인지 표시하는 말입니다. 택배가 "접수", "배송 중", "배송 완료"로 바뀌는 것처럼 예약 문의도 "미확인", "연락 완료", "예약 확정", "취소"로 표시할 수 있습니다.
개인정보는 특정 사람을 알아볼 수 있는 정보입니다. 이름과 전화번호만 있어도 개인정보입니다. 예약 문의 앱은 연락처와 문의 내용을 받기 때문에, 공개 화면에 고객 정보가 노출되지 않도록 조심해야 합니다.
MVP는 최소 기능 제품입니다. 정식 매장을 열기 전 작은 팝업스토어를 열어보는 것과 비슷합니다. 예약 문의 앱의 MVP는 결제와 자동 확정 없이, 문의 접수와 관리자 확인만 되는 버전입니다.
실제 예시 1: 네일샵 예약 문의 앱
네일샵은 예약 문의 앱과 잘 맞습니다. 고객이 궁금해하는 정보가 비교적 일정하기 때문입니다. 가격, 시술 종류, 소요 시간, 주차 여부, 가능 날짜가 핵심입니다.
첫 버전에서는 고객에게 젤네일, 제거, 케어, 아트 상담 같은 서비스 종류를 선택하게 할 수 있습니다. 문의 내용에는 "원하는 디자인 사진을 나중에 보내도 되나요?", "손톱이 많이 짧은데 가능한가요?" 같은 질문을 적게 합니다. 운영자는 문의 목록을 보고 고객에게 연락해 정확한 시간을 확정합니다.
처음부터 이미지 업로드까지 넣고 싶을 수 있습니다. 하지만 첫 버전에서는 빼도 됩니다. 이미지 업로드는 파일 저장, 용량 제한, 개인정보와 저작권 문제까지 생각해야 합니다. 대신 완료 화면에 "디자인 이미지는 예약 확정 안내 후 메시지로 보내주세요"라고 적으면 됩니다.
실제 예시 2: PT 상담 예약 문의 앱
퍼스널 트레이너에게 예약 문의 앱은 상담 전 정보를 모으는 도구가 됩니다. 고객 이름과 연락처뿐 아니라 운동 목적, 운동 경험, 상담 희망 시간을 받을 수 있습니다.
예를 들어 서비스 종류에는 "체형 교정 상담", "다이어트 상담", "근력 향상 상담", "재활 후 운동 상담"을 넣을 수 있습니다. 문의 내용에는 현재 불편한 점이나 원하는 목표를 적게 합니다. 운영자는 관리자 화면에서 고객의 목적을 미리 보고 상담을 준비할 수 있습니다.
다만 건강 상태, 질병명, 치료 이력처럼 민감한 정보는 조심해야 합니다. 초보자 앱에서는 상세한 의료 정보를 받기보다 "상담 시 직접 말씀해주세요" 정도로 안내하는 편이 안전합니다.
실제 예시 3: 프리랜서 사진작가 촬영 문의 앱
사진작가는 예약보다 견적 문의에 가까운 흐름이 필요할 수 있습니다. 촬영 종류, 희망 날짜, 장소, 예상 인원, 원하는 결과물에 따라 가격이 달라지기 때문입니다.
첫 버전에서는 "프로필 촬영", "가족 촬영", "행사 스냅", "제품 촬영" 같은 서비스 종류를 선택하게 합니다. 문의 내용에는 장소, 인원, 원하는 분위기, 납품 희망일을 자유롭게 적게 합니다. 가격표에는 "정확한 견적은 문의 내용 확인 후 안내드립니다"라고 적어두면 오해를 줄일 수 있습니다.
이 경우에도 실시간 예약 확정보다는 문의 접수가 더 적합합니다. 촬영은 날씨, 장소 허가, 이동 시간, 장비 준비 등 변수가 많기 때문입니다.
앱 생성 프롬프트
이제 실제로 AI 앱 빌더에 넣을 첫 프롬프트를 작성해보겠습니다. 아래 프롬프트는 복사해서 바로 쓸 수 있도록 구체적으로 만들었습니다. 업종만 바꿔도 여러 상황에 적용할 수 있습니다.
나는 작은 1인 네일샵을 운영하는 비개발자입니다.
고객이 영업시간, 서비스 가격, 위치 안내, 자주 묻는 질문을 확인한 뒤 예약 문의를 남길 수 있는 간단한 웹앱을 만들고 싶습니다.
이 앱의 목적은 실시간 예약 확정이 아니라 예약 문의 접수입니다.
고객이 문의를 남기면 운영자인 제가 관리자 화면에서 확인한 뒤 문자나 전화로 예약을 확정하는 흐름으로 만들어주세요.
사용 대상은 모바일로 링크를 열어보는 일반 고객입니다.
모바일에서 보기 쉽고, 버튼과 입력창이 큼직해야 합니다.
필요한 화면은 다음과 같습니다.
1. 첫 화면
- 가게 이름: 오늘네일 스튜디오
- 짧은 소개 문구: 조용한 1인 예약제 네일샵입니다.
- 문의하기 버튼이 잘 보이게 배치
2. 안내 영역
- 영업시간: 화~토 11:00~20:00, 일·월 휴무
- 서비스 가격표: 기본 케어 30,000원, 젤네일 60,000원부터, 제거 20,000원부터
- 위치 안내: 서울 마포구 홍대입구역 근처, 상세 주소는 예약 확정 후 안내
- 자주 묻는 질문 3개
- 주차 가능 여부
- 시술 소요 시간
- 디자인 이미지는 언제 보내는지
3. 예약 문의 폼
- 이름
- 연락처
- 희망 날짜
- 희망 시간
- 서비스 종류 선택: 기본 케어, 젤네일, 제거, 아트 상담, 기타
- 문의 내용
- 개인정보 수집 안내 문구와 동의 체크박스
4. 접수 완료 화면
- "예약 문의가 접수되었습니다."라고 보여주세요.
- "아직 예약이 확정된 것은 아니며, 운영자가 확인 후 문자 또는 전화로 연락드립니다."라는 안내를 보여주세요.
5. 관리자 화면
- 접수된 문의 목록을 카드 또는 표 형태로 보여주세요.
- 이름, 연락처, 희망 날짜, 희망 시간, 서비스 종류, 문의 내용, 접수 시간을 볼 수 있게 해주세요.
- 각 문의의 상태를 미확인, 연락 완료, 예약 확정, 취소 중 하나로 바꿀 수 있게 해주세요.
- 테스트 데이터를 삭제할 수 있는 기능을 넣어주세요.
디자인은 따뜻하고 깔끔한 다이어리 느낌으로 만들어주세요.
색상은 아이보리, 연한 핑크, 짙은 브라운을 사용해주세요.
처음 버전에서는 결제, 실시간 예약 확정, 로그인, 문자 자동 발송, 캘린더 연동, 이미지 업로드는 제외해주세요.
MVP로 작고 안정적으로 작동하는 버전을 먼저 만들어주세요.이 프롬프트에서 중요한 부분은 "예약 확정이 아니라 문의 접수"라고 분명히 말한 점입니다. AI는 우리가 "예약 앱"이라고만 쓰면 달력 예약, 시간표, 결제까지 상상할 수 있습니다. 그래서 처음부터 제외할 기능을 적어야 합니다.
1차 수정 프롬프트: 결과물이 애매할 때
AI가 만든 첫 결과물은 대체로 그럴듯하지만, 실제 운영에 바로 쓰기에는 부족할 수 있습니다. 예를 들어 문의하기 버튼이 아래쪽에 숨어 있거나, 가격표가 너무 작거나, 접수 완료 안내가 불분명할 수 있습니다. 그럴 때는 "마음에 안 들어요"라고 말하기보다 무엇을 어떻게 바꿀지 구체적으로 요청해야 합니다.
현재 앱은 전체적으로 괜찮지만 고객이 문의하기 버튼을 찾기 어렵습니다.
다음 기준으로 수정해주세요.
1. 첫 화면 상단에 "예약 문의하기" 버튼을 크게 배치해주세요.
2. 가격표 아래에도 같은 버튼을 한 번 더 넣어주세요.
3. FAQ 아래에도 "문의 남기기" 버튼을 넣어주세요.
4. 버튼을 누르면 예약 문의 폼 위치로 부드럽게 이동하게 해주세요.
5. 모바일에서 엄지손가락으로 누르기 쉽게 버튼 높이를 충분히 크게 해주세요.수정 요청은 한 번에 하나의 방향으로 하는 것이 좋습니다. 버튼 위치, 가격표, 관리자 화면, 보안 안내를 한꺼번에 바꾸라고 하면 AI가 일부를 놓칠 수 있습니다. 먼저 고객 흐름을 고치고, 다음에 관리자 화면을 고치고, 그다음에 디자인을 고치는 식으로 나누어 요청하세요.
디자인 개선 프롬프트
예약 문의 앱은 신뢰가 중요합니다. 고객은 이름과 연락처를 남겨야 하므로 화면이 너무 장난스럽거나 허술해 보이면 이탈할 수 있습니다. 업종에 맞는 분위기를 요청해봅시다.
디자인을 더 신뢰감 있게 다듬어주세요.
원하는 분위기는 "작은 프리미엄 예약제 숍" 느낌입니다.
다음 사항을 반영해주세요.
1. 첫 화면에는 여백을 충분히 주고, 가게 소개 문구를 짧고 선명하게 보여주세요.
2. 가격표는 카드 형태로 정리해서 한눈에 비교되게 해주세요.
3. 영업시간과 위치 안내는 아이콘 없이도 읽기 쉬운 정보 박스로 보여주세요.
4. 예약 문의 폼은 입력칸 사이 간격을 넉넉하게 해주세요.
5. 개인정보 동의 문구는 너무 작지 않게 표시해주세요.
6. 전체 색상은 아이보리 배경, 연한 핑크 포인트, 짙은 브라운 글자로 정리해주세요.
7. 모바일 화면을 우선으로 최적화해주세요.다른 업종이라면 분위기만 바꾸면 됩니다. PT 상담 앱이라면 "활기차고 전문적인 피트니스 센터 느낌", 사진 촬영 문의 앱이라면 "깔끔한 포트폴리오 웹사이트 느낌", 심리 상담 문의 앱이라면 "차분하고 안전한 상담실 느낌"이라고 요청할 수 있습니다.
관리자 화면 수정 프롬프트
고객용 화면만 예쁘고 관리자 화면이 불편하면 실제 운영에 쓰기 어렵습니다. 예약 문의 앱은 관리자 화면에서 문의를 빠르게 확인해야 합니다.
관리자 화면을 운영자가 실제로 확인하기 쉽게 개선해주세요.
1. 문의 목록을 최신 문의가 위에 오도록 정렬해주세요.
2. 각 문의 카드에 고객 이름, 희망 날짜, 희망 시간, 서비스 종류, 연락처가 먼저 보이게 해주세요.
3. 문의 내용은 길 수 있으니 접었다 펼칠 수 있게 해주세요.
4. 상태값은 미확인, 연락 완료, 예약 확정, 취소로 선택할 수 있게 해주세요.
5. 미확인 문의는 눈에 잘 띄도록 연한 노란색 표시를 넣어주세요.
6. 연락처 옆에 "복사" 버튼을 추가해주세요.
7. 관리자 화면 상단에 전체 문의 수, 미확인 문의 수, 예약 확정 수를 간단히 보여주세요.여기서 "복사 버튼"은 작지만 실용적인 기능입니다. 운영자는 고객 연락처를 복사해서 문자나 카카오톡에 붙여넣을 수 있습니다. 이런 작은 기능이 실제 사용성을 크게 높입니다.
오류 해결 프롬프트
예약 문의 앱에서 자주 생기는 오류는 대부분 입력, 저장, 화면 표시와 관련됩니다. 버튼을 눌렀는데 반응이 없거나, 문의를 제출했는데 관리자 화면에 나타나지 않거나, 새로고침하면 데이터가 사라지는 식입니다.
오류가 생기면 당황하지 말고 상황을 그대로 설명하세요. 가능하면 "무엇을 눌렀는지", "무슨 일이 일어날 것으로 기대했는지", "실제로는 어떻게 되었는지"를 함께 적습니다.
예약 문의 폼에서 제출 버튼을 눌렀는데 관리자 화면에 문의가 나타나지 않습니다.
제가 한 행동은 다음과 같습니다.
1. 이름, 연락처, 희망 날짜, 희망 시간, 서비스 종류, 문의 내용을 모두 입력했습니다.
2. 개인정보 동의 체크박스도 체크했습니다.
3. 제출 버튼을 눌렀습니다.
기대했던 결과는 접수 완료 메시지가 보이고, 관리자 화면에 새 문의가 추가되는 것입니다.
하지만 실제로는 접수 완료 메시지만 보이고 관리자 화면에는 아무것도 추가되지 않습니다.
원인을 찾아서 수정해주세요.
수정 후에는 테스트용 문의 데이터를 하나 추가해서 관리자 화면에 정상 표시되는지 확인해주세요.모바일 화면이 깨질 때는 이렇게 요청할 수 있습니다.
모바일에서 예약 문의 폼이 화면 밖으로 삐져나가고, 희망 날짜 입력칸이 너무 작게 보입니다.
다음 기준으로 수정해주세요.
1. 390px 너비의 스마트폰 화면에서도 가로 스크롤이 생기지 않게 해주세요.
2. 모든 입력칸은 화면 너비에 맞게 100%로 표시해주세요.
3. 날짜와 시간 입력칸은 세로로 배치해주세요.
4. 제출 버튼은 화면 하단에서 잘 보이게 충분히 크게 만들어주세요.
5. 수정 후 모바일 미리보기 기준으로 문제가 없는지 점검해주세요.한국어 문구가 어색할 때는 이렇게 말하면 됩니다.
앱의 한국어 문구를 더 자연스럽고 친절하게 다듬어주세요.
특히 다음 문구를 개선해주세요.
1. 제출 버튼 문구는 "보내기"보다 "예약 문의 남기기"로 바꿔주세요.
2. 접수 완료 문구에는 "예약은 아직 확정되지 않았습니다"를 반드시 포함해주세요.
3. 개인정보 동의 문구는 짧고 이해하기 쉽게 써주세요.
4. 관리자 화면의 상태값은 한국어로 자연스럽게 표시해주세요.
5. 고객에게 부담을 주는 과장된 문구는 빼주세요.개인정보와 보안은 작게라도 반드시 점검하기
예약 문의 앱은 개인정보를 다룹니다. 이름, 연락처, 문의 내용이 들어가기 때문입니다. "작은 앱인데 괜찮겠지"라고 넘기면 안 됩니다. 특히 앱을 공개 링크로 배포한다면 고객 정보가 다른 사람에게 보이지 않는지 반드시 확인해야 합니다.
첫 버전에서 가장 중요한 원칙은 최소한만 수집하기입니다. 예약 문의에 주민등록번호, 상세 주소, 건강 상태, 카드 정보는 필요하지 않습니다. 연락을 위해 필요한 이름과 연락처, 희망 일정, 서비스 종류, 문의 내용 정도면 충분합니다.
또 하나 중요한 점은 관리자 화면입니다. 첫 실습 단계에서는 관리자 화면을 단순히 /admin 같은 주소로 만들 수도 있습니다. 하지만 실제 고객 정보를 받을 앱이라면 아무나 그 주소에 들어와서는 안 됩니다. 최소한 접근 제한, 비밀번호, 로그인 같은 장치가 필요합니다. 다만 로그인과 권한 관리는 초보자에게 난이도가 높은 기능이므로, 처음에는 실제 개인정보를 넣기 전에 테스트 데이터로 충분히 확인하고, 실제 운영 전에는 보안 점검을 해야 합니다.
AI에게 다음처럼 점검을 요청하세요.
이 예약 문의 앱을 배포하기 전에 개인정보와 보안 위험을 점검해주세요.
다음 항목을 확인해주세요.
1. 고객 이름과 연락처가 공개 화면에 노출되지 않는지
2. 관리자 화면에 아무나 접근할 수 있는 구조는 아닌지
3. 테스트 데이터가 남아 있지 않은지
4. 개인정보 수집 동의 문구가 있는지
5. 불필요하게 민감한 정보를 받고 있지는 않은지
6. 실제 API 키나 비밀번호 같은 값이 화면이나 코드에 노출되어 있지는 않은지
7. 문의 내용이 어디에 저장되는지 설명해줄 수 있는지
위험한 부분이 있다면 초보자도 이해할 수 있게 설명하고, 먼저 고쳐야 할 순서대로 정리해주세요.여기서 기억할 점이 있습니다. AI가 "문제없습니다"라고 말해도 그대로 믿고 끝내면 안 됩니다. AI가 만든 앱도 반드시 사람이 검토해야 합니다. 특히 개인정보, 결제, 의료, 법률, 금융처럼 민감한 영역은 초보자가 바로 운영용 앱으로 만들기 어렵습니다.
고객 입장에서 테스트하기
앱이 만들어졌다면 운영자 입장이 아니라 고객 입장에서 테스트해야 합니다. 내가 만든 앱은 내가 이미 구조를 알고 있기 때문에 쉬워 보입니다. 하지만 처음 들어온 고객은 다릅니다. 고객은 어디를 눌러야 하는지, 가격이 어디 있는지, 문의 후 어떤 일이 일어나는지 모릅니다.
테스트할 때는 실제 고객처럼 행동해보세요. 스마트폰으로 링크를 열고, 첫 화면을 5초만 봅니다. 그 안에 무엇을 하는 곳인지 알 수 있나요? 문의하기 버튼이 보이나요? 가격표가 너무 아래에 있지는 않나요? 날짜 입력이 불편하지는 않나요? 제출 후 예약이 확정된 것처럼 오해할 여지는 없나요?
다음 세 가지 상황을 꼭 테스트해보세요.
첫째, 네일샵 고객처럼 가격을 먼저 확인한 뒤 문의를 남겨봅니다. 이때 가격표에서 문의 폼까지 이동이 쉬운지 봅니다.
둘째, 바쁜 직장인 고객처럼 모바일에서 빠르게 입력해봅니다. 이때 입력칸이 너무 많거나 작은지 확인합니다.
셋째, 운영자 입장에서 관리자 화면을 열어봅니다. 방금 들어온 문의가 최신순으로 보이는지, 연락처를 복사하기 쉬운지, 상태를 바꿀 수 있는지 확인합니다.
테스트 후에는 AI에게 이렇게 요청할 수 있습니다.
이 앱을 고객 입장에서 더 쓰기 쉽게 점검하고 개선해주세요.
고객은 모바일로 접속한다고 가정해주세요.
다음 기준으로 문제를 찾아주세요.
1. 첫 화면에서 어떤 서비스인지 바로 이해되는가
2. 문의하기 버튼이 충분히 잘 보이는가
3. 가격표와 영업시간을 문의 전에 확인할 수 있는가
4. 날짜와 시간 입력이 모바일에서 쉬운가
5. 문의 제출 후 예약 확정 여부가 명확히 안내되는가
6. 입력해야 할 정보가 너무 많지는 않은가
7. 고객이 불안해할 만한 문구나 흐름은 없는가
문제를 찾은 뒤, 바로 수정까지 해주세요.업종별로 바꿔 쓰는 프롬프트 조각
예약 문의 앱은 업종만 바꿔도 다양하게 활용할 수 있습니다. 아래 문장을 첫 프롬프트에 붙이면 내 상황에 더 맞는 앱을 만들 수 있습니다.
업종은 1인 PT 스튜디오입니다.
서비스 종류는 체형 교정 상담, 다이어트 상담, 근력 향상 상담, 재활 후 운동 상담으로 구성해주세요.
고객에게 운동 목적과 현재 운동 경험을 추가로 입력받게 해주세요.
단, 질병명이나 상세한 의료 정보는 입력받지 않도록 안내해주세요.업종은 프리랜서 사진 촬영입니다.
서비스 종류는 프로필 촬영, 가족 촬영, 행사 스냅, 제품 촬영, 기타로 구성해주세요.
고객에게 촬영 희망 장소, 예상 인원, 원하는 분위기를 문의 내용에 적도록 안내해주세요.
정확한 견적은 문의 확인 후 안내된다는 문구를 넣어주세요.업종은 원데이 클래스 공방입니다.
서비스 종류는 도자기 클래스, 캔들 클래스, 비누 클래스, 단체 클래스 문의로 구성해주세요.
고객에게 희망 인원과 원하는 날짜를 입력받게 해주세요.
FAQ에는 주차, 소요 시간, 완성품 수령 방법을 포함해주세요.이처럼 좋은 프롬프트는 추상적인 요청이 아니라 상황을 담은 요청입니다. "예약 앱 만들어줘"보다 "1인 네일샵 고객이 모바일로 가격표를 확인하고 예약 문의를 남기는 앱을 만들어줘"가 훨씬 좋은 결과를 만듭니다.
흔한 실수와 고치는 방법
첫 번째 실수는 처음부터 너무 많은 기능을 넣는 것입니다. "예약도 받고, 결제도 받고, 문자도 보내고, 캘린더도 연동하고, 고객 로그인도 넣어줘"라고 요청하면 앱이 복잡해집니다. 고치는 방법은 간단합니다. 첫 버전의 목적을 "문의 접수"로 줄이세요.
현재 앱이 너무 복잡합니다.
첫 버전을 예약 확정 앱이 아니라 예약 문의 접수 앱으로 줄여주세요.
결제, 로그인, 자동 문자 발송, 캘린더 연동은 모두 제거하고,
고객 문의 폼, 접수 완료 안내, 관리자 문의 목록만 남겨주세요.두 번째 실수는 고객에게 예약이 확정된 것처럼 보이게 만드는 것입니다. 버튼 문구가 "예약 완료"이거나 완료 화면에 "예약되었습니다"라고 쓰여 있으면 오해가 생깁니다. 고치는 방법은 모든 문구를 "문의 접수" 중심으로 바꾸는 것입니다.
이 앱의 문구가 예약 확정처럼 보입니다.
모든 문구를 "예약 문의 접수" 흐름에 맞게 바꿔주세요.
- 버튼: 예약하기 → 예약 문의 남기기
- 완료 메시지: 예약 완료 → 예약 문의가 접수되었습니다
- 안내 문구: 예약은 아직 확정된 것이 아니며, 운영자 확인 후 연락드립니다세 번째 실수는 관리자 화면을 공개 상태로 두는 것입니다. 테스트할 때는 괜찮아 보이지만, 실제 고객 정보가 들어가면 위험합니다. 고치는 방법은 최소한 접근 제한을 요청하고, 실제 운영 전 보안 점검을 하는 것입니다.
관리자 화면에 접근 제한을 추가해주세요.
초보자용 MVP이므로 우선 간단한 관리자 비밀번호 입력 화면을 만들어주세요.
단, 실제 운영에서는 더 안전한 로그인 방식이 필요하다는 안내도 코드 주석이나 설명에 포함해주세요.
관리자 비밀번호가 화면에 그대로 노출되지 않도록 주의해주세요.네 번째 실수는 문의 폼이 너무 긴 것입니다. 고객은 모바일에서 긴 폼을 보면 이탈합니다. 첫 버전에서는 꼭 필요한 정보만 받으세요.
예약 문의 폼이 너무 깁니다.
첫 버전에서는 꼭 필요한 항목만 남겨주세요.
남길 항목은 이름, 연락처, 희망 날짜, 희망 시간, 서비스 종류, 문의 내용, 개인정보 동의입니다.
나머지 항목은 삭제하거나 문의 내용에 자유롭게 적도록 안내해주세요.독자 미션
이번 장의 미션은 실제 내 상황에 맞는 예약 문의 앱 프롬프트를 완성하는 것입니다. 꼭 매장을 운영하지 않아도 됩니다. 프리랜서 상담, 모임 신청, 클래스 문의, 촬영 문의, 코칭 문의 모두 가능합니다.
먼저 업종을 하나 정하세요. 실제 내 일이 있으면 가장 좋고, 없다면 가상의 작은 공방이나 상담 서비스를 정해도 됩니다. 그다음 고객이 문의 전에 알아야 할 정보를 적어보세요. 가격, 영업시간, 위치, 진행 방식, 소요 시간, 준비물, 자주 묻는 질문이 후보가 됩니다.
그리고 첫 버전에서 받을 정보 6개만 고르세요. 이름, 연락처, 희망 날짜, 희망 시간, 서비스 종류, 문의 내용이면 대부분 충분합니다. 마지막으로 "예약은 아직 확정이 아니며 확인 후 연락한다"는 문구를 반드시 넣으세요.
완성한 뒤에는 AI 앱 빌더에 넣고 첫 결과물을 확인합니다. 결과물이 이상하더라도 실패가 아닙니다. 바이브 코딩은 한 번에 완벽한 앱을 얻는 일이 아니라, 대화하며 고쳐나가는 일입니다.
예약 문의 앱 만들기 체크리스트
앱을 만들기 전에는 다음 질문에 답해보세요.
이 앱은 어떤 업종이나 서비스를 위한 것인가?
고객은 문의 전에 어떤 정보를 알고 싶어 하는가?
고객이 반드시 입력해야 하는 정보는 무엇인가?
예약 확정이 아니라 문의 접수라는 점이 명확한가?
처음 버전에서 결제, 로그인, 자동 알림을 제외했는가?
모바일에서 주로 사용할 가능성이 높은가?
고객 정보가 공개 화면에 노출되지 않는가?
관리자 화면은 운영자가 문의를 확인하기 쉬운가?
테스트 데이터와 실제 고객 데이터를 구분했는가?
배포 전 개인정보 수집을 최소화했는가?
이 체크리스트를 통과하면 첫 버전으로는 꽤 좋은 출발입니다.
한 장 요약
예약 문의 앱은 소상공인과 프리랜서가 바로 활용할 수 있는 실전 예제입니다. 하지만 처음부터 실시간 예약 확정, 결제, 자동 배정까지 만들려고 하면 난이도가 높아집니다. 초보자는 먼저 고객이 문의를 남기고, 운영자가 관리자 화면에서 확인한 뒤 직접 연락해 확정하는 MVP로 시작하는 것이 현실적입니다.
첫 버전에 필요한 정보는 많지 않습니다. 이름, 연락처, 희망 날짜와 시간, 서비스 종류, 문의 내용이면 충분합니다. 여기에 영업시간, 가격표, 위치 또는 진행 방식, FAQ, 접수 후 안내 문구를 함께 보여주면 고객이 문의 전에 스스로 정보를 확인할 수 있습니다.
AI 앱 빌더에게는 "예약 앱"이라고만 말하지 말고 "예약 확정이 아니라 예약 문의 접수 앱"이라고 분명히 설명해야 합니다. 또한 고객용 안내 화면, 예약 문의 폼, 접수 완료 화면, 관리자용 목록 화면을 구체적으로 요청해야 합니다.
마지막으로 개인정보와 보안을 잊지 마세요. 예약 문의 앱은 연락처와 문의 내용을 다룹니다. 고객 정보가 공개 화면에 보이지 않는지, 관리자 화면 접근이 안전한지, 테스트 데이터가 남아 있지 않은지 반드시 확인해야 합니다. 작동하는 것과 실제로 운영 가능한 것은 다릅니다. 우리는 먼저 작게 만들고, 직접 테스트하고, 필요한 만큼만 고쳐나가면 됩니다.
다음 장에서는 예약 문의 앱보다 더 개인적인 기록에 가까운 운동 루틴 기록 앱을 만들어봅니다. 이번 장에서 배운 입력 폼, 목록 확인, 상태 관리의 감각은 그대로 이어집니다. 다만 다음 앱에서는 고객 문의가 아니라 나의 반복 행동을 기록하고 돌아보는 흐름을 다루게 됩니다.
참고
2Lovable mobile app lets you make apps even if you are no coding expert
이 노트는 보도·비평·교육·연구 목적으로 작성되었습니다. 저작권 문의가 있으시면 에서 알려주세요.