카페24 쇼핑몰 제작 전에 꼭 정리해야 할 요구사항 체크리스트

카페24 쇼핑몰을 새로 만들거나 기존 쇼핑몰을 크게 개편할 때 가장 먼저 디자인부터 정하는 경우가 많습니다.

참고할 쇼핑몰을 찾고, 원하는 디자인을 정하고, 메인 화면 시안을 만들면서 제작을 시작합니다.

그런데 제작이 진행된 후 다음과 같은 요구사항이 추가되면 문제가 생길 수 있습니다.

“회원 등급마다 상품 가격이 달라요.”

“세트 상품은 구성 상품 가격을 더한 금액과 다르게 판매해야 합니다.”

“오프라인 매장 재고와 온라인 재고를 연결해야 합니다.”

“회원별로 다른 혜택을 보여줘야 합니다.”

이런 기능은 단순한 디자인 문제가 아니라 상품·회원·주문·결제·재고·외부 시스템의 구조와 연결되는 문제입니다.

따라서 카페24 쇼핑몰을 제작하기 전에는 디자인뿐만 아니라 어떤 업무를 어떻게 처리할 것인지를 먼저 정리하는 것이 좋습니다.

모든 내용을 완벽한 기획서로 만들 필요는 없습니다.

먼저 쇼핑몰에서 실제로 필요한 업무를 간단한 문장으로 적어 보는 것부터 시작하면 됩니다.

그리고 각 요구사항을 다음 네 가지 중 하나로 구분합니다.

아직 결정하지 못한 내용은 “미정”이라고 적어도 괜찮습니다.

오히려 결정되지 않은 내용을 숨긴 채 제작을 시작하는 것보다 어떤 부분이 아직 정해지지 않았는지 표시하는 것이 좋습니다.

특히 상품 가격, 결제 방식, 회원 정책, 재고, 외부 시스템 연동처럼 쇼핑몰의 구조에 영향을 주는 내용은 디자인보다 먼저 정하는 것이 좋습니다.

먼저 쇼핑몰의 판매 방식을 정해야 합니다.

다음 중 어떤 형태인지 적어보면 됩니다.

예를 들어 일반 소비자에게만 판매한다면 회원 등급과 가격 정책이 단순할 수 있습니다.

하지만 B2B 거래처가 함께 있다면 거래처별 가격, 구매 승인, 최소 주문 수량, 전용 상품 등이 필요할 수 있습니다.

오프라인 매장이 있다면 POS나 재고 시스템과 연결해야 할 수도 있습니다.

또한 해외 판매를 계획하고 있다면 처음부터 모든 국가를 지원할 필요는 없더라도 1차 오픈에서 해외몰을 포함할 것인지는 미리 정하는 것이 좋습니다.

상품 구조는 쇼핑몰 제작 범위에 큰 영향을 줍니다.

먼저 다음 내용을 확인합니다.

예를 들어 단순한 색상과 사이즈 정도라면 카페24 기본 옵션으로 충분할 수 있습니다.

하지만 다음과 같은 기능이 필요하다면 추가 개발을 검토할 수 있습니다.

“사이즈를 선택하면 가격이 자동으로 계산된다.”

“입력한 각인 문구에 따라 추가 금액이 달라진다.”

“여러 상품을 조합하면 세트 가격이 자동으로 계산된다.”

“외부 시스템의 상품 정보를 카페24와 자동으로 맞춘다.”

따라서 상품을 등록하기 전에 상품과 옵션이 실제로 어떻게 판매되는지를 먼저 정리하는 것이 좋습니다.

상품 가격도 제작 전에 반드시 확인해야 하는 항목입니다.

단순히 상품마다 하나의 판매가격이 있다면 비교적 간단합니다.

하지만 다음과 같은 조건이 있다면 별도의 가격 규칙이 필요할 수 있습니다.

특히 화면에 보이는 가격과 실제 장바구니·주문서에서 결제되는 가격이 동일해야 하는지를 확인해야 합니다.

단순히 상품 상세페이지의 숫자만 바꾸는 것과 실제 주문 금액을 변경하는 것은 다른 작업이기 때문입니다.

주문·결제와 관련된 요구사항도 제작 전에 정리해야 합니다.

예를 들어 다음과 같은 항목입니다.

특히 PG 신청과 심사에는 별도의 시간이 필요할 수 있습니다.

쇼핑몰 디자인과 개발이 모두 끝났는데 PG 심사가 완료되지 않아 결제 테스트를 하지 못하는 상황을 피하려면 PG 준비 일정도 제작 일정에 포함하는 것이 좋습니다.

정기결제나 구독처럼 일반적인 주문과 다른 방식으로 결제해야 한다면 처음부터 별도의 기능 설계를 검토해야 합니다.

회원 정책도 미리 정해 두는 것이 좋습니다.

예를 들어 다음 내용을 확인합니다.

또한 관리자 권한도 정해야 합니다.

예를 들어 대표자는 모든 메뉴를 볼 수 있지만 CS 담당자는 주문과 회원만 볼 수 있도록 제한할 수 있습니다.

별도의 관리자 화면이 필요한지도 이 단계에서 판단합니다.

다만 관리 화면이 필요하다고 해서 무조건 별도의 시스템을 개발해야 하는 것은 아닙니다.

월 몇 번 사용하지 않는 기능이라면 카페24 관리자나 엑셀로 처리하는 것이 더 적합할 수도 있습니다.

배송 정책도 단순히 배송비만 정하는 것으로 끝나지 않습니다.

다음과 같은 내용을 확인해야 합니다.

예를 들어 상품마다 배송비가 다르거나 여러 상품을 함께 주문했을 때 배송비를 계산하는 방식이 다르다면 주문 구조에 영향을 줄 수 있습니다.

물류업체나 3PL을 사용한다면 주문 데이터를 어느 시점에 전달할지도 정해야 합니다.

외부 시스템 연동은 제작 전에 반드시 확인하는 것이 좋습니다.

예를 들어 다음과 같은 시스템입니다.

연동이 필요하다면 단순히 “ERP와 연동합니다.”라고 적는 것만으로는 부족합니다.

다음 내용을 함께 정해야 합니다.

어떤 데이터를 보내는가?

언제 보내는가?

어디에서 받는가?

연동에 실패하면 어떻게 처리하는가?

예를 들어 주문이 생성되면 ERP로 보낼 것인지, 결제가 완료되면 보낼 것인지, 배송이 시작될 때 보낼 것인지에 따라 개발 방식이 달라질 수 있습니다.

또한 자동 연동이 실패했을 때 담당자가 수동으로 처리할 방법도 함께 정해 두는 것이 좋습니다.

요구사항을 정했다면 모든 기능을 커스텀 개발할 필요는 없습니다.

먼저 카페24 기본 기능으로 가능한지 확인합니다.

기본 기능으로 부족하다면 앱스토어에 필요한 기능을 제공하는 앱이 있는지 확인합니다.

그 다음에도 필요한 기능이 없다면 스킨 수정이나 커스텀 개발을 검토합니다.

예를 들어 일반적인 리뷰, 배송조회, 쿠폰, CRM 기능이라면 앱으로 해결할 수 있는 경우가 있습니다.

반면 다음과 같은 기능은 커스텀 개발이 필요할 수 있습니다.

따라서 “기능이 필요하다 = 개발해야 한다”는 방식으로 접근하지 않는 것이 좋습니다.

제작 전에 모든 내용을 결정하는 것은 현실적으로 어렵습니다.

그래서 아직 정하지 못한 항목은 다음처럼 구분하는 것이 좋습니다.

1차 오픈에 반드시 필요

→ 오픈 전 개발

2차에서 추가할 기능

→ 1차 범위에서 제외하고 별도 개발

현재는 수작업으로 처리

→ 당장은 개발하지 않음

검토 중

→ 제작 전 추가 결정

이렇게 구분하면 제작 도중 요구사항이 계속 추가되는 것을 줄일 수 있습니다.

특히 “나중에 필요할 수도 있는 기능”을 모두 처음부터 개발하면 비용과 일정이 불필요하게 커질 수 있습니다.

참고할 쇼핑몰이 있다면 URL만 전달하는 것보다 어떤 부분이 필요한지 구체적으로 설명하는 것이 좋습니다.

예를 들어

“이 쇼핑몰처럼 만들어 주세요.”

보다는

“상품 상세의 옵션 선택 방식이 필요합니다.”

“회원 등급에 따라 가격이 다르게 표시되었으면 합니다.”

“주문 완료 후 ERP로 주문 데이터를 보내야 합니다.”

처럼 원하는 동작을 설명하는 것이 좋습니다.

화면 디자인과 실제 기능은 서로 다를 수 있기 때문입니다.

참고몰의 디자인만 보고 개발하면 고객이 원하는 운영 방식이 견적과 개발 과정에서 빠질 수 있습니다.

제작 전에 다음 항목을 간단하게 작성해 보시면 좋습니다.

이 정도만 정리해도 개발업체와 상담할 때 필요한 대화가 훨씬 구체적으로 바뀝니다.

모든 것을 디자인보다 먼저 정할 필요는 없습니다.

하지만 다음 항목은 디자인보다 먼저 결정하는 것이 좋습니다.

가격 규칙

회원 정책

결제 방식

배송 구조

재고 기준

외부 시스템 연동

이런 내용은 쇼핑몰의 구조 자체에 영향을 줄 수 있기 때문입니다.

반면 다음과 같은 항목은 제작과 동시에 준비해도 되는 경우가 많습니다.

즉, 중요한 것은 모든 요구사항을 완벽하게 준비하는 것이 아니라 구조에 영향을 주는 요구사항부터 먼저 정하는 것입니다.

기존 카페24 쇼핑몰을 리뉴얼하는 경우에는 신규 쇼핑몰과 다른 체크 항목도 필요합니다.

현재 사용하는

를 먼저 확인해야 합니다.

기존 기능을 그대로 유지하면서 새로운 기능을 추가해야 하기 때문입니다.

특히 이전 개발업체가 만든 코드가 남아 있다면 어떤 기능과 연결되어 있는지 확인한 후 수정하는 것이 좋습니다.

신규 제작에서는 없는 기존 기능과의 충돌 문제가 발생할 수 있기 때문입니다.

옴니어스24는 쇼핑몰 제작을 시작할 때 바로 디자인이나 개발 범위부터 정하지 않습니다.

먼저 고객이 실제로 어떤 방식으로 상품을 판매하고 주문을 관리하는지 확인합니다.

그 후 요구사항을 다음과 같이 나눕니다.

카페24 기본 기능으로 가능한 부분

앱으로 해결할 수 있는 부분

스킨 수정으로 가능한 부분

API·별도 서버가 필요한 부분

커스텀 개발이 필요한 부분

그리고 1차 오픈에 반드시 필요한 기능과 이후 추가해도 되는 기능을 구분합니다.

이렇게 범위를 나누면 처음부터 필요하지 않은 개발을 줄이고, 실제 운영에 필요한 기능에 개발 범위를 집중할 수 있습니다.

아직 요구사항이 완전히 정리되지 않은 경우에도 현재 가장 불편한 업무나 필요한 기능부터 하나씩 정리하면서 제작 범위를 구체화할 수 있습니다.