사이트 유형별 설계 개념
우리가 흔히 알고 있는 일반적이 의류 쇼핑몰을 포함하여 쿠팡, G마켓, 11번가 등 상품을 사고파는 형태를 가지고 있는 사이트는 쇼핑몰에서 파생된 형태를 가지고 있다고 생각하시면 됩니다. 일반인들은 쇼핑몰이라고 말하지만 IT기획자 된 이상 이제는 쇼핑몰과 플랫폼을 구별할 수 있어야 합니다. IT에서 쇼핑몰은 한 기업이나 개인이 제품이나 고객 응대를 자급자족하여 운영하는 형태를 말하며, 플랫폼(Platform)은 수요와 공급을 중개해 주는 역할을 주요 서비스로 제공하는 것을 말합니다.
쇼핑몰은 이용자 화면과 관리자 화면 간의 관계, 상품 결제 후 처리 프로세스 등과 같이 다소 복잡한 기능을 가지고 있기 때문에 회사 홈페이지나 커뮤니티형 사이트보다 기획 및 개발 난이도가 높습니다. 하지만 쇼핑몰의 복잡한 기능을 잘 이해하면 다른 웹 사이트는 아주 수월하게 기획할 수 있습니다. 실무 기술을 잘 익혀 다른 사이트를 만들 때 충분히 응용도 가능합니다. 따라서 기획자로서 첫 시작을 쇼핑몰 구축 업무로 시작해 보는 것은 경험에 큰 도움이 됩니다.
쇼핑몰은 이미 개발이 완료된 형태를 제공받아 기업의 색깔에 맞게 디자인만 수정하여 사용할 수 있는 솔루션 형태의 서비스가 많이 발전하여, 특별한 구조를 원하는 쇼핑몰이 아닌 경우 대부분 쇼핑몰 솔루션을 이용하여 오픈합니다. 쇼핑몰 솔루션에서 제공되지 않거나, 전혀 다른 형식의 쇼핑몰을 구현할 경우 아래와 같은 개념이 머릿속에 있어야 합니다.
판매하려는 상품의 특징을 파악하여, 상품 등록 구조를 설계해야 합니다. 쇼핑몰에서 판매하는 상품이 기성품이라면 상품 등록이 수월하겠지만, 대부분 쇼핑몰을 직접 구축하려는 기업은 상품 특성상 쇼핑몰 솔루션에서 제공되는 기능으로는 상품 판매가 어려워 쇼핑몰을 구축하는 것입니다. 옷으로 비교한다면 맞춤 제작과 같은 개념입니다. 따라서 상품의 특징을 파악하고 상품 등록 시 어떤 기능이 필요한지 유추해야 합니다. 예를 들면 고기를 판매하는 정육 쇼핑몰을 구현한다고 가정해 봅시다. 삼겹살은 일반 상품처럼 1개, 2개씩 판매하는 상품이 아닙니다. 그램 단위로 판매하는 특징이 있습니다. 그렇다고 해서 1g을 배송해 줄 수도 없는 사항입니다. 그리고 일반 기성품 보다 가격 변동이 심합니다. 오늘과 내일 가격이 달라 상품 가격을 수시로 수정해 주어야 합니다. 일반 상품과는 다른 특징들이 있습니다. 이러한 사항들을 체크해서 상품 등록 시 필요한 기능은 무엇인지 체크해야 합니다. 따라서 아래와 같은 정책이나 기능을 규정할 수 있어야 합니다.
판매 정책
- 최소 300g 이상 구매
- 100g 단위 추가 구매 가능
가격 수정 기능
- 상품 가격을 일괄 수정할 수 있는 기능 필요
선택 옵션
- 고기 써는 두께, 파채 등 서비스로 제공될 수 있는 무료 옵션 기능 필요
- 고기 등급, 고기 소스 등 유료 옵션 기능 필요
온프라인 주문이 접수 되었을 때 어떤 과정을 통해서 상품이 발송되는지 분석하여, 쇼핑몰에서 동일한 처리과정을 거치도록 설계해야 합니다. 일반적으로 주문확인, 상품 준비중, 배송중, 배송완료의 과정을 거치게 됩니다. 이를 IT에서는 상태값(Status Value)이라고 하는데요. 상품 처리 과정 중 주문된 상품의 현 단계를 말해줍니다. 우리가 상품을 주문하고 배송현황을 확인할 때 자주 접하던 단어들입니다. 그럼 어떤 쇼핑몰을 기획하더라도 같은 프로세스로 구성하면 되는 것 아닌가?하는 의문이 들 수 있습니다. 중요한 것은 동일하게 따라하는 것이 아니라 처리 형태를 분석해서 시스템화 하는 기획력입니다. 모두 같은 형태의 쇼핑몰만 기획하라는 법은 없으니까요. 예를 들면 고급 수제 가구를 제작/판매하는 쇼핑몰을 구현한다고 가정해 봅시다. 모든 제품을 수제로 만들다보니 제작하는데도 시간이 오래 걸리고, 가격도 고가입니다. 그리고 작은 부피의 제품도 있지만 대부분 제품이 크다 보니 택배로는 배송이 어렵습니다. 그리고 주문이 접수되어 제작하는 과정에 해당 주문이 취소되는 난감한 경우도 발생할 수 있습니다. 이런 경우 쇼핑몰에는 어떤 기능과 어떤 상태값이 필요할까요. 사이트를 기획할 때는 꼭 일반적인 형태를 따르지 않아도 됩니다. 기업의 업무 형태에 맞게 기획하는 것이 중요합니다.
○ 계약 단계
고가 제품, 장시간의 제작기간, 주문 취소의 문제로 주문 완료 시 전액 결제가 아닌 ‘계약금’이라는 정책 필요
- 사업자 입장 : 주문취소에 대한 부담감을 줄임
- 소비자 입장 : 계약된 기간 이상 제품 발송이 지연되는 경우의 불안감 해소
○ 계약완료 단계
계약이 완료되고 소비자가 계약금을 입금 완료한 상태
○ 공정 단계
기업에서 제품을 제작하는 단계
- 공정 기간이 10일 이상이므로, 제작완료 5일전, 제작완료 4일전의 D-day 기능 필요
→ 이를 통해 작업자는 남은 공정기간을, 소비자는 남은 배송 기간을 확인할 수 있음
○ 잔금 결제 단계
제품 제작이 완료되어, 잔금을 결제하는 단계
○ 배송 단계
잔금이 결제되어 제품이 배송되는 단계
- 자사배송 : 제품 부피가 커 택배 발송이 불가한 상품은 자사 차량으로 배송
- 택배배송 : 제품 부피가 작고, 파손 우려가 적은 상품은 택배로 발송
○ 제품 확인 단계
소비자가 제품을 확인 후 이상 시 무상 수리 진행 단계
○ 구매 확정 단계
소비자가 제품에 이상 없음을 확인하고, 거래를 완료한 단계
구매, 환불, 반품, 취소 절차 등의 프로세스도 마찬가지로 위와 같이 오프라인 상의 처리 형태를 분석하여 설계하는 것이 중요합니다.
관리자 화면(Back-End)이란 운영자가 이용자(Front-End) 화면에 노출되는 상품 및 배너 등을 관리하거나 가입된 회원목록, 접수된 주문을 확인하거나 쇼핑몰에 이용자가 유입되는 통계, 접수된 주문들의 일, 월, 년별 매출 현황을 제공하는 화면입니다. 이용자 화면만큼이나 관리자 화면에도 다양한 기능이 많습니다. 관리자 화면을 기획할 때에는 관리자 화면을 실제 사용하는 운영자들의 업무를 파악하는 것이 필요합니다. 이를 구체적으로 분석하여 문서로 정리한 것을 ‘현행 업무 분석서’라고 하는데요. 이를 토대로 관리자 화면의 기능과 정책을 규정합니다. 아래의 표는 화장품 쇼핑몰을 관리하는 직원들의 업무를 분석하여 필요한 기능과 정책을 작성한 예입니다.
○ 회원 관리
- 도매와 소매 판매를 동시에 진행하므로 개인과 사업자의 구분되어 관리 필요
- VIP 고객을 관리자 설정할 수 있는 기능 필요 (VIP 고객은 모든 제품 상시 10% 할인)
○ 상품 등록
- 이벤트 상품을 정확한 시간에 오픈해야하는 마케팅 정책으로 상품 등록 시 ‘즉시 등록’, 예약 등록 기능이 필요함
- 도소매를 동시에 진행하므로, 한 상품에 도매가와 소매가를 입력할 수 있어야 함
○ 주문 관리
기성품 주문과 맞춤이 있으므로 이를 구분하여, 주문 처리 과정을 다르게 구성해야 함
- 일반 : 주문확인 → 상품포장 → 배송중 → 배송완료
- 맞춤 : 주문검토 → 계약단계 → 상품제작 → 계약완료 → 배송중 → 배송완료→ 제작불가 → 협의단계 → 주문취소 (협의 내용에 따라 계약단계, 주문취소 상태로 변경)
○ 정산
사업자의 경우 월별 구매 이력을 산출하여, 세금계산서 발행 기능이 필요함
○ 통계
회원 증감, 접속자 수, 구매자 수 등 일, 월, 년별 조회가 가능해야 함
○ 매출 관리
도매와 소매로 구분하여 일, 월, 년별 매출 조회가 가능해야 함
○ 접근 권한
정산, 매출 관리 메뉴는 특정 직원만 접근할 수 있도록 구성해야 함
이 처럼 업무를 분석하고 기능과 정책을 산출 위해서는 현장에서 진행되는 업무 현황을 관찰하는 경우도 있고, 직원들의 인터뷰를 통해서 현 업무 과정, 필요한 기능 등을 산출하기도 합니다. 중요한 것은 오프라인에서 행해지는 업무들을 온라인으로 시스템화하는 것입니다.