카페24 공병수거와 지도 API를 연동한 몰 사례

화장품, 음료, 리필 제품 등을 판매하는 쇼핑몰에서는 사용한 공병을 다시 수거하거나 지정된 장소에서 반납받는 경우가 있습니다.

문제는 지점이 늘어나면 공병 반납처 안내와 방문 예약을 전화나 카톡만으로 관리하기 어렵다는 것입니다.

이번 사례에서는 카페24 쇼핑몰에 공병 반납처를 지도에서 찾고 방문 일정을 예약할 수 있는 기능을 개발했습니다.

지점 정보는 별도로 관리하고, 지도 API와 예약 시스템을 연결해 고객과 운영자가 같은 정보를 확인할 수 있도록 구성했습니다.

공병 수거를 운영하는 쇼핑몰에서는 고객이 보통 다음과 같은 내용을 궁금해합니다.

지점 주소를 쇼핑몰 게시판이나 공지사항에 단순하게 적어 놓는 방법도 있습니다.

하지만 지점이 많아지면 관리가 어려워집니다.

지점이 이전하거나 휴무일이 변경되었는데 공지사항이 수정되지 않을 수도 있습니다.

방문 예약을 전화나 카톡으로만 받는 경우에는 같은 시간에 예약이 몰리거나, 휴무일에 예약이 잡히는 문제도 생길 수 있습니다.

그래서 이번 사례에서는 공병 반납처를 찾는 기능과 방문 예약 기능을 하나의 화면으로 연결했습니다.

카페24 기본 기능만으로는 다음과 같은 기능을 한 번에 제공하기 어렵습니다.

따라서 이런 기능이 필요하다면 카페24 스킨 + 지도 API + 별도 서버 + 관리 화면을 연결하는 방식으로 개발할 수 있습니다.

단순히 지도 하나를 추가하는 것이 아니라, 실제 공병 수거 업무까지 연결하는 것이 핵심입니다.

먼저 각 반납 지점의 정보를 하나의 목록으로 관리하도록 구성했습니다.

이러한 데이터를 지점 마스터라고 합니다.

쉽게 말하면 공병 반납처의 기본 정보를 모아 놓은 관리 목록입니다.

예를 들어 다음 정보를 관리할 수 있습니다.

이 정보를 상품 옵션이나 게시글에 따로 입력하지 않고 별도의 관리 화면에서 관리하면 지점이 추가되거나 변경될 때 수정하기 편합니다.

가능합니다.

네이버 지도, 카카오맵 등에서 제공하는 지도 API를 이용하면 쇼핑몰 안에서 반납 지점을 지도에 표시할 수 있습니다.

고객은 지도와 지점 목록을 함께 확인할 수 있습니다.

예를 들어 다음과 같은 흐름입니다.

공병 반납처 찾기 → 지역 또는 위치 확인 → 지점 선택 → 지점 상세정보 확인 → 방문 예약

주소만 나열하는 것보다 고객이 실제 방문할 장소를 쉽게 확인할 수 있습니다.

필요하다면 현재 위치를 기준으로 가까운 지점을 찾거나 거리순으로 정렬하는 기능도 구성할 수 있습니다.

주소만으로 항상 정확한 위치가 표시되는 것은 아닙니다.

주소를 지도 좌표로 변환하는 과정이 필요합니다.

이를 주소 검색 또는 지오코딩이라고 합니다.

따라서 지점을 등록할 때 주소를 입력하고 지도에서 실제 위치를 확인하는 과정을 넣는 것이 좋습니다.

특히 공병 반납처가 매장이나 특정 건물 안에 있다면 지도 위치가 잘못 표시되지 않는지 확인해야 합니다.

고객이 지도에서 잘못된 장소로 이동하면 단순한 위치 오류가 아니라 방문 CS로 이어질 수 있기 때문입니다.

지도만 제공하면 고객은 반납처가 어디에 있는지는 알 수 있습니다.

하지만 다음과 같은 질문은 다시 전화해야 합니다.

“오늘 방문해도 되나요?”

“몇 시에 가면 되나요?”

“지금 방문해도 사람이 받을 수 있나요?”

그래서 이번 사례에서는 지도에서 지점을 선택한 다음 바로 방문 예약으로 이어지는 구조를 만들었습니다.

고객은 원하는 지점을 선택하고 날짜와 시간을 고릅니다.

예약이 완료되면 고객과 운영자가 같은 지점과 방문 일정을 확인할 수 있습니다.

공병 수거 예약은 일반적인 카페24 주문과는 성격이 다릅니다.

상품을 구매하는 주문이 아니라 방문 일정 자체를 예약하는 데이터이기 때문입니다.

따라서 별도의 예약 데이터와 관리 화면을 구성했습니다.

예를 들어 지점마다 다음과 같은 예약 조건을 설정할 수 있습니다.

고객이 날짜와 시간을 선택하면 해당 조건을 확인한 뒤 예약이 저장됩니다.

가능합니다.

지점 관리 정보와 예약 시스템을 연결하면 됩니다.

예를 들어 특정 지점이 월요일에 휴무라면 월요일 예약 시간은 고객에게 보여주지 않습니다.

임시로 공병 수거를 중단한 경우에도 해당 지점의 예약을 막을 수 있습니다.

이렇게 하면 다음과 같은 문제를 줄일 수 있습니다.

가능합니다.

공병 수거에서 중요한 부분 중 하나가 어떤 공병을 받을 것인지입니다.

예를 들어 브랜드, 용량, 재질, 뚜껑 유무 등에 따라 반납 가능 여부가 달라질 수 있습니다.

