티스토리

중급닌자 연습생의 삽질하는 공간
검색하기

블로그 홈

중급닌자 연습생의 삽질하는 공간

hyeyun133.tistory.com/m

서비스 기획, 이커머스 그리고 데이터127

구독자
119
방명록 방문하기
공지 안녕하세요! 모두보기

주요 글 목록

  • 17. 교환/반품/환불 정책 정의 1단계: 처리상태 정의하기 - 주문취소 상태에 대해 정의했다. (입금전/결제완료/상품준비중(배송전)) - 교환준비(수거전) 상태를 추가로 정의했다. 어드민에서 교환 신청을 접수 처리하고 상품이 회수되기를 기다리는 단계가 필요하다. 카페24에서 반품은 수거전 상태가 정의되어 있었는데 교환은 없어서 동일하게 회수 단계가 필요하다고 생각했다. - 카페24에서 반품은 반품처리중(수거전), 반품처리중(환불전)으로 구분되는데 환불 여부는 별도의 상태값으로 관리한다. 그래서 반품준비(수거전) 상태를 정의했다. - 한 가지 헷갈린게 반품완료 상태인데 아래 매뉴얼에 의하면 궁극적으로 반품완료라는 것은 환불이 완료된 상태를 의미한다. (환불전까지는 반품처리중 상태이므로) 2단계: 교환/반품/환불 정책 정의하기 여기서는 교.. 공감수 0 댓글수 7 2021. 3. 8.
  • 16. 교환/반품/환불 데이터 설계 1단계: 교환/반품/환불 데이터 나열하기 일단 교환과 반품 프로세스는 모두 환불로 이어진다.(더 큰 금액의 상품으로 교환 시 추가 입금하는 경우 제외) 각 교환, 반품 접수 처리 시 동시에 환불 접수를 처리할 수 있다. 이 때 접수 처리란 고객의 신청이 발생한 시점이 아닌 관리자가 신청 건을 접수 처리하는 것을 말한다. 그래서 교환, 반품 단계는 신청-접수이지만 환불은 접수-완료이다. 각 테이블에 들어갈 데이터를 주황색으로 표시해보았고 나머지 데이터들은 이전 테이블에서 정의한 데이터들이다. 2단계: 교환/반품/환불 테이블 구성하기 - 선후 관계를 따지면 주문취소, 교환, 반품 신청이 일어나야 환불이 일어나는 것이므로(그리고 미입금 주문 취소나 동일 상품 교환 등 환불이 꼭 필수가 아닌 경우도 있음) 각 .. 공감수 0 댓글수 0 2021. 2. 15.
  • 15. 주문 취소 플로우차트 1단계: 주문 취소 프로세스 분석 주문서가 접수되고 결제확인을 위해 발주서 목록을 조회한다. 정상적으로 결제가 완료된 발주서 목록을 가지고 상품 준비가 가능한지 확인한다. 상품 준비에 문제가 없으면 상품준비 단계로 이동한다. 이 때 상품 준비 가능 여부를 다시 한 번 체크하고 입금후 주문 취소 신청 내역이 있는지 확인한다. 관리자가 주문 취소 신청을 승인하였다면 이 주문은 취소 처리가 완료된 것이다. (정확히는 출고 중지 요청으로 이어짐) 관리자의 승인이 이루어지지 않은 경우 배송준비중 단계로 이동한다. 아래의 쿠팡 배송/환불 API 워크플로우를 참고하였다. 결과적으로 주문 취소가 일어날 수 있는 케이스는 다음과 같다. 1) 입금전 입금전 주문취소 2) 배송전 결제완료: 품절 주문취소 / 결제직후 주문취.. 공감수 1 댓글수 0 2021. 1. 25.
  • 14. 주문 취소 정책 정의 1단계: 처리상태 정의하기 주문 취소 상태는 추후 교환/환불 상태와 함께 정의할 것이다. 2단계: 주문 취소 정책 정의하기 앞서 입금후 주문 취소는 배송전까지 가능한 것으로 정의했다. 배송전 상태는 상품준비와 배송준비로 구분된다. 그런데 위 매뉴얼에서 설명한 것과는 달리 보통 구매자는 배송준비중인 경우 주문 취소를 할 수 없다. 아래 썸바이미라는 쇼핑몰의 사례이다. 이 경우 [배송준비중] 상태에 입금(주문)확인-상품준비-배송준비 과정을 모두 포함한다. 주문서를 보고 상품 준비, 송장 등록시점을 구분해서 고지하지 않기 때문에 구매자가 배송준비중 단계에서 주문 취소가 불가능하다는 것이다. 그렇다면 왜 카페24에서는 배송준비중 단계에서 주문 취소가 가능할까? 한참 고민했는데 답은 너무 당연하게도 관리자이기 때.. 공감수 0 댓글수 0 2021. 1. 21.
  • 13. 주문 취소 데이터 설계 1단계: 주문 취소 데이터 나열하기 주문 취소는 크게 입금전과 배송전으로 나뉜다. 입금전에는 전체 주문취소만 가능하고 입금(결제)이후 배송전(상품 준비, 배송 준비)에는 상품마다 부분 취소가 가능하다. 배송이 시작되면 주문을 취소할 수 없고 상품마다 개별 반품을 신청하게 된다. 2단계: 주문 취소 테이블 구성하기 첫 번째 이슈는 주문 취소내역을 따로 저장하는 테이블의 필요 여부였다. 한 건의 주문에 여러 건의 주문 취소가 발생한다면 취소 내역을 주문 테이블과 별도의 테이블로 분리해야 할 것이다. 여러 건의 주문 취소가 발생할 수 있는 경우는 두 가지인데 하나는 부분 취소 케이스이고 다른 하나는 주문-주문취소-주문취소 철회 케이스이다. 부분 취소는 품목별 주문번호가 있기 때문에 사실상 각각 별도의 주문이라.. 공감수 0 댓글수 0 2021. 1. 19.
  • 12. 배송 플로우차트 1단계: 배송 프로세스 분석 현재 가장 일반적인 배송 프로세스를 떠올려보면 주문 발생 시 판매자가 직접 택배사에 택배를 접수한다. 이후 택배사는 판매자의 제품을 수거해서 물류 센터에 집화시킨다. 이 때 물류 센터는 제품을 입고시키지 않고 분류 작업만 하는 경유지로써 기능하는데 이게 크로스도킹(Cross Docking) 이다. 나에게는 매우 친숙한 배송 프로세스인데 알고 보니 오픈마켓 초기에 서로 다른 판매자들의 배송 편차를 컨트롤(주문 합배송)하기 위한 혁신적인 방법이었다고 한다. 물류 센터는 재고를 보유하지 않기 때문에 운영비가 감소하고 구매자는 배송비를 중복으로 지불할 필요가 없다는 장점이 있다. (이 Pick up&Delivery 방식은 D&Shop이라는 업체의 물류 대행 비즈니스 모델이었는데 현재.. 공감수 2 댓글수 0 2021. 1. 13.
  • 11. 배송 정책 정의 1단계: 배송 관련 용어 정의하기 배송 관련 용어라 하면 물류 관련 용어로까지 확장이 가능하다. 기준을 세우자면 물류 관리 전반은 판매자 관할은 아니지만 의사소통을 위한 최소한의 용어는 숙지하기로 한다. 용어 정리에서 추가적으로 발견한 사항은 집하와 집화의 구분이다. 배송상태를 조회하다보면 집화(集貨)와 집하(集荷)가 혼용되고 있는데 집화가 맞는 말이다. 국립국어원 축소 확대 온라인가나다 상세보기 집하와 집화 작성자 박기태 등록일 2020. 8. 12. 조회수 351 온라인을 통해 물품을 구매하면, 택배를 통해 물건을 전달받습니다. 이러한 과정을 배송 조회를 통해 m.korean.go.kr 2단계: 처리상태 정의하기 쇼핑몰에서 물건을 구매하면 주문 내역을 조회하는데 이는 대부분 배송 상태를 조회하기 위함.. 공감수 1 댓글수 0 2021. 1. 12.
  • 10. 배송 데이터 설계 1단계: 배송 데이터 나열하기 배송 단계는 배송 시작부터 배송 완료까지의 과정으로 정의한다. 주문과 동일하게 프로세스에 따라 처리상태가 변화한다. 배송 테이블에 들어갈 데이터를 파란색으로 표시해보았고 나머지 데이터들은 이전 테이블에서 정의한 데이터들이다. 다만 운송장번호 항목은 하나의 컬럼에 여러 데이터가 들어있는데 이는 프론트에 노출되는 모양만 그런 것이고 실제 저장 시에는 각각의 컬럼에 저장한다. (배송업체 / 운송장번호 / 송장등록일) 또 앞선 테이블 정의에서 미처 정의하지 못한 항목이 있는데 공급사 정보이다. 구분하자면 상품 테이블에 속하는 정보인데 왜 배송 과정에서도 필요한 정보인지 모르겠다. 공급사 직배송 케이스 때문인가? 2단계: 배송 테이블 구성하기 주문 테이블의 주문 코드를 참조한다. 송.. 공감수 5 댓글수 2 2021. 1. 11.
  • 09. 주문 플로우차트 1단계: 주문 플로우차트 앞서 주문 데이터 설계 때 다음과 같이 순방향 프로세스를 분석했었다. 이를 기반으로 플로우차트를 보강했는데 역방향 프로세스와 각 주문 단계별 담당사를 구분했다. 어드민에서는 아무리 주문서가 자동으로 연동되더라도 배송 현황에 따라 처리상태를 수동으로 관리할 수 있어야 한다. 2단계: 결제 프로세스 분석 온라인 결제 프로세스에는 여러 사업자가 밀접하게 연결되어 있는데 이들 간의 관계와 데이터 이동, 대금 지급을 분석해보았다. 기본적으로 카드 결제 생태계는 다음과 같이 구성되어 있다. 카드사와 가맹점 사이에 VAN사가 가맹점 단말기 관리, 인증시스템 구축과 운용, 전표 매입 등을 수행한다. VAN사는 카드 승인에 필요한 결제 정보를 카드사로 전달하고, 카드사가 결제를 승인할 경우 이를.. 공감수 1 댓글수 0 2021. 1. 7.
  • 08. 주문 정책 정의 1단계: 주문 관련 용어 정의하기 서비스마다 가격을 지칭하는 용어가 다양하다. 가장 혼동되었던 부분은 소비자가와 판매가인데 카페24의 매뉴얼에 의하면 소비자가에 대한 설명은 다음과 같다. 소비자가 - 상품의 소비자가를 원화 기준으로 입력할 수 있습니다. - 해당 항목에 입력된 소비자가는 상품 상세페이지의 판매가 상단에 노출되어, 할인의 효과를 줄 수 있습니다. 즉 소비자가 설정 시 아래 이미지처럼 보여지게 된다는 말이다. '소비자가 판매가'로 검색해보니 이 개념이 혼동되어 실수한 판매자들이 종종 있는듯 했다. 이 소비자가라는 개념이 어디에서 왔을까? 추측으로는 '권장소비자가'인데 이는 제조업체에서 상품에 설정한 참고 가격이다. 아래 기사에 따르면 일부 품목은 생산·제조업자가 권장소비자가격을 표시하지 못하.. 공감수 1 댓글수 0 2021. 1. 5.
  • 07. 주문 데이터 설계 ※카페24 어드민의 주문관리는 입금전부터 배송완료까지의 단계를 모두 포함한다. 따라서 배송이 시작되는 단계부터 배송완료 단계까지는 이번 분석에서 제외하기로 했다. 1단계: 주문 데이터 나열하기 전체 주문 내역과 주문 접수 단계, 상품/배송 준비 단계에서의 데이터를 나열했다. 주문은 여러 단계가 맞물려 있어 몇 가지 이슈가 있었다. - 주문의 기준이 무엇일까? =>요즘은 온라인에서 카드결제나 간편결제가 활성화되어 주문과 동시에 결제가 이루어진다. 가령 아래 이미지를 보면 카드 결제의 경우 주문과 동시에 입금(결제)이 확인되고 출고 요청까지 실시간으로 처리됨을 확인할 수 있다. 한편 아래는 무통장 결제 선택 후 입금 기한 내 주문 취소한 내역이다. 당연히 입금이 이루어지지 않았기 때문에 결제 정보가 없다. .. 공감수 3 댓글수 0 2021. 1. 4.
  • 06. 상품 플로우차트 1단계: 상품 등록 프로세스 분석 카페24 어드민을 기준으로 분석하고 있는데 카페24에서는 자사몰뿐만 아니라 오픈마켓 통합 관리를 지원한다. 다수의 쇼핑몰에서 한 번에 상품을 관리하기 위해 각각의 어드민에 접근할 필요가 없도록 하는 것이다. 자사몰로 시작해서 점차 판매 채널을 확장하는 판매자가 있을 것이고 반대로 네이버 스마트스토어로 시작해서 브랜드 정체성을 확립하여 개인몰을 내는 판매자도 있을 것이다. 그렇다면 상품 등록 및 관리는 다음의 경우의 수를 가진다. 1. 자사몰과 마켓에 동시 등록하기 2. 자사몰에서 판매하던 상품을 마켓으로 내보내기 3. 마켓에서 판매하던 상품을 자사몰로 가져오기 1의 경우 마켓통합관리에서 상품 등록과 동시에 마켓에도 등록할 수 있다. 이때 마켓에 상품 등록을 하지 않으면 .. 공감수 1 댓글수 0 2021. 1. 3.
  • 05. 상품 정책 정의 ※정책 정의에 참고할만한 자료를 발견했다. 쇼핑몰 솔루션들이 제안하는 운영 정책에 대한 내용이다. 다시 말해 정책을 정의한다는 것은 서비스 운영을 위해 다음의 항목에 대해서 언제, 어떻게 처리할지 기준을 세운다는 의미이다. 다음은 고도몰의 가이드 중 운영정책에 대한 내용이다. 고도 - 온라인 쇼핑몰 창업 NHN고도 : 온라인 쇼핑몰 창업 - 고도몰5 & shop by (샵바이), 마케팅 · 호스팅 · 디자인 · 교육 www.godo.co.kr 1단계: 상품정보제공 고시 작성하기 상품과 관련해서 필요한 정책이 무엇이 있을지 생각했다. 검색해보니 판매자가 숙지해야 하는 내용으로 네이버 스마트스토어의 상품 등록 정책이 있었다. 안전거래 가이드 > 상품등록정책 > 취급불가 상품 : 스마트스토어 스마트스토어에서는.. 공감수 0 댓글수 0 2020. 12. 31.
  • 04. 상품 데이터 설계 ※원래 주문 모듈을 분석할 순서인데 상품 모듈을 먼저 정의하기로 했다. 왜냐하면 주문은 회원과 상품 간의 관계를 의미하기 때문이다. 또한 무통장 입금을 제외한 대부분의 결제 방식이 주문과 동시에 결제가 이루어지므로 주문/결제를 동시에 분석하기로 했다. 1단계: 상품 데이터 나열하기 회원 데이터 설계 때와 동일하게 상품 관련 데이터를 나열했다. 관련 데이터는 카페24의 상품관리>상품등록 메뉴에서 상품 등록 시 입력해야 하는 데이터를 기준으로 했다. - 구분: 상품 등록을 위한 데이터들은 기본 정보, 배송 정보, 판매 정보 등으로 구분할 수 있다. 이들은 성격에 따라 각각의 테이블로 분리할 수 있다. (회원 정보를 기본 정보와 로그 정보로 구분했던 것처럼) - 용도: 사용자에게 노출하기 위한 값인지, 내부 .. 공감수 6 댓글수 2 2020. 12. 29.
  • 03. 회원 플로우차트 1단계: 회원가입 플로우 분석 앞서 회원가입폼과 필수 입력 값을 정의하면서 회원가입 플로우를 분석했다. 언급한대로 회원가입 플로우는 고려해야할 사항이 많아서 다음과 같은 삽질을 했다. 만 14세 미만은 회원가입 시 보호자의 동의가 필요하다는 사실을 몰랐다. 만 14세 미만을 어떻게 걸러내지? (여기서 완전 멘붕이었다. 정석대로라면 휴대폰 본인인증으로 통신사로부터 생년월일을 검증받아야 한다.) 다른 이커머스들을 살펴봤는데 천차만별이었다. 육육걸즈(카페24)는 생년월일을 직접 입력해야 한다. ssg과 무신사는 반드시 휴대폰 본인인증을 거쳐야만 한다. 쿠팡과 29cm는 본인인증 없이 가입은 할 수 있지만 주문서 작성 시 본인인증을 거친다. (여기서 기준을 잡고 필수 항목을 표로 정리했어야 했는데 정신없이 들락.. 공감수 5 댓글수 0 2020. 12. 27.
  • 02. 회원 정책 정의 1단계: 회원 관련 용어 정의하기 보통 서비스 이용약관을 보면 [용어의 정의] 항목이 있다. 그래서 육육걸즈(카페24) / 지그재그의 서비스 이용약관을 참고해서 회원 용어를 정의했다. 서비스 이용약관을 작성할 때 [용어의 정의] 항목에 해당 내용이 들어갈 것이다. 2단계: 약관 작성하기 약관은 서비스 제공자와 사용자간의 권리, 의무, 책임을 정의한 것이다. 따라서 약관 작성은 법적 고지의 의무를 준수할 뿐 아니라 서비스 정책을 정의하기 위해 필수적인 단계이다. 일반적으로 사용자가 회원가입 단계에서 동의해야 하는 약관은 두 가지이다. 하나는 서비스 이용약관이고 다른 하나는 개인정보 수집 및 이용약관이다. 그 밖에 다른 약관은 상황(개인정보 위탁, 위치 정보 수집 등)에 따라 추가적으로 동의를 받는다. 서비.. 공감수 3 댓글수 0 2020. 12. 21.
  • 01. 회원 데이터 설계 1단계: 우선 어드민의 회원 관리 화면에서 회원 관련 데이터는 무엇이 있는지 나열해보았다. - 회원정보 조회는 검색과 결과로 구분된다. 검색 시에는 어떤 항목을 기준으로 검색하는지, 결과에는 어떤 데이터가 보여지는지 구분했다. - 설명: 해당 항목의 셀렉트 박스나 라디오 버튼을 보면 해당 항목에 어떤 데이터가 쌓이는지 짐작할 수 있다. - 테이블: 각 데이터가 어떤 테이블에서 왔을지 추측했다. 일단 회원 기본정보 테이블이 있을 것이고, 주문금액과 같은 데이터는 주문 관련 테이블에서 왔을 것이다. - 등록 방법: 카페24 어드민의 경우는 프로모드와 스마트모드를 지원하고 있는데, 두 모드에서 중복되는 데이터가 최소한의 회원 관련 필수 데이터라고 생각했다. 정리한 내용은 다음과 같다. 2단계: 파악한 데이터 .. 공감수 10 댓글수 0 2020. 12. 18.
  • 00. 이커머스 시스템 기획 프레임워크 + 프레임워크를 디벨롭하여 퍼블리에서 정책 설계 가이드 콘텐츠를 발행했습니다. 블로그는 의식의 흐름으로 작성한 것이다보니 좀 더 구체적인 방법론이 궁금하시면 퍼블리에서 보실 수 있어요 :) 기획자가 알아야 할 정책 설계 가이드: 회원 정책(템플릿 제공) 아직도 화면 중심으로 서비스를 기획하고 있다면 / 정책 설계의 4가지 요소 publy.co 제목: 바닥부터 이커머스 시스템 기획 부제: 아무리 찾아도 안 나와서 내가 함 배경: 사실 어드민/백오피스/관리자/시스템 기획에 대한 정보를 전혀 찾을 수 없는 것은 아니다. 그런데 대부분의 글들은 '어드민 기획은 어렵다' '운영 기획을 하면 주로 어드민을 다룬다' '백오피스를 알아야 한다' 등의 개괄적인 내용들이었다. 아무래도 회사 내부 데이터와 관련되어 있어서 .. 공감수 2 댓글수 0 2020. 12. 17.
    문의안내
    • 티스토리
    • 로그인
    • 고객센터

    티스토리는 카카오에서 사랑을 담아 만듭니다.

    © Kakao Corp.