매일 아침, 예약을 직원의 할 일로 바꾸는 업무
Atmosphere의 숙박 운영 자동화는 Stayfolio 예약 정보를 객실별 준비 업무로 바꾸고, 직원 브리핑과 고객 FAQ를 연결한 작업입니다. 예약 수집부터 메시지 초안, 담당자 수정·보류와 정시 발송까지 OpsDesk 안에 구성했습니다.
숙소에서는 오늘 입실하는 예약만 확인해서는 준비를 끝낼 수 없습니다. 퇴실과 연박, 추가 침구, 담당 구역까지 확인해 직원에게 전달해야 합니다. 이 사례에서는 그 정보를 매번 사람이 다시 정리하는 업무를 연결했습니다.
매일 오전 8시에 직원용 업무 안내 문자를 보내는 흐름으로 운영했습니다. 예약을 다시 정리하고 정해진 시각에 직접 전송해야 하는 부담을 줄이는 것이 목적이었습니다. 문자 발송은 SOLAPI에 연결했으며, 운영 시각은 구축 담당자가 확인한 내용입니다.
무엇을 구축했나요?
- 예약 수집: Stayfolio 파트너 계정 인증, HTML 데이터 파싱과 예약 상태 확인.
- 직원 업무 안내: 객실별 준비 사항과 담당 구역을 반영한 메시지 초안.
- 운영 콘솔: 초안 확인, 수동 수정, 보류, 수동 발송과 발송 상태 관리.
- 예약 메시지 발송: 사업장별 시각·수신자·채널 설정과 SOLAPI 문자 발송 경로.
- 고객 FAQ 페이지: 객실, 이용 규칙, 위치와 문의 방법을 안내하는 별도 CS 챗봇.
앳모스피어 체크인 안내 페이지 보기 · AI 상담 화면 보기 · OpsDesk 소개
Atmosphere 공식 홈페이지는 협업 공간 소개 링크입니다. 해당 홈페이지 전체를 VibeRick이 제작한 것은 아닙니다.
공식 API 없이 Stayfolio 예약을 어떻게 읽었나요?
이 사례는 공식 제휴 API를 제공받아 구축한 연동이 아닙니다. 관리 권한이 있는 파트너 페이지에 예약 정보가 구조화된 형태로 포함돼 있어, 그 데이터를 읽는 방식을 사용했습니다.
- 기존 로그인 세션으로 예약 페이지를 요청합니다.
- 세션이 만료됐으면 재로그인이 허용된 실행에서 ID/PW로 인증합니다.
- 인증된 HTML에 포함된 React props JSON을 추출하고 파싱합니다.
- 객실, 입실·퇴실 날짜, 예약 상태와 준비 옵션을 공통 예약 형태로 바꿉니다.
- 해당 날짜의 직원용 준비 메시지를 구성합니다.
일반 조회에서는 계정별 세션을 재사용합니다. 매번 브라우저 버튼을 누르거나 화면을 OCR로 읽어 AI에게 예약 내용을 추측하게 하는 방식은 아닙니다. 페이지 구조나 로그인 절차가 바뀌면 연동을 점검해야 합니다.
Airbnb와 네이버 예약은 같은 방식으로 연동했나요?
Airbnb 예약은 Stayfolio에 캘린더 동기화로 들어온 정보를 읽는 범위입니다. Airbnb API에 직접 연결해 모든 예약 상세를 가져온다는 의미는 아닙니다. 예약 출처에 따라 이름·연락처·인원 등 제공되는 정보가 달라 없는 값은 임의로 채우지 않습니다.
Airbnb 동기화 예약에는 실제 문자 수신용 전화번호가 없을 수 있습니다. 직원에게 준비 업무를 전달하는 것과 Airbnb 손님에게 직접 문자를 보내는 기능은 다릅니다.
Atmosphere의 수집 원천으로 확인한 것은 Stayfolio입니다. 네이버 예약의 직접 조회 어댑터는 비쥬합주실 사례에서 설명합니다. Atmosphere에 들어온 네이버 예약의 실제 유입 경로는 별도 확인 전까지 직접 API 연동으로 표시하지 않습니다.
오전 8시 직원 안내와 SOLAPI 문자는 어떻게 연결했나요?
예약을 읽은 뒤 메시지를 초안으로 저장하도록 구성했습니다. 담당자는 콘솔에서 내용을 확인하고 수정하거나 보류할 수 있습니다. 정해진 시각에 자동 발송이 활성화돼 있으면 발송 대상 메시지를 처리하며, 보류한 메시지와 이미 발송한 메시지는 제외합니다.
공통 구현은 기본 시각을 08:00으로 두고 이메일과 문자 채널을 구분합니다. 이 사례는 오전 8시 직원 문자 발송으로 운영했으며, 사업장에 연결된 SOLAPI 계정과 발신번호를 사용합니다. 개별 문자의 전달 성공 여부는 발송 기록으로 확인합니다.
직원이 받는 안내는 날짜와 담당 구역, 입실·퇴실·연박에 따른 객실 준비 사항, 추가 침구 등의 옵션, 고정 업무 안내로 구성할 수 있습니다. 예약 상태와 날짜 변환은 코드로 처리합니다. 고객 FAQ의 AI 응대와 직원 안내의 정시 발송은 다른 기능입니다.
안내 페이지와 운영 콘솔은 어떻게 나눴나요?
손님은 체크인 안내 페이지와 AI 챗봇에서 이용 정보를 확인하고, 직원은 로그인한 콘솔에서 운영 메시지를 관리합니다. 필요한 정보를 직접 찾아보는 안내 페이지와, 질문해서 답을 얻는 챗봇을 함께 구성했습니다.
체크인 안내는 8개 주제로 정리했습니다

