by
May 21. 2019
쇼핑 주문서의 임시저장 기능?
가비지 데이터와 실시간 효용성
누군가 쇼핑몰에서 왜 주문서 임시저장이 되지 않는 것보니
seamless한 고민이 안된거 아니냐고 하시는 걸 봤다.
지나가는 쇼핑몰 기획자라 이 부분에 대해 몇 자 끄적여 본다. 세상에 새로운 건 하나도 없듯, 지금까지 그 아이디어를 꺼낸 임원진이 최소 한 명은 있었다. 하지만 실행 못한 이유는 단순하다.
바로 쇼핑몰이기 때문이다!!
고려요소1. 쇼핑몰은 정합성이 생명이다.
쇼핑몰에서 주문서 넘어갈 때 제일 중요한 건 무엇일까?
주문자정보?? 결제수단?
아니다. 제일 중요한 건 상품정보다.
상품정보는 재고와 가격 그리고 할인정보를 포함하다.
이 모든 정보는 실시간적이어야한다.
재고는 단독판매 상품이 아니면 어디선지도 모르고 수시로 줄어들고 있다. (아래글 참고)
(참고 : 한국 이커머스에는 빌런이 산다)
https://brunch.co.kr/@windydog/213
할인정보와 가격은 실시간적이다. 가격도 할인은 진입시점이 아니라 주문이 생겨나는 시점 기준으로 적용된다.
보통 모놀리티 아키텍쳐 환경에서는 주문서는 그냥 고객에게 view만 보여주고 실시간 정보는 주문 생성 시점에 재계산해서 맞춰본다. 그래서 주문서 진입 시점과 할인, 가격, 재고 정보가 일치하지 않으면 주문 실패로 간주하고 주문완료 페이지 대신 주문 실패 페이지로 보낸다.
마이크로시스템 아키텍쳐 환경에서는 언뜻 진입 시점 데이터대로 주문이 이뤄지는 것처럼 보인다. 하지만 프론트 주문 DB가 생성되고 ETL이나 API로 실제 주문이 생성 시키는 시스템쪽으로 이동하면 정합성에서 걸린다. 이런 경우 마이페이지에 주문 실패로 나오게 된다.
실패 내역은 이런 식인데 이 사이트가 MSA때문인지는 모르겠다이렇게 하는 이유는 여기가 쇼핑몰이기 때문이다. 돈과 재고 할인이 실시간성을 필요로 하기 때문이다. 그렇지 않다면 사람들은 무조건 낮은 가격대일 때 임시저장을 해놓지 않을까?
고려요소2. 엄청난 양의 쓰레기 데이터, 감당할 수 있겠어??
주문서의 이용실태를 보면 이용체류시간이 다른 페이지에 비해 압도적으로 짧다. 주문서에 진입하기까지 많이 고민해서 그러냐면 그것도 아니다.
주문서에서 주문완료로 넘어가는 구매전환율은 쇼핑몰보다 다르지만 1~3%내외다. 자사 앱에서는 조금 더 높지만 2자리수는 불가능하다.
실제 결제 가격을 보기위해 서성거리는 고객들이 굉장히 많다는 것이다.
여기서 임시저장을 한다는 것은 무슨 의미인가?
서성대는 모든 사람을 데이터화 시켜서 저장한다는 것이다. 척봐도 97%의 쓰레기데이터가 생겨난다. 주문하려고해도 실시간 정보가 안맞아서 실패로 떨어질 확률이 높은 쓰레기 데이터 말이다! 클라우드 환경에서 이런 조치는 누릴 수 없는 반쪽짜리 편의를 위한 거대한 비용일 뿐이다.
잘 나가는 대형 쇼핑몰의 주문서가 동시에 처리하는 숫자는 천문학이라는게 문제지만!
그래서? 주문서는 어떻게 해야 편해지나?
이 글은 '해봤는데 안되더라'하는 식의 글은 아니다.
이런 문제가 있어서 쉽게 그 생각을 실행할 수 없었다는 현업인의 하소연이라고 할까나.
대안1. 디폴드 정보 세팅
주문서를 개선한 적이 있다. 이 때 고민도 비슷했다.
결국 나는 디폴트에 주력해야했다.
거의 수정하지 않는 정보는 기억해두었다가 자동으로 세팅해준다. 그렇게 만든 건 '간단주문서'였다.
https://brunch.co.kr/@windydog/86
대안2. 임시저장 대신 장바구니 자동저장
임시저장은 데이터 낭비가 심하고 실시간 확인 정보가 문제가 생긴다. 주문서에 들어갔다가 주문을 완료하지 않은 상품 기록만 남겨도 임시저장과 비슷한 효과를 얻을 수 있을 것이다.
이미 이런 대안을 갖춘 곳은 꽤 많다. 그리고 이 기능을 해놓고 보면 실제 상품이 단 기간에 품절이 되거나 가격이 자주 바뀐다는 것을 깨달을 수 있다.
그래도 꼭 주문서에 임시저장이 필요하다면
물론 만들 수 있다.
때론 만들고나서 직접 보는게 합리적일 때도 있고
그것이 모두가 놓치는 혁신의 길이기도 하니까.
하지만 충분한 고민도 빠른 개선만큼 중요하다.
시스템이 너덜너덜 해질 수 있으니까.
