출장 청소 앱 화면설계 — 범위와 추가요금을 먼저 맞추는 7개 화면
출장 청소 앱의 예약 범위와 추가요금 합의가 7개 화면에 어떻게 담겼는지 살펴봅니다. 기능정의와 화면 간 금액 일관성 등 검토 과제를 정리했습니다.
출장 청소 앱은 청소사를 연결하는 화면만으로는 부족합니다. 예약할 때 본 범위와 현장에서 실제로 한 일이 달라지면, 결제 금액보다 먼저 신뢰가 무너집니다. 이 설계의 결론은 간단합니다. 포함·제외 작업과 확정 총액을 앞에서 맞추고, 추가 작업은 승인 뒤에만 열고, 끝난 항목은 체크리스트로 남겨야 합니다.
화면은 김포 장기동·구래동의 거주 중 아파트 생활청소라는 가설을 바탕으로 했습니다. 인물·경험은 가상이며, 30건 완료와 재예약률 30%는 검증 전 목표입니다. 따라서 완성 서비스의 성과가 아니라, 어떤 약속을 제품 화면으로 바꿨는지 읽어야 합니다.
대표 이미지는 실제 산출물 화면에 파일프렌즈 캐릭터를 더한 삽화입니다. 화면 속 날짜·금액·인물은 예시이며, 원문은 아래 공개 링크에서 확인할 수 있습니다.
1. 홈과 조건 입력 — 가격보다 먼저 범위를 보여주기
홈은 가능 지역, 기본 3시간, 시작 요금 8만원을 빠르게 보여주고 조건 입력으로 보냅니다. 장기동·구래동 필터와 생활청소 태그도 여기서 서비스 범위를 좁힙니다. 조건 입력에서는 평수·욕실 수·방 수와 냉장고 내부, 수납장 내부, 베란다 같은 선택 작업을 받습니다.
이 단계의 핵심은 옵션을 많이 넣는 일이 아닙니다. 사용자가 ‘기본에 무엇이 들어가나’를 결제 전에 알게 하는 일입니다. 화면에는 바닥 먼지·주방 상판·욕실 수전은 포함, 벽지 오염·가전 분해·이사 후 빈집 청소는 제외라고 명시합니다. 특수청소와 고소작업을 어디서 차단할지는 추가 정의가 필요합니다.
2. 견적과 결제 — 확정 총액을 한 번 더 잠그기
견적 화면은 입력값을 되돌려 보여주면서 포함·제외 범위, 예상 시간, 방문 시간대를 한 묶음으로 확인하게 합니다. 선택 작업을 넣었다면 기본 청소와 별도 금액을 나눠 표시해야 합니다. 사용자는 ‘대략 얼마’가 아니라 지금 결제할 총액을 판단합니다.
결제 화면에는 예약 정보, 결제 수단, 금액 내역과 취소 정책이 함께 있어야 합니다. 담당자 배정이 실패하거나 노쇼가 났을 때 대체 시간 동의 또는 미제공 서비스 환불로 이어지는 경로가 필요합니다. 결제 확인 모달과 중복 요청 차단은 기획 요구사항이며, 실제 결제사 연동·환불 지연·부분 환불 규칙은 아직 검증되지 않았습니다.
현재 공개 초안은 견적 화면의 89,000원과 결제 화면의 189,000원이 서로 다릅니다. 홈의 시작 요금 8만원도 예시입니다. 실제 요금으로 안내하기 전에 동일한 예약 조건의 총액이 화면마다 일치하도록 수정하고 확인해야 합니다.
3. 추가 작업 승인 — 말로 한 부탁을 거래로 만들지 않기
현장에서 냉장고 안쪽이나 베란다를 더 청소하고 싶어질 수 있습니다. 추가 작업 화면은 항목·금액·예상 시간·제안 유효시간을 보여주고, 고객의 명시 승인과 결제 성공이 모두 확인된 뒤에만 착수하도록 정의됐습니다. 거절, 만료, 무응답이면 기본 범위만 진행합니다.
이 규칙은 고객과 담당자 모두를 보호합니다. 승인 뒤 금액이 바뀌면 새 제안이 필요하고, 웹훅이나 승인 요청이 중복돼도 한 번만 처리돼야 합니다. 다만 누가 현장에서 제안하고, 고객이 휴대폰을 못 볼 때 작업을 어떻게 종료하는지, 제안 취소와 재방문을 어떤 상태로 남길지는 운영 시나리오로 더 구체화해야 합니다.
4. 완료 체크리스트와 문제 접수 — 사진보다 처리 기준을 남기기
완료 체크리스트 화면은 방과 작업 항목별 완료 여부, 미수행 사유, 작업 시간을 기록합니다. 사진은 선택 동의입니다. 방별 촬영 제외와 얼굴·문서·가족사진·출입정보 촬영 금지를 먼저 안내하고, 사진을 거부해도 체크리스트로 확인할 수 있어야 합니다.
문제가 생기면 문제 접수 화면에서 미완료 항목을 고르고 사진 없이 접수합니다. 접수번호, 담당자, 다음 안내 시간을 보여주고 재방문은 고객 동의 후 확정합니다. 여기서 비어 있는 부분은 판정 기준입니다. 미수행과 기대 불일치를 어떻게 구분할지, 재방문·환불의 우선순위와 SLA를 누가 결정할지 정해야 실제 운영 화면이 됩니다.
5. 7개 화면을 검증할 질문
첫째, 고객이 예약 전에 포함·제외 작업을 읽고도 현장에서 같은 기대를 말할까요? 둘째, 추가 작업 제안이 도착했을 때 가격과 시간을 이해하고 승인할까요? 셋째, 체크리스트만으로 완료 여부와 문제 접수 사유를 납득할까요? 넷째, 담당자 세 명의 작업 시간과 이동 시간이 겹칠 때 배정 실패·대체 예약·환불이 끊기지 않을까요?
이 질문에 답하려면 실제 고객 인터뷰, 청소 범위표 검토, 결제·환불 샌드박스 테스트가 필요합니다. 지금 화면은 구현 완료나 영업 실적을 증명하지 않습니다. 대신 아이디어를 예약, 승인, 확인, 이슈 처리라는 상태로 나눠 팀이 같은 문장을 보게 합니다. 이 글은 성공담 모음이 아니라 정찰 기록입니다.