앳모스피어 체크인 안내 페이지에서는 AT, MOS, PHERE, 패밀리스위트를 선택해 객실별 정보를 확인할 수 있습니다. 2026년 9월 12일 공개 페이지에서 확인한 안내 섹션은 다음 8개입니다.
- 객실 위치 안내
- 주차 안내
- 이용 안내
- 조식과 비치물품
- 뮤직홀
- 프라이빗 계곡과 자연
- 주변 추천
- 체크아웃 안내
여기에 문의처와 AI 상담 진입점을 연결했습니다. 손님이 필요한 안내를 먼저 찾아보고, 추가 질문은 챗봇이나 직접 문의로 이어갈 수 있도록 구성했습니다.
AI 챗봇은 6개 추천 질문으로 시작합니다
공개 시작 화면에는 예약 방법, 체크인·체크아웃 시간, 객실 추천, 환불 규정, 뮤직홀, 오시는 길·주차에 관한 추천 질문 6개를 배치했습니다. 이는 시작 화면의 추천 질문 수이며, 전체 지식베이스의 FAQ 개수를 뜻하지는 않습니다.

운영 콘솔은 직원 메시지를 관리합니다
콘솔에서는 초안과 발송 상태를 다룹니다. 사람이 수정한 본문은 예약을 새로 읽었다는 이유로 덮어쓰지 않으며, 새 자동 초안과 비교해 변경을 확인할 수 있게 구성했습니다.

OpsDesk 서비스 보기. 위 이미지는 공개 서비스 소개 화면입니다.
예약 수집부터 문자 발송까지의 기술 흐름
- 01ID/PW · 세션
- 02HTML → JSON
- 03상태·객실 정리
- 04준비 업무 초안
- 01직원 안내 초안
- 02콘솔 수정·보류
- 03오전 8시 발송
- 04SOLAPI 문자
예약 수집에서 중요했던 예외는 무엇인가요?
곧 도착할 예약 목록은 전체 예약 장부가 아니었습니다. 이미 투숙을 시작했거나 조회 범위에서 빠진 예약을 바로 취소로 처리하면 잘못된 객실 준비 안내가 나갑니다. 저장된 상태와 필요한 예약의 상세 상태를 함께 확인하도록 구성했습니다.
로그인 실패도 예약이 없는 날과 구분했습니다. 인증 실패, 데이터 파싱 실패, 정상적인 빈 결과를 같은 상태로 처리하지 않습니다. 여러 채널에서 같은 예약이 들어오는 경우에는 중복 수집 여부도 확인해야 합니다.
자주 묻는 질문
ID/PW만 있으면 어느 숙소든 연결할 수 있나요?
관리 대상, 계정 권한, 로그인 절차와 제공되는 데이터를 먼저 확인해야 합니다. 모든 계정에 같은 방식을 적용할 수 있다는 뜻은 아닙니다. 계정 값과 세션은 공개 글에 포함하지 않습니다.
오전 8시를 다른 시각으로 바꿀 수 있나요?
발송 시각은 사업장 설정 항목입니다. 코드의 기본값은 한국 시간 08:00이며, 실제 설정과 스케줄 실행 상태를 확인해 운영해야 합니다.
FAQ 챗봇이 예약 확정·변경도 하나요?
이 사례의 공개 페이지는 자료 기반 이용 안내와 문의 연결을 다룹니다. 실시간 빈 객실 확정, 예약 변경과 결제는 별도 실행 기능입니다.
CS 문의가 얼마나 줄었나요?
사장님은 AI 챗봇 도입 후 직접 대응하는 CS 문의가 절반 이상 줄었다고 말씀해 주셨습니다.
사장님이 체감한 변화: 문의와 발송 시간을 나눠 맡겼습니다
고객의 반복 질문은 AI 챗봇이 응대하고, 직원에게 보낼 운영 안내는 정해진 시각에 발송하도록 나눴습니다. 사장님은 문의 감소와 함께, 매일 발송 시간을 챙기고 직접 문자를 보내야 하는 스트레스에서 벗어난 점을 긍정적으로 평가하셨습니다.
반복 문의와 문자 발송을 직접 챙기던 부담이 줄었다며 여러 번 감사 인사를 전해 주셨습니다.
비슷한 운영 업무를 연결하려면
현재 예약을 확인하는 곳, 직원에게 전달할 내용, 발송 시각과 담당자 검수 단계를 먼저 정하면 됩니다. 맞춤 구축 상담에서 반복하는 업무 하나부터 설명해 주세요. 시간 단위 공간 예약은 네이버 예약·비쥬합주실 사례에서 비교할 수 있습니다.
