중고 거래 앱 화면설계 — 체크리스트가 거래를 망치지 않게

중고 소형가전 거래 화면에서 체크리스트를 길게 만들면 안전해 보입니다. 하지만 판매자가 등록을 끝내고, 구매자가 핵심을 읽고, 두 사람이 현장에서 같은 항목을 다시 볼 수 있는지는 다른 문제입니다. 화면설계의 일은 증거를 많이 받는 일이 아니라 필요한 순간에 필요한 밀도로 보여 주는 일입니다.

서울 전역 중고 소형생활가전 직거래를 가정한 화면설계 사례입니다. 전체 IA38의 이용자·관리자 102개 노드·66개 독립 화면 중 이용자 대표 7개를 선택해 화면과 기능정의를 작성했습니다. 이 산출물은 상태와 화면 구성을 검토하는 시제품입니다. 표시된 버튼과 기능정의가 실제 회원·거래 데이터 처리나 모든 상호작용의 구현 완료를 뜻하지는 않습니다. 합정·망원과 인물·상품·금액은 가상 예시이며 판매자 고지는 플랫폼 보증이 아닙니다.

전체 IA에서 선택한 대표 화면 중 현장 확인·거래 완료 화면입니다.

전체 IA에서 대표 7개만 고릅니다

전체 IA에는 계정, 판매글 관리, 대화와 약속, 현장 확인, 신고·지원, 운영 검토가 이어집니다. 대표 화면은 그 구조를 지우지 않고 가장 자주 연결되는 사용자 장면만 잘라 봅니다. 서울 검색 홈, 검색 결과, 상품 상세, 상품 등록·상태 증거, 거래 대화·약속 조율, 현장 확인·거래 완료, 내 거래가 그 일곱 장면입니다. 대표 화면 공개 주소에서 대표 UI 7장을 열어볼 수 있습니다. 기능정의는 위 실제 편집 화면 캡처에서 함께 살펴볼 수 있습니다.

검색은 서울 전역을 기본 범위로 두고, 합정·망원은 예시 필터로만 씁니다. 검색 결과에는 판매중 여부, 거래 지역, 가격, 판매자 고지 기반의 상태 증거를 함께 놓습니다. 판매중이라도 확정 약속 전에는 여러 문의가 가능합니다. 거래완료 상품은 새 요청 대신 기록 보기만 제공하고, 취소 기록이 있는 상품은 판매중으로 복귀한 경우에만 새 문의를 받습니다. 목록 화면이 약속을 확보한 것처럼 보이면 안 됩니다.

한 체크리스트를 세 번 복사하지 않습니다

가상 예시인 ‘드롱기 커피머신 EC685’의 상태를 등록부터 현장까지 같은 방식으로 늘어놓으면 화면이 무거워집니다. 등록에서는 판매자가 답할 수 있는 순서가 중요합니다. 전원과 핵심 기능, 외관·위생, 구성품, 사진·영상 증거를 입력하게 하고, 자료가 없으면 “미확인·보류”로 남깁니다. 전원이나 추출 자료가 없는데 전체 검증 완료라고 쓰지 않습니다.

상품 상세에서는 구매자가 비교할 수 있도록 전원 켜짐, 추출 버튼 영상 자리, 물때·흠집 고지, 구성품과 설명서 누락을 요약합니다. 예시 가격 45,000원과 지역 서울 마포구 합정동은 모든 관련 화면에서 같아야 합니다. 현장 확인에서는 다시 짧아집니다. 실물 모델, 전원, 추출 버튼, 물때·흠집 위치, 본체·물통·포터필터·1샷필터·2샷필터를 함께 대조합니다. 긴 등록 폼을 현장에 다시 가져오면 거래가 아니라 설문지가 됩니다.

대화 화면은 약속을 추측하지 않아야 합니다

민지와 준호가 2026년 9월 10일 목요일 19시, 합정역 7번 출구 앞을 제안하는 장면을 생각해 봅니다. 제안은 약속이 아닙니다. 상대 수락 순간에만 하나의 활성 확정 약속이 생깁니다. 변경 제안은 가능하지만, 수락 전에는 기존 시간과 장소를 그대로 표시합니다. 그래서 대화 화면에는 메시지와 함께 현재 확정 약속, 대기 중 변경안, 취소 진입을 분리해야 합니다.

다음은 화면과 기능정의에 반영한 정책입니다.

1. 제안됨에서는 여러 문의를 계속 받을 수 있습니다.

2. 상대 수락 때만 확정됨으로 바뀌고, 같은 상품의 두 번째 확정은 막습니다.

3. 현장 확인 시작 뒤에는 민지와 준호의 확인 상태를 각각 보여 줍니다.

4. 둘 다 필수 항목을 확인했을 때만 거래완료가 됩니다. 한쪽 완료, 시간 경과, 노쇼 기록만으로는 완료되지 않습니다.

야외에서 전원이나 추출 확인이 어렵다면 해당 항목은 미확인·보류로 남겨야 합니다. 이견이 생기면 완료를 보류하고 기록·신고·지원으로 연결합니다. 차단은 새 메시지와 새 약속 요청을 막을 수 있지만 기존 확정 약속을 자동 취소하지 않습니다. 현금, 계좌이체, 앱 결제, 에스크로, 환불, 배송 추적은 이 화면에 실행 버튼으로 넣지 않습니다. 실제 대금 지급은 당사자 간 별도 방식입니다.

검증할 것은 보기 좋은 카드가 아닙니다

이번 설계에서 먼저 볼 질문은 세 가지입니다. 상태 증거 항목이 등록을 멈추게 하는지, 구매자가 판매자 고지와 플랫폼 보증을 혼동하지 않는지, 변경안 대기 중에도 두 사람이 현재 약속을 같은 것으로 이해하는지입니다. 화면 수나 완료율을 근거 없이 만들지 않습니다. 모바일 화면에서 상태 배지와 구성품 목록, 현장 확인 보류 안내의 가독성을 점검합니다. 등록 부담과 약속 이해도는 실제 사용자 검증이 필요한 가설입니다.

자주 묻는 질문

상태 항목을 많이 넣으면 거래가 더 안전해지나요?

그럴 수 있다는 가설과 등록 부담이 커질 수 있다는 가설이 함께 있습니다. 필수 항목과 입력 방식은 실제 사용 장면을 확인한 뒤 정해야 합니다.

현장 확인을 끝내면 앱에서 결제도 처리하나요?

아닙니다. 이 설계는 상태 기록과 현장 대조를 다룹니다. 플랫폼 결제, 송금, 에스크로, 환불, 택배는 1차 범위 밖입니다.

합정과 망원에서만 검색할 수 있나요?

아닙니다. 서울 전역이 검색 범위이고, 합정·망원은 화면에 쓰는 마포구 예시입니다.

대표 화면은 전체 서비스를 축소한 포트폴리오가 아니라, 전체 IA의 중요한 상태를 테스트하기 위한 선택입니다. 기획 인터뷰에서 정보와 상태의 가정을 정리하고, 상담에서 실제 흐름을 검토할 수 있습니다. 약속 상태의 전체 구조는 중고 거래 앱 IA, 상태 고지의 책임선은 중고 거래 앱 기획에서 이어집니다. 이 기획의 정책과 화면은 실제 사용자 검증을 거쳐 다듬어야 합니다.