이러한 조건을 지점 상세 화면과 예약 화면에 함께 안내할 수 있습니다.

고객이 예약하기 전에 조건을 확인하도록 하면 매장에 방문한 뒤

“이 제품은 반납할 수 없습니다.”

와 같은 문제를 줄이는 데 도움이 됩니다.

중요한 것은 공지사항, 지점 상세, 예약 확인 화면에서 서로 다른 조건을 안내하지 않도록 같은 기준으로 관리하는 것입니다.

운영 방식에 따라 달라집니다.

회원 로그인을 필수로 하면 고객별 예약 이력을 관리하기 편합니다.

카페24 회원 정보와 예약 데이터를 연결하면 과거 방문 기록이나 예약 이력을 확인하는 구조도 만들 수 있습니다.

하지만 공병을 반납하려는 고객에게 회원가입까지 요구하면 예약 과정이 길어질 수 있습니다.

따라서 다음과 같이 운영할 수도 있습니다.

회원 예약

비회원 예약

등 최소한의 정보만 받아 예약합니다.

어떤 방식이 적합한지는 쇼핑몰의 운영 정책에 따라 결정합니다.

기술적으로 확장할 수 있습니다.

예를 들어

예약 → 방문 → 반납 확인 → 포인트 지급

이라는 구조를 만들 수 있습니다.

다만 예약만 했다고 바로 포인트를 지급하면 실제 방문 여부를 확인하기 어렵습니다.

따라서 포인트 자동 지급까지 구현한다면 예약 상태와 실제 반납 완료 상태를 구분하는 것이 중요합니다.

이번 사례에서는 우선 지점 찾기, 방문 예약, 운영 확인을 중심으로 구성하고 포인트 자동 지급은 이후 확장할 수 있도록 범위를 나누었습니다.

고객 화면과 별도로 운영자용 관리 화면을 구성할 수 있습니다.

운영자는 날짜나 지점을 선택해 예약 현황을 확인할 수 있습니다.

예를 들어 다음과 같은 화면을 만들 수 있습니다.

이렇게 하면 수거팀이 당일 방문 예정자를 별도로 정리하지 않아도 됩니다.

공병 수거 시스템은 단순한 지도 기능과는 다릅니다.

지점 정보, 지도, 예약, 반납 조건, 운영 관리가 서로 연결되어야 합니다.

예를 들어 지점이 휴무인데 예약은 가능하도록 만들어져 있다면 지도 기능이 잘 작동해도 실제 운영에서는 문제가 발생합니다.

따라서 다음과 같은 데이터를 하나의 기준으로 관리하는 것이 중요합니다.

지점 정보 → 영업시간 → 휴무일 → 수거 가능 여부 → 예약 가능 시간 → 반납 조건

이 정보가 서로 맞아야 고객과 운영자가 같은 내용을 확인할 수 있습니다.

지도 API와 예약 시스템을 함께 구축할 때는 몇 가지 사항을 미리 확인해야 합니다.

지도 API 사용량

지도 서비스에는 API 호출 제한이나 사용 조건이 있을 수 있습니다.

방문자가 많아질 경우 예상 사용량도 확인해야 합니다.

지도 API 키 보안

브라우저에서 사용하는 공개 키와 서버에서 사용하는 인증 정보는 구분해서 관리해야 합니다.

주소와 좌표 관리

지점 주소가 변경되면 지도 위치도 함께 확인해야 합니다.

예약 정원

시간대별 최대 예약 가능 인원을 명확하게 정해야 합니다.

취소와 변경

예약 취소 가능 시간과 당일 변경 여부를 미리 정해야 합니다.

노쇼

예약하고 방문하지 않은 고객을 어떻게 처리할지도 운영 규칙으로 정할 필요가 있습니다.

임시 휴무

특정 날짜에만 수거가 중단되는 경우 해당 날짜의 예약도 함께 차단해야 합니다.

고객은 쇼핑몰에서 가까운 공병 반납처를 직접 찾을 수 있습니다.

지점을 선택한 후 방문 가능한 날짜와 시간을 확인하고 예약할 수도 있습니다.

운영자는 여러 곳에 흩어져 있던 지점 정보와 예약 내용을 한곳에서 관리할 수 있습니다.

그 결과 다음과 같은 반복 업무를 줄일 수 있습니다.

특히 지점이 계속 늘어나는 쇼핑몰이라면 지점 정보를 하나의 관리 화면에서 관리하는 것이 중요합니다.

그렇지는 않습니다.

반납 지점이 한두 곳이고 예약도 거의 없다면 간단한 지점 안내 페이지와 전화 예약만으로 충분할 수 있습니다.

반대로 다음과 같은 상황이라면 별도의 시스템을 검토할 수 있습니다.

중요한 것은 처음부터 큰 시스템을 만드는 것이 아니라 현재 필요한 기능부터 단계적으로 구성하는 것입니다.

옴니어스24는 먼저 현재 공병 수거 업무를 확인합니다.

단순히 지도만 필요한 것인지, 방문 예약까지 필요한 것인지에 따라 개발 범위가 달라집니다.

먼저 다음 내용을 확인합니다.

지점이 적고 예약이 거의 없다면 간단한 지점 안내부터 검토할 수 있습니다.

반대로 지점이 많고 예약이 자주 발생한다면 지점 관리 + 지도 API + 예약 시스템 + 운영자 관리 화면을 하나의 구조로 설계할 수 있습니다.

이후 필요에 따라 방문 완료 확인, 공병 반납 실적, 포인트 자동 지급, 외부 수거 시스템 연동 등의 기능으로 확장할 수 있습니다.