독립 역기획 고지 — RE:carrot은 대한민국 당근 모바일 앱을 관찰해 만든 독립적인 역기획 작업이다. 당근 서비스와 제휴하지 않았으며, 당근을 대표하거나 실제 제품 정책·기능·성과를 설명하지 않는다.
RE:carrot: 한 게시글과 여러 거래 사이를 다시 설계하는 역기획
중고거래에서 게시글은 편리한 시작점이지만, 거래의 실제 단위와 항상 같지는 않다. 한 판매글에 서로 다른 물품이 담기고, 구매자는 각자 다른 조합을 원하며, 판매 상태는 물품마다 달라질 수 있다. 이 글은 그 간극을 한 게시글의 복수 물품 거래라는 문제로 다시 읽은 RE:carrot의 역기획 기록이다.
출발점은 기능을 많이 만드는 일이 아니다. 먼저 무엇을 봤는지, 무엇을 사용자의 설명으로만 알고 있는지, 무엇이 설계 해석인지 나눴다. 이 구분이 없으면 정지 화면에서 보인 요소를 서비스 전체의 정책처럼 말하거나, 설계안의 동작을 실제 앱 기능처럼 오해하기 쉽다.
관찰 범위: 앱 전체가 아니라, 거래가 결정되기 전의 한 구간
RE:carrot은 대한민국 당근 모바일 앱을 대상으로 한다. PC·모바일 웹 UI는 분석 대상이 아니며, 커뮤니티·예약하기·좌석예매·광고주 화면은 이번 역기획 범위에서 제외했다.
관찰의 중심은 일반 이용자가 만나는 중고거래와 바로구매 상품 상세부터 결제 직전까지다. 광고주 화면은 접근 제약이 있어 결론을 내리지 않았고, 실제 결제 승인·배송·환불·정산은 관찰로 확인하지 않은 영역으로 남겼다.
사용자가 제공한 모바일 앱 사진에서는 목록, 상품 상세, 채팅, 배송지 선택, 결제, 질문 선택 화면을 읽을 수 있었다. 이 자료로는 예를 들어 특정 상품 사례에서 상세의 추가 비용 안내와 결제 화면의 금액 구성이 연결돼 있음을 확인할 수 있었다. 반대로 사진에 없는 펼침 내용, 질문 전송 뒤의 처리, 실제 결제 결과는 확인하지 않았다.
이 범위 설정은 단순한 안전장치가 아니다. 이미 화면에서 확인된 비용 안내나 질문 수단을 ‘새로운 개선안’으로 다시 제안하지 않기 위한 기획 기준이다.
문제 정의: 게시글 하나로 관리되는 정보와 물품별로 벌어지는 거래
이번 역기획의 문제 정의는 다음 한 문장으로 정리한다.
게시글 하나에 묶인 정보와 물품·구매자별로 나뉘는 실제 거래 사이의 불일치가 판매 관리와 바로구매 진행을 어렵게 할 수 있다.
여기서 ‘어렵다’는 확정된 서비스 결함을 뜻하지 않는다. 복수 물품을 한 게시글에 올린 판매자는 물품이 팔릴 때마다 본문에 판매완료 상태를 수동으로 갱신해야 할 수 있고, 구매자는 원하는 물품의 남은 상태와 조합 가격을 별도로 확인해야 한다는 사용자 설명에서 출발한 가설이다.
문제는 세 층으로 나뉜다.
- 상태의 단위 — A는 팔렸고 B는 남았을 때, 게시글 전체 상태만으로 물품별 상태를 충분히 전달할 수 있는가.
- 가격의 단위 — 대표 가격과 구매자가 고른 물품 조합의 합계가 다를 때, 원하는 구성과 금액을 바로구매 흐름에 명확히 넘길 수 있는가.
- 기록의 단위 — 물품과 구매자가 여러 갈래로 나뉠 때, 완료 거래·후기·판매 관리를 어떤 단위로 연결할 것인가.
세 항목 모두 같은 확실성으로 말할 수 없다. 물품별 판매완료 표기를 갱신한다는 상황과 후기 반영의 제약은 사용자 설명이며, 검색 노출의 어려움·본문 갱신 누락의 빈도·실제 바로구매 실패·수익 손실은 검증되지 않았다.
기존 구조를 먼저 존중하는 해석
당근은 2025년 ‘여러 물건 글쓰기’ 기능을 공개하며, 여러 사진을 물품별로 분류하고 개별 판매 게시글 초안을 자동 생성하는 방식을 설명했다.1 이 공개 설명에서 확인할 수 있는 것은 반복 등록 부담을 줄이려는 접근이다. 그것만으로 현행 검색 알고리즘, 후기 규칙, 내부 우선순위, 혹은 ‘한 게시글 복수 물품’ 기능의 부재를 단정할 수는 없다.
RE:carrot의 해석은 이렇다. 등록 작업을 한 번에 처리하고 싶은 욕구와, 판매 기간 내내 하나의 게시글로 여러 물품을 관리하고 싶은 욕구는 다르다. 물품별 게시글은 제목·사진·가격·거래 상대를 분리하는 데 유리할 수 있다. 반면 일부 판매자가 한 게시글을 사실상의 관리 단위로 사용한다면, 그 안에서는 상태와 가격의 단위가 실제 거래 단위와 어긋날 여지가 있다.1
이것은 당근의 내부 설계 의도를 설명하는 문장이 아니다. 공개된 구조와 사용자 설명을 함께 놓고 만든 역기획 해석이다.
이미지: 서울풍물시장(황학동) 실제 사진. Korea.net / Korean Culture and Information Service, 사진 전한(Jeon Han), CC BY-SA 2.0. 본문과 썸네일에 동일한 원본 축소본을 사용했다. 사진은 중고거래라는 주제를 위한 맥락 이미지일 뿐, 당근 앱 화면·서비스·이용자를 보여주지 않는다. 이미지 출처
.jpg){kind=link}
핵심 기획 판단: ‘복수 물품’은 새 게시글 종류가 아니라 선택 가능한 거래 단위
기획안은 별도의 ‘바로구매 전용 복수 물품 게시글’을 만드는 방향을 택하지 않는다. 기본 중고거래 게시글 안에서 물품을 구분하고, 바로구매는 그 게시글에 켤 수 있는 옵션으로 둔다.
1. 공통 게시글에는 공통 맥락을 둔다
제목, 설명, 공통 사진, 공통 카테고리처럼 판매 맥락을 설명하는 정보는 게시글에 남긴다. 이는 등록을 지나치게 복잡하게 만들지 않기 위한 선택이다.
2. 거래되는 정보는 물품 단위로 둔다
물품마다 이름, 개당 가격, 수량(필요한 경우), 판매 상태를 갖는다. 구매자는 원하는 물품을 선택하고, 선택 종수·수량·합계를 확인한다. ‘게시글 가격’ 하나를 모든 조합의 결제 금액처럼 쓰지 않기 위해서다.
3. 하단 행동은 기존 거래 맥락을 유지한다
일반 중고거래에서는 채팅하기를 유지한다. 바로구매 옵션이 켜진 게시글도 채팅 또는 질문의 여지를 없애지 않고, 바로구매 행동을 함께 둔다. 물품 선택 여부가 문의를 막지 않으며, 선택 결과는 거래 판단에 필요한 맥락으로만 연결한다.
4. 주문은 ‘선택한 물품 + 구매자’로 연결한다
바로구매로 진행하는 경우에는 선택한 물품과 구매자를 하나의 주문 단위로 묶어야 한다. 같은 물품이 중복 구매되지 않도록 처리하고, 완료·취소에 따라 해당 물품의 상태가 바뀌는 흐름을 설계 대상으로 둔다. 배송 묶음 가능 여부나 수수료·할인의 적용 방식은 이 기획만으로 정하지 않는다.
제안의 가치: 수수료를 늘리는 UI가 아니라, 성립 가능한 거래를 늘릴 수 있는지
이 제안이 유효하려면 ‘여러 물품을 한 번에 선택할 수 있다’는 사실만으로는 부족하다. 기존에 유료 결제로 완료됐을 거래를 단순히 묶는다면 수익이 늘었다고 볼 수 없다.
검증할 가설은 더 좁다. 원하는 물품 조합과 금액을 확인하기 위해 별도 협의가 필요했던 거래 중 일부가, 선택과 합계 확인으로 바로구매까지 이어질 수 있는가. 그렇다면 봐야 할 것은 결제 횟수가 아니라 순증 유료 거래금액, 순증 수수료 수취액, 취소·환불·고객지원 비용을 반영한 기여다.
사용자 가치도 별도로 본다. 판매자는 물품별 상태를 더 명확히 관리할 수 있는지, 구매자는 원하는 물품·수량·합계를 이해하고 문의 또는 구매를 선택할 수 있는지 확인해야 한다. 사용성 평가가 좋아도 회사 수익 증가를 바로 주장하지 않는다.
검증 계획과 중단 기준
이 기획은 화면 시안으로 끝나면 안 된다. 다음 순서로 틀릴 가능성부터 확인한다.
- 중복 여부 확인 — 실제 복수 물품 게시글과 ‘물품추가’ 이후 흐름을 관찰한다. 이미 같은 문제를 해결하는 기능이 있다면, 새 기능이 아니라 발견성·접근성 문제로 전환한다.
- 상황 확인 — 복수 물품 판매자와 구매자의 실제 거래에서 상태 확인·가격 확인·추가 협의가 언제 생기는지 기록한다. 채팅이 있었다는 사실만으로 이탈이나 불편을 단정하지 않는다.
- 과업 검증 — 구매자가 선택한 물품, 수량, 합계, 다음 행동을 정확히 이해하는지 본다. 판매자는 부분 판매 후 상태를 관리할 수 있는지 본다.
- 사업 검증 — 가능하다면 판매자 또는 게시글 단위 비교로 완료된 바로구매, 취소·환불, 순수수료, 변동비를 비교한다. 기존 거래의 이동만 생기거나 적용 대상이 너무 작으면 수익 우선 후보에서 내린다.
중단 기준도 명확하다. 실제 앱이 이미 동등한 흐름을 제공하거나, 사용자 문제가 재현되지 않거나, 사용성 개선이 순증 유료 거래로 이어지지 않는다면 이 제안은 확장하지 않는다.
주석·출처
Footnotes
-
당근 보도자료, “당근, AI 기반 ‘여러 물건 글쓰기’ 기능 출시” (2025-10-24). ↩ ↩2