Magento가 맞는 경우
| 상품 수 | 수천 개 이상, 옵션 조합이 계속 늘어나는 카탈로그 |
|---|---|
| 프로모션 | 회원 등급·사은품·묶음 할인 규칙을 직접 세워야 하는 구조 |
| 연동 | 사내 ERP, 창고 관리, 오프라인 매장 재고와 맞물리는 주문 |
| 운영 체계 | 전담 운영 인력과 개발 여력을 함께 둘 수 있는 팀 |
대신 초기 설계와 유지보수에 드는 시간이 커집니다. 그만큼 운영 규칙을 코드로 옮길 여지도 넓습니다.
이커머스 구축
쇼핑몰 구축, 플랫폼 선택과 결제 연동
쇼핑몰은 화면보다 주문이 실제로 처리되는 흐름이 중요합니다. 상품 등록, 장바구니, 결제, 배송, 반품이 한 줄로 이어져야 하고, 그중 한 곳이 어긋나면 매출이 그 틈으로 새어 나갑니다. 여우비 디지털은 그 흐름을 기준으로 구축 범위를 잡습니다.
- 플랫폼 비교
- Magento · Shopify
- 결제 흐름
- 수단별 환불·정산 설계
- 물류 연동
- 송장·배송 상태·반품 접수
- 운영 인수인계
- 문서로 남기는 절차
주문이 처리되는 순서
구축 전에 이 여섯 단계를 먼저 적어 봅니다. 담당자가 어디에서 손을 대야 하는지가 정해지면, 필요한 기능 목록도 자연스럽게 줄어듭니다.
- 상품 등록 카테고리와 옵션 구조 반복 등록 작업을 먼저 줄입니다
- 장바구니 묶음·할인 계산 비회원 구매 허용 여부 결정
- 결제 수단별 상태와 정산 현금영수증·세금계산서 흐름
- 배송 택배사 연동과 송장 배송 방식별 선택지 분리
- 교환·반품 접수와 회수 흐름 오픈 전에 실제로 돌려 봅니다
- 정산·마감 매출과 환불 대사 운영 담당자가 매일 보는 화면
배송 방식이 다른 상품은 주문 단계에서부터 갈라 둡니다
Magento와 Shopify, 무엇을 고르나
플랫폼 선택은 무엇을 파는가보다 누가 어떻게 운영하는가에 달려 있습니다. 상품 수가 많고 프로모션 규칙이 복잡하며 자체 시스템 연동이 필요한 경우에는 Magento가 자주 비교되고, 빠르게 열고 운영 인력을 최소화하려면 Shopify가 실용적입니다. 국내 서비스 환경에서는 어느 쪽을 고르든 결제·배송·회원 흐름을 별도로 설계해야 합니다.
Shopify가 실용적인 경우
| 상품 수 | 단종과 신상품이 빠르게 도는 수백 개 규모 |
|---|---|
| 프로모션 | 정해진 도구 안에서 기간 할인과 쿠폰을 돌리는 편이 편한 구조 |
| 연동 | 기본 결제·배송 흐름을 그대로 두고 국내 절차만 덧붙이는 방식 |
| 운영 체계 | 한두 명이 상품 등록과 주문 처리를 겸하는 팀 |
대신 복잡한 규칙을 우회해 붙여야 하는 지점이 생깁니다. 그 지점을 미리 세어 두면 나중에 놀랄 일이 줄어듭니다.
두 갈래 모두 국내 결제와 배송 절차를 따로 설계해야 한다는 점은 같습니다. 그래서 상담에서는 플랫폼 이름보다 운영 인원, 상품 수, 연동 범위를 먼저 묻습니다.
카탈로그와 상품 구조
상품 옵션이 늘어나면 카테고리와 옵션을 어떻게 잡는지가 운영 부담을 좌우합니다. 색상·사이즈·묶음 판매 조합이 많아지면 단순한 목록 구조로는 감당이 안 됩니다. 저희는 상품 등록 담당자가 실제로 반복하게 될 작업을 기준으로 구조를 잡고, 여기서 시간을 들인 만큼 이후 등록 작업을 줄입니다.
카테고리 뎁스
목록이 길어질수록 고객은 세 번 안에 원하는 상품에 닿아야 합니다. 뎁스를 늘릴지, 필터로 푸는지를 먼저 정합니다.
옵션 조합
색상·사이즈·세트 구성을 각각 별도 상품으로 둘지, 하나의 옵션 축으로 묶을지에 따라 재고 관리 방식이 달라집니다.
일괄 편집
가격과 재고를 한 번에 바꾸는 작업이 얼마나 자주 생기는지 세어 봅니다. 빈도가 높으면 관리 도구가 먼저 필요합니다.
상품 등록 양식, 옵션 명명 규칙, 이미지 규격은 문서로 남깁니다. 담당자가 바뀌어도 같은 규칙으로 등록할 수 있어야 하기 때문입니다.
쇼핑몰 구축 상담하기결제 연동의 실제
국내 쇼핑몰은 신용카드, 계좌이체, 무통장입금, 휴대폰 결제, 간편결제를 함께 다루는 경우가 많습니다. 수단마다 환불 처리와 정산 주기가 다르기 때문에 주문 상태 설계도 그만큼 복잡해집니다. 이 부분을 가볍게 보면 운영 단계에서 문의가 몰립니다.
| 결제 수단 | 취소·환불 | 정산 | 증빙 |
|---|---|---|---|
| 신용카드 | 부분 취소가 잦아 주문 단위와 결제 단위를 나눠 둡니다 | 승인·매입 시점이 달라 매출 확정 기준을 정합니다 | 현금영수증 대상 아님, 매출전표 보관 |
| 계좌이체 | 입금 확인 후 처리, 취소 시 환불 계좌를 다시 받습니다 | 실시간 이체와 입금 통보가 섞이면 대사가 어려워집니다 | 현금영수증 발급 여부를 주문 단계에서 받습니다 |
| 무통장입금 | 미입금 자동 취소 기한과 재고 복원 시점을 정합니다 | 입금자명과 주문자명이 다를 때를 대비한 확인 절차 | 세금계산서 발행 요청을 받는 흐름이 필요합니다 |
| 휴대폰 결제 | 월 단위 한도와 취소 가능 기간을 안내 문구에 담습니다 | 정산 주기가 카드와 달라 별도 마감일을 둡니다 | 결제 확인 문자가 고객 문의의 근거가 됩니다 |
| 간편결제 | 연동된 결제수단에서 취소하는 창구가 따로 열립니다 | 수단별 정산 내역을 하나의 주문 상태로 묶어 봅니다 | 현금영수증 발급 요청은 연동사 정책을 따릅니다 |
어떤 수단을 열지는 가맹 계약과 정산 조건에 따라 달라지므로, 상담에서 실제 계약 상황을 확인한 뒤 목록을 확정합니다. 환불과 정산 흐름이 주문 상태 표와 어긋나면 그때부터 문의가 반복됩니다.
배송과 물류 연동
배송은 택배사 연동, 송장 출력, 배송 상태 표시, 교환·반품 접수로 이어집니다. 신선식품이나 대형 상품처럼 배송 방식이 다른 경우에는 주문 단계에서 선택지를 나눠야 합니다. 오프라인 매장과 함께 운영한다면 재고를 어디서 통합 관리할지도 함께 정합니다. 매장과 온라인 앱을 같이 운영하는 구조에서는 이 통합이 초기 설계의 핵심이 됩니다.
- 송장 출력과 상태 표시 — 발송 처리 시점에 고객에게 보이는 상태값이 함께 바뀌어야 합니다.
- 교환·반품 접수 — 접수 창구, 회수 방식, 재입고 판정까지 순서를 정해 둡니다.
- 재고 기준점 — 창고, 매장, 앱 중 어느 쪽 숫자를 기준으로 삼을지 하나를 고릅니다.
- 배송비 계산 — 도서산간, 묶음 배송, 조건부 무료 기준을 요금표로 확정합니다.
매장에서 바로 발송하는 구조라면 재고 기준점을 하나로 정합니다
회원과 로그인 설계
회원 등급과 적립금, 쿠폰은 쇼핑몰 운영에서 자주 쓰는 도구지만 설계가 엉키면 정산이 어려워집니다. 등급 산정 기준과 적립금 소멸 규칙을 먼저 적고, 그다음 화면을 만듭니다.
로그인은 자체 계정, 소셜 로그인, 본인인증 기반 중 무엇을 쓸지 정해야 합니다. 비회원 구매를 허용할지는 매출과 운영 부담에 직접 영향을 주므로, 결제 흐름을 설계할 때 같이 결정합니다.
앱과 웹을 함께 운영할 때
장바구니와 주문 데이터를 어디서 관리할지 먼저 정합니다. 보통 공통 백엔드를 두고 웹과 앱이 같은 재고와 주문을 바라보는 구조로 갑니다.
앱 안에 대화형 상품 탐색을 넣는 사례도 늘고 있습니다. 이 경우 검색 결과와 재고 데이터가 같은 시점을 보고 있어야 하므로, 서버 쪽 갱신 주기를 함께 설계합니다.
오픈 전 점검
결제 실패, 재고 불일치, 배송비 계산 오류는 오픈 직후 가장 자주 터지는 문제입니다. 저희는 오픈 전에 주문 시나리오를 여러 케이스로 나눠 점검하고, 취소와 반품까지 실제로 돌려 봅니다.
- 할인과 쿠폰이 겹쳤을 때 결제 금액이 맞는지
- 품절 상품이 장바구니에 남아 있을 때의 처리
- 도서산간 주소와 묶음 배송비 계산
- 결제 취소 후 재고와 적립금이 되돌아오는지
- 모바일 주문 완료 화면까지 실제 기기에서 확인
운영 인수인계
상품 등록, 주문 처리, 프로모션 설정 방법을 문서로 정리해 넘깁니다. 운영 담당자가 바뀌어도 이어서 할 수 있어야 하기 때문입니다. 인수인계 범위는 계약 단계에서 정합니다.
- 무엇을 넘기는가
- 상품 등록 절차, 주문 상태 변경 기준, 프로모션 설정 순서
- 어떤 형태로
- 화면 단위 설명과 함께 실제 주문 한 건을 따라가는 예시
- 이후 지원
- 오픈 후 발견되는 문제는 범위를 나눠 순서대로 처리합니다
자주 묻는 질문
상담 전에 자주 나오는 질문 세 가지를 정리했습니다. 여기에 없는 조건은 문의로 알려 주시면 확인해 드립니다.
Magento와 Shopify 중 어떤 걸 추천하시나요?
상품과 프로모션 구조가 복잡하고 자체 시스템 연동이 많으면 Magento, 빠른 오픈과 낮은 운영 부담이 우선이면 Shopify가 자주 선택됩니다. 국내 결제·배송 흐름은 어느 쪽이든 별도 설계가 필요합니다.
결제 수단은 몇 개까지 넣을 수 있나요?
기술적 제한보다 정산과 환불 흐름 설계가 관건입니다. 수단이 늘어날수록 주문 상태와 운영 절차도 함께 늘어나므로, 실제로 처리할 수 있는 범위부터 정하는 편이 좋습니다.
오픈까지 얼마나 걸리나요?
상품 구조와 연동 범위에 따라 달라집니다. 기능 목록이 확정된 뒤에 일정을 제시하고, 그 전에는 순서와 확인해야 할 항목을 먼저 정리해 드립니다.
기존 쇼핑몰을 옮길 수도 있나요?
상품 수, 회원 데이터, 주문 이력 중 무엇을 가져갈지 먼저 정합니다. 이관 범위가 정해지면 옮길 항목과 새로 만드는 항목을 나눠 일정을 잡습니다.
상담은 평일 09:00 - 18:00에 진행하며, 주말과 공휴일은 휴무입니다. 문의 내용을 남겨 주시면 확인 후 순서대로 답변드립니다.
구축 범위는 주문 흐름에서 나옵니다
판매할 상품과 운영 인원, 연동해야 할 시스템을 알려 주시면 그에 맞춰 플랫폼과 작업 범위를 정리해 드립니다. 상품 구조가 아직 정리되지 않았어도 괜찮습니다. 그 정리부터 함께 시작합니다.
- 상담 시간
- 평일 09:00 - 18:00 (주말 및 공휴일 휴무)
- 전화
- +82 2-542-5298
- 주소
- 서울특별시 마포구 양화로15안길 19, 2층 디테일에이 114호 (서교동), 대한민국
이커머스 외에 웹사이트와 모바일 앱, AI 기능도 같은 팀에서 진행합니다.