노코드 버블로 차량 관리 앱 만드는 방법

얼마 전 지인이 엔진오일을 언제 갈았는지 묻길래 정비 영수증을 찾아봤습니다. 날짜는 적혀 있었지만 당시 주행거리가 없어 다음 점검 시점을 판단하기 어렵더군요. 차량 관리 앱을 만들 때 가장 먼저 필요한 건 화려한 화면보다 기록할 항목을 제대로 고르는 일입니다. 노코드 버블을 이용하면 이런 기록 앱을 코드를 직접 작성하지 않고 만들어 볼 수 있습니다.

먼저 차량 한 대의 기록부터 설계합니다

처음부터 중고차 시세 조회, 정비소 예약, 소모품 구매까지 담으면 화면과 데이터가 금세 복잡해집니다. 시작 범위는 ‘내 차의 정비 기록을 저장하고 다시 찾기’로 잡는 편이 좋습니다. 차량 등록, 정비 내역 입력, 목록 조회라는 세 가지 동작만 완성해도 실제로 쓸 만한 앱이 됩니다.

버블의 데이터 유형에는 차량과 정비 기록을 따로 만듭니다. 차량에는 차종, 연식, 현재 주행거리, 소유자를 넣고, 정비 기록에는 작업 날짜, 작업 당시 주행거리, 작업 항목, 비용, 메모, 연결된 차량을 넣습니다. 예를 들어 2022년식 차량의 엔진오일을 4만 2천 km에서 교환했다면, 현재 주행거리와 교환 당시 주행거리를 별도로 저장해야 이후 운행 거리를 계산할 수 있습니다.

• 차량: 차종, 연식, 현재 주행거리, 소유자
• 정비 기록: 작업 날짜, 당시 주행거리, 항목, 비용, 메모, 차량
• 선택 항목: 영수증 사진, 정비소 이름, 다음 점검 예정일

비용은 숫자로 저장하고 화면에서 원 단위를 붙이는 식으로 구분하면 합계를 내기 편합니다. 주행거리도 ‘42,000km’라는 문자보다 숫자 42000으로 보관해야 비교가 쉽습니다. 같은 사람이 여러 대를 관리할 수 있도록 차량과 정비 기록을 연결해 두는 것도 중요합니다. 이 관계가 있어야 차량별 기록만 골라 보여줄 수 있습니다.

입력 화면은 운전자가 실제로 기억하는 순서에 맞춥니다

차량 등록 화면에는 필수 항목만 둡니다. 정비 기록을 추가할 때는 차량 선택, 작업 날짜, 당시 주행거리, 작업 항목, 비용 순으로 입력하게 만들면 자연스럽습니다. 운전자는 대개 영수증을 보며 날짜와 금액을 확인하고, 계기판이나 정비 내역서에서 주행거리를 찾습니다. 메모와 사진은 선택 항목으로 두는 편이 입력 부담이 적습니다.

저장 버튼을 누르면 버블의 워크플로가 입력값을 확인하고 새 정비 기록을 생성하도록 설정합니다. 주행거리가 음수이거나, 작업 날짜가 비어 있거나, 소유하지 않은 차량에 기록을 추가하려는 경우에는 저장하지 않게 조건을 둡니다. 현재 주행거리보다 정비 당시 주행거리가 큰 경우에도 확인 메시지를 띄우면 오타를 줄일 수 있습니다. 다만 계기판 수치를 나중에 갱신하지 않은 차량이라면 정상 기록일 수도 있으니, 무조건 차단하기보다 확인을 받는 방식이 낫습니다.

목록 화면은 최신 작업순과 높은 주행거리순으로 볼 수 있게 구성합니다. ‘엔진오일’, ‘타이어’, ‘브레이크’처럼 항목별 필터를 더하면 예전 기록을 찾기 쉬워집니다. 예컨대 타이어 교체가 3년 전인지보다 몇 km에서 이뤄졌는지가 필요할 때가 있습니다. 날짜와 주행거리를 한 줄에서 함께 보여주는 이유입니다.

알림은 고정된 숫자보다 차량별 기준이 중요합니다

정비 알림을 넣고 싶다면 모든 차량에 동일한 교환 주기를 적용하지 않는 편이 좋습니다. 엔진오일 점검 기준만 해도 차종과 엔진, 운행 조건에 따라 다릅니다. 시내 단거리 주행이 많은 차와 장거리 주행이 많은 차를 같은 숫자로 다루면 알림의 신뢰도가 떨어집니다. 제조사 취급설명서와 실제 정비 이력을 기준으로 차량별 예정 주행거리 또는 날짜를 입력하도록 설계하는 편이 안전합니다.

예를 들어 사용자가 다음 점검 목표를 5만 km로 직접 설정했고 현재 주행거리가 4만 9천 km라면 ‘목표까지 1천 km’라고 표시할 수 있습니다. 이는 교체가 반드시 필요하다는 판정이 아니라 사용자가 설정한 점검 시점에 가까워졌다는 안내입니다. 브레이크 패드처럼 마모 상태를 직접 확인해야 하는 항목은 주행거리 알림만으로 상태를 판단하지 않도록 문구를 구분해야 합니다.

버블에서는 이런 표시를 조건식으로 구성할 수 있습니다. 다만 자동 알림을 자주 실행하거나 목록에서 여러 계산을 반복하면 앱 사용량이 늘어날 수 있습니다. 버블 공식 안내에 따르면 서버 작업량은 워크로드 단위로 측정됩니다. 처음에는 앱 안의 예정일 표시부터 만들고, 실제 사용 패턴을 본 뒤 필요한 알림만 추가하는 편이 비용을 가늠하기 쉽습니다.

공개 전에는 다른 사람의 기록이 보이지 않는지 확인합니다

차량 관리 앱에는 차량 정보뿐 아니라 영수증 사진, 정비소 방문 내역 같은 개인 기록도 쌓입니다. 화면에서 목록을 숨기는 것만으로 접근을 막았다고 생각하면 곤란합니다. 버블의 개인정보 보호 규칙에서 차량과 정비 기록 모두 소유자만 조회하고 수정할 수 있도록 설정해야 합니다. 버블 공식 문서도 데이터 유형별 접근 규칙을 설정하도록 안내합니다.

테스트 계정을 두 개 만들어 서로의 차량이 검색되지 않는지 확인합니다. 한 계정으로 기록을 저장한 뒤 다른 계정에서 목록, 상세 화면, 수정 동작을 각각 점검하면 빠뜨리기 쉬운 부분이 드러납니다. 영수증 사진을 받는다면 파일 접근 설정도 함께 살펴야 합니다. 기록 삭제 기능을 넣었다면 잘못 누른 직후 되돌릴 방법이 필요한지도 생각해 볼 만합니다.

버블은 무료로 제작을 시작할 수 있지만 서비스를 공개할 때는 요금제와 사용량을 확인해야 합니다. 차량 한 대, 정비 기록 몇 건으로 직접 입력해 보면 필요한 화면과 불필요한 기능이 금방 구분됩니다. 자동차 기록 앱의 가치는 기능 개수보다, 다음 정비 때 이전 작업 날짜와 주행거리를 바로 꺼내 볼 수 있다는 데 있다고 생각합니다.