앱 개발 외주로 방문 예약 웹앱 만들기

핵심 요약

1. 방문 주소와 서비스 종류를 입력하면 지역과 담당자 일정에 맞는 예약 시간을 보여줍니다. 2. Next.js로 신청을 받고 PostgreSQL로 예약 변경을 묶어 처리하며 Django로 사용자 권한을 확인합니다. 3. 지역별 운영일, 이동 여유 시간, 중복 예약 차단과 변경 내용의 화면 반영은 업무에 맞게 직접 개발합니다.

방문영업이나 출장서비스 예약은 달력에서 빈 시간을 고르는 것만으로 끝나지 않습니다. 해당 지역에 방문할 수 있는 날인지, 담당자가 앞선 방문을 마치고 이동할 수 있는지도 확인해야 합니다. 앱 개발 외주를 맡길 때 정해야 할 기능을 예약 신청부터 변경까지의 흐름으로 살펴봅니다.

Next.js 신청 폼에서 주소와 방문 조건 받기

예약 화면에는 방문 주소, 서비스 종류, 희망일, 연락처를 입력하는 항목을 둡니다. Next.js는 폼에 담긴 입력 데이터인 FormData를 서버 함수에서 받아 처리할 수 있습니다. 이 기능을 신청 접수에 사용하고, 필수 항목 검사와 로그인 확인은 별도로 구현합니다.

고객이 서비스 종류를 바꾸면 필요한 방문 시간을 다시 계산하고, 기존에 고른 시간이 여전히 가능한지 확인합니다. 주소가 서비스 지역 밖이라면 예약 버튼 옆에 접수할 수 없는 이유를 안내합니다. 검수할 때는 주소를 비우거나 연락처 형식을 잘못 입력해도 예약이 저장되지 않는지 확인합니다.

지역별 가능일과 담당자 일정을 함께 계산하기

가능한 날짜를 표시하려면 먼저 운영 규칙을 자료로 받아야 합니다. 첫 번째 자료 예시는 ‘지역별 운영표’로, 강남구는 월·수 방문, 특정 서비스는 수요일만 접수처럼 지역과 서비스별 조건을 적습니다. 두 번째는 ‘담당자 근무표’로, 담당 지역, 근무 시간, 휴무일과 서비스별 소요 시간을 정리합니다.

이 자료를 바탕으로 지역 운영일과 담당자 근무일이 겹치는 날짜를 찾는 계산 기능을 만듭니다. 이어 기존 예약과 방문 소요 시간, 운영자가 정한 이동 여유 시간을 제외해 선택 가능한 시간을 표시합니다. 지도 기반 이동 시간 계산은 별도 개발 범위로 구분하고, 기본 검수에서는 휴무일과 이동 여유 시간에 예약 버튼이 나타나지 않는지 확인합니다.

PostgreSQL로 같은 시간의 중복 예약 막기

고객 화면에서 비어 있던 시간도 신청 버튼을 누르는 순간에는 다른 사람이 예약했을 수 있습니다. PostgreSQL의 트랜잭션은 여러 데이터 변경을 모두 반영하거나 모두 취소하는 기능이며, 외부 API 작업까지 함께 취소하지는 않습니다. 예약 내용과 담당자의 시간 배정을 하나로 묶어 저장하는 데 이 기능을 사용합니다.

중복 차단은 별도 로직으로 구현합니다. 담당자 일정을 일정한 시간 단위로 나누고, 방문과 이동에 필요한 구간을 함께 확보하도록 만듭니다. 같은 담당자의 같은 시간 구간에는 하나의 예약만 배정되도록 저장 단계에도 제한을 둡니다. 단순히 저장 직전에 빈 시간인지 조회하는 것으로 처리를 끝내지 않습니다.

대표 실패 검수는 두 고객이 같은 담당자의 같은 시간을 동시에 신청하는 상황입니다. 한 건만 저장되고, 다른 고객에게는 해당 시간이 방금 마감됐다는 안내와 다시 선택할 시간이 보여야 합니다. 두 번 누르거나 통신 지연 뒤 재시도해도 같은 신청이 중복 접수되지 않도록 재접수 판별 규칙도 함께 확인합니다.

일정 변경을 고객과 관리자 화면에 함께 반영하기

변경 요청에는 기존 예약과 새로 선택한 날짜·시간을 전달합니다. 서버는 변경 마감 시각과 새 시간의 예약 가능 여부를 다시 검사합니다. 새 시간 배정, 기존 시간 해제, 예약 정보 수정은 한 번의 트랜잭션으로 처리해 일부만 바뀌는 상황을 막도록 구현합니다.

변경이 확정되면 고객 화면과 관리자 화면이 동일한 저장 내용을 다시 조회하도록 갱신 기능을 연결합니다. 열어 둔 화면에도 변경을 전달할 방법과 연결이 끊겼다가 돌아왔을 때 다시 조회할 조건을 발주 범위에 포함합니다. 다른 고객이 새 시간을 먼저 예약했다면 기존 예약은 유지하고, 변경할 수 없는 이유를 안내해야 합니다.

문자 등 외부 알림을 연동한다면 발송 실패와 예약 변경 실패를 구분합니다. 알림이 실패해도 확정된 일정은 두 화면에서 확인할 수 있게 하고, 실패한 알림을 다시 보내는 처리는 별도로 만듭니다. 검수에서는 알림 오류가 발생했을 때 예약이 사라지거나 이전 시간으로 되돌아가지 않는지 확인합니다.

Django 권한 검사로 조회와 변경 범위 나누기

고객은 자신의 예약을, 담당자는 배정된 방문을, 관리자는 운영 범위에 해당하는 예약을 확인하게 만듭니다. Django는 사용자·그룹·권한을 다루는 인증 체계를 제공하며, 실제 업무 권한은 서버에서 검사합니다. 이 체계를 활용해 예약을 요청한 사람이 해당 정보를 볼 수 있고 변경할 수 있는지 판단하는 규칙을 직접 작성합니다.

Next.js에서 받은 신청을 Django 서버로 전달하는 연결부도 개발 범위에 넣습니다. 화면에서 버튼을 숨기는 것만으로 끝내지 않고, 조회·변경 요청마다 권한을 확인합니다. 웹앱 개발 검수에서는 다른 고객의 예약 번호를 요청하거나 담당자가 미배정 예약을 수정하려 할 때 정보가 노출되거나 변경되지 않는지 확인합니다.

방문 예약 앱 개발 외주를 문의하실 때 지역별 운영표와 담당자 근무표, 현재 사용하는 예약 변경·취소 규칙을 보내주시면 필요한 화면과 연동 범위를 구체적으로 논의할 수 있습니다. 트램스 AI 제작 문의 (https://trams.co.kr/ai-si/contact/#inquiry)