라이더 앱이 없는 배달 서비스 — 상태값 정책으로 완성한 동네 상권 플랫폼

이 서비스가 해결하는 문제

대형 배달 플랫폼의 수수료 부담이 사회적 이슈가 되던 시기, 구 단위 지역 상권을 묶어 자체 배달·주문 플랫폼을 만들려는 시도가 전국에서 이어졌습니다. 이 프로젝트도 그 흐름 위에 있었습니다. 기존 배달 플랫폼 솔루션을 기반으로, 발주처의 지역 사업 모델에 맞춰 커스터마이징하는 작업이었고, 단순한 음식 배달을 넘어 동네 맛집 주문(배달·포장·먹고가기), 동네 장보기, 생활 편의 정보라는 세 개의 축을 한 앱에 담는 것이 목표였습니다.

구조적인 제약도 뚜렷했습니다. 라이더 배차 시스템은 과업 범위 밖이어서 배달은 각 매장이 직접 수행했고, 따라서 "배달이 언제 끝났는지"를 시스템이 알 방법이 없었습니다. 또 운영 조직이 단일 본사가 아니라 지역 단위의 다층 구조(총판·지사·영업 조직)였기 때문에, 화면 설계만큼이나 권한과 정산 정책의 설계가 프로젝트의 중심에 놓였습니다.

핵심 가치 제안

• 낮은 중개 수수료 구조 — 배달 주문은 중개 수수료 0%, 포장·먹고가기는 5%라는 단순한 요율표. 수수료 부담 주체와 카드 수수료 부과 여부를 결제 수단별로 표로 확정해 정산 분쟁의 여지를 줄였습니다.
• 동 단위 지역 밀착 운영 — 구 관리자 아래 26개 동 단위 계정을 두는 세분화된 조직 구조. 지역 정보(생활 편의 시설)는 운영 조직이 직접 등록·관리해 콘텐츠 공백을 막았습니다.
• 비용 부담 주체가 명확한 혜택 설계 — 운영사가 발행한 쿠폰은 운영사 부담, 매장이 발행한 쿠폰은 매장 부담, 포인트는 운영사 부담. 혜택마다 돈을 내는 주체를 먼저 정의하고 화면을 그렸습니다.

사용자 시나리오

저녁 메뉴를 고민하던 사용자가 앱을 열고 맛집 카테고리에서 분식집을 고릅니다. 메뉴·정보·리뷰 탭을 훑어보고 떡볶이 세트를 장바구니에 담은 뒤, 수령 방법을 배달로 선택하고 가입 때 받은 쿠폰을 적용해 결제합니다. 매장이 주문을 접수하며 예상 시간을 입력하면 도착 예정 푸시가 오고, 5분 안에 접수되지 않으면 주문은 자동 취소되며 안내 메시지가 발송됩니다. 음식을 받은 사용자가 배달 완료 버튼을 누르면 그때부터 키워드 리뷰를 남길 수 있고, 리뷰 작성 독려 문구가 함께 노출됩니다.