최종 확인: 2026년 8월 6일 네이버 스마트플레이스 공지·사업주 고객센터 기준. 업종과 상품 유형, 계정 권한, 화면 개편에 따라 메뉴와 내보내기 열은 달라질 수 있습니다.
빠른 답: 스마트플레이스의 예약·주문 관리에서 대상 업체와 예약 상품을 선택하고 기간·예약 상태를 조회합니다. 화면에 엑셀·다운로드 기능이 제공되면 먼저 원본 파일을 내려받아 보관한 뒤, 구글시트에는 예약번호를 고유키로 가져오세요. 내보내기 메뉴가 없다면 로그인 내부 통신을 임의로 수집하기보다 고객센터·공식 연동 솔루션을 확인하는 편이 안전합니다.
1. 엑셀 내보내기 가능 여부부터 확인하기
- 네이버 스마트플레이스에 사업주 또는 권한을 받은 관리자로 로그인합니다.
- 관리할 업체를 선택하고 예약·주문 관리로 이동합니다.
- 예약 목록에서 조회 기간, 상품, 예약 상태를 설정합니다.
- 현재 화면에 엑셀·다운로드·내보내기 메뉴가 제공되는지 확인합니다.
- 파일을 받았다면 조회 조건과 다운로드 시각을 파일명 또는 관리 장부에 남깁니다.
메뉴가 보이지 않을 때: 다른 사용자의 오래된 화면을 그대로 따라 하지 마세요. 업종·예약 상품 유형·권한·PC와 앱 화면에 따라 기능이 다를 수 있습니다. 기간을 나누어 조회하고도 메뉴가 없다면 네이버 예약·주문 사업자 고객센터에서 현재 계정의 제공 범위를 확인하세요.
2. 파일에서 먼저 확인할 열
내보내기 파일의 정확한 열 이름은 계정마다 다를 수 있습니다. 아래는 동일한 의미를 가진 열을 표준화할 때의 기준입니다.
| 표준 열 | 원본에서 찾을 정보 | 사용 목적 | 주의점 |
|---|---|---|---|
| reservation_id | 예약번호·예약 ID | 중복 제거와 상태 갱신 | 숫자가 길면 텍스트로 보관 |
| booked_at | 예약 접수 시각 | 예약 발생 추세 | 이용일과 혼동하지 않기 |
| service_at | 방문·이용 예정일 | 일정·인력·재고 관리 | 날짜와 시간 분리 가능 |
| status | 확정·이용완료·취소 등 | 전환·취소·노쇼 분석 | 원본 상태를 임의로 덮어쓰지 않기 |
| product | 예약 상품·옵션·인원 | 상품별 수요 비교 | 옵션을 별도 열로 분리 |
| payment | 결제금액·결제 상태 | 예약 매출과 환불 대조 | 예약금과 최종 매출 구분 |
| booker / visitor | 예약자·방문자 정보 | 현장 확인과 고객 응대 | 둘을 같은 사람으로 단정하지 않기 |
네이버는 2024년 공지에서 예약자 이름·전화번호·이메일에 인증된 네이버 회원정보를 반영하고, 방문자가 다른 경우 방문자 정보를 별도 항목으로 제공한다고 안내했습니다. 따라서 CRM에서 예약자와 실제 방문자를 무조건 하나로 합치면 안 됩니다.
3. 구글시트는 원본·정리·보고서를 분리한다
Raw_Import
다운로드 파일을 수정 없이 붙여 넣는 원본 탭. 다운로드 시각과 조회 기간을 함께 기록합니다.
Status_Map
네이버 원본 상태를 접수·확정·완료·취소·미확인 같은 내부 표준 상태로 매핑합니다.
Booking_Clean
예약번호 기준 중복 제거, 날짜 변환, 상품·옵션·금액을 분석 가능한 열로 정리합니다.
Daily_Report
예약일·이용일·상품별 예약 수, 완료, 취소와 확정 매출을 집계합니다.
4. 예약번호를 기준으로 중복을 막는 법
오늘 받은 파일에는 어제 예약이 상태만 바뀐 채 다시 포함될 수 있습니다. 행 전체를 새 데이터로 추가하면 예약 수가 부풀어 오릅니다. 예약번호를 고유키로 두고 최신 다운로드의 상태와 수정 시각으로 갱신해야 합니다.
권장 규칙: 예약번호가 처음 들어오면 신규 행으로 추가하고, 이미 존재하면 예약 상태·결제 상태·이용일·수정 시각만 갱신합니다. 취소된 예약도 삭제하지 않고 상태를 남겨야 취소율을 계산할 수 있습니다.
5. 예약률·취소율·노쇼율은 분모부터 정의한다
| 지표 | 예시 정의 | 필요 데이터 |
|---|---|---|
| 예약 완료율 | 이용완료 ÷ 확정 예약 | 확정·완료 상태 |
| 취소율 | 취소 예약 ÷ 접수된 전체 예약 | 예약 접수·취소 상태 |
| 노쇼율 | 미방문 ÷ 방문 예정이었던 확정 예약 | 노쇼를 별도로 기록할 수 있는 현장 데이터 |
| 객단가 | 확정 매출 ÷ 이용완료 건수 | 환불 반영 금액·완료 상태 |
네이버 원본에 명시적인 노쇼 상태가 없다면 자동으로 추정하지 말고 현장 확인 열을 따로 둡니다. 취소와 미방문은 운영 원인이 다르므로 합치지 않는 편이 좋습니다.
6. 자동화 수준은 세 단계로 나눈다
| 수준 | 방법 | 장점 | 위험 |
|---|---|---|---|
| 수동 | 엑셀 다운로드 후 시트에 붙여넣기 | 가장 단순하고 검수하기 쉬움 | 누락·중복 입력 |
| 반자동 | 지정 Drive 폴더의 최신 CSV·XLSX를 Apps Script가 정리 | 원본 검수와 반복 작업 절감 | 열 이름 변경 시 실패 |
| 공식 연동 | 제휴 API·승인된 예약 관리 솔루션 사용 | 상태 갱신과 운영 연결 가능 | 권한·비용·제공 범위 확인 필요 |
로그인된 관리자 화면의 비공개 요청을 복제하거나 브라우저를 무인 조작하는 방식은 화면 개편, 인증 만료와 이용정책 변화에 취약합니다. 고객 개인정보까지 다루므로 “기술적으로 호출된다”와 “지속적으로 사용해도 된다”를 구분해야 합니다.
7. 개인정보를 시트에 옮길 때의 최소 안전장치
- 원본 파일과 실명·전화번호 탭은 필요한 담당자에게만 공유합니다.
- 통계 보고서에는 이름과 전화번호 대신 예약번호 또는 비식별 키를 사용합니다.
- 개인 계정이 아니라 조직이 관리하는 Drive와 계정 정책을 사용합니다.
- 다운로드 파일을 메신저나 개인 이메일로 반복 전달하지 않습니다.
- 예약 이행·정산·분쟁 대응에 필요하지 않은 정보는 보관 기간 후 삭제합니다.
- 광고·문자 발송 대상 생성은 예약 운영 목적과 별도로 동의·법적 근거를 확인합니다.
다운로드 후 10분 검수 체크리스트
- 조회 기간의 시작일과 종료일이 맞는가
- 취소·완료를 포함한 필요한 상태가 모두 선택됐는가
- 예약번호가 숫자 변환으로 잘리거나 지수 표기가 되지 않았는가
- 예약 접수일과 실제 이용일을 뒤바꾸지 않았는가
- 취소·환불 금액을 예약 매출에서 제외했는가
- 예약자와 방문자를 별도 열로 유지했는가
- 개인정보 탭의 공유 범위를 제한했는가