카페24 앱으로 될 때와 커스텀 개발이 필요할 때 구분하는 방법

카페24 쇼핑몰에 새로운 기능이 필요하면 먼저 앱스토어에서 관련 앱을 찾아보는 경우가 많습니다.

정산, 구독, 리뷰, CRM, 옵션, 배송, 회원 관리 등 필요한 기능을 검색하면 비슷한 앱을 쉽게 찾을 수 있습니다.

문제는 앱을 설치하고 실제로 사용해 보면 생깁니다.

“거의 되는데 우리 쇼핑몰에 필요한 기능 하나가 안 되네요.”

이런 상황에서는 다른 앱을 찾아야 할지, 여러 앱을 함께 사용해야 할지, 아니면 처음부터 커스텀 개발을 해야 할지 판단하기 어렵습니다.

카페24 앱과 커스텀 개발은 서로 경쟁하는 방법이 아닙니다.

앱은 많은 쇼핑몰에서 사용하는 일반적인 기능을 빠르게 적용하는 방법이고, 커스텀 개발은 우리 쇼핑몰만의 업무 방식이나 외부 시스템을 연결하는 방법에 가깝습니다.

따라서 중요한 것은 “앱이 있느냐”가 아니라 내가 원하는 기능의 규칙을 앱이 실제로 처리할 수 있느냐입니다.

앱이 제공하는 기능과 쇼핑몰에서 원하는 기능이 거의 같다면 앱으로 해결하는 것이 적합할 수 있습니다.

예를 들어 다음과 같은 기능은 먼저 앱을 확인해 볼 수 있습니다.

이런 기능은 이미 많은 쇼핑몰에서 사용하기 때문에 직접 개발하는 것보다 앱을 설치하고 설정하는 편이 빠를 수 있습니다.

앱은 월 이용료가 발생할 수 있지만, 초기 개발비와 유지보수 비용까지 함께 비교하면 앱이 더 적합한 경우도 있습니다.

따라서 “앱은 무조건 저렴하고 커스텀은 무조건 비싸다”라고 단순하게 판단하기보다 실제 사용 기간과 관리 비용을 함께 비교하는 것이 좋습니다.

커스텀 개발이 필요한 대표적인 경우는 우리 쇼핑몰의 운영 규칙이 일반적인 앱의 기능과 다른 경우입니다.

예를 들어 다음과 같은 요구사항입니다.

이런 기능은 단순히 화면을 추가하는 것만으로 해결되지 않을 수 있습니다.

쇼핑몰의 주문 데이터나 회원 데이터를 가져와 계산하거나 외부 시스템과 연결해야 한다면 API·별도 서버·DB를 이용한 커스텀 개발이 필요할 수 있습니다.

앱을 검토할 때 가장 판단하기 어려운 상황이 있습니다.

바로 원하는 기능의 90%는 되는데 중요한 10%가 안 되는 경우입니다.

예를 들어 일반적인 회원별 할인은 되지만 거래처별 개별 가격은 안 될 수 있습니다.

또는 주문 정산은 가능하지만 우리 회사에서 필요한 수당 계산 방식은 지원하지 않을 수 있습니다.

이때 중요한 것은 안 되는 10%가 얼마나 중요한가입니다.

단순한 문구나 화면 위치처럼 사소한 부분이라면 다른 방법으로 해결할 수 있습니다.

하지만 안 되는 부분이 다음과 관련되어 있다면 이야기가 달라집니다.

이런 핵심 업무를 엑셀이나 수작업으로 계속 보완해야 한다면 앱 하나를 사용하는 의미가 줄어들 수 있습니다.

앱을 설치하기 전에 단순히 기능 목록과 별점만 보는 것보다 다음 내용을 확인하는 것이 좋습니다.

1. 우리 업무 규칙과 같은가?

앱에서 가격, 할인, 정산, 적립 등을 계산하는 방식이 우리 쇼핑몰의 운영 방식과 같은지 확인해야 합니다.

예를 들어 앱 설명에는 “회원별 할인”이라고 되어 있어도 우리 쇼핑몰에서 원하는 방식과 정확하게 일치하지 않을 수 있습니다.

2. 데이터는 어디에 저장되는가?

주문·회원·정산 데이터가 카페24에 남는지, 앱의 별도 시스템에 저장되는지 확인해야 합니다.

나중에 다른 앱이나 ERP로 데이터를 옮겨야 한다면 데이터 export나 API 제공 여부도 중요합니다.

3. 기존 기능과 충돌하지 않는가?

이미 사용 중인 앱이나 스킨, 스크립트와 충돌할 수 있습니다.

특히 다음 기능은 여러 앱을 동시에 사용할 때 주의해야 합니다.

여러 앱이 서로 다른 기준으로 같은 데이터를 처리하면 운영이 복잡해질 수 있습니다.

4. 앱을 나중에 바꿀 수 있는가?

앱을 사용하다가 다른 앱이나 커스텀 개발로 변경할 가능성도 생각해야 합니다.

앱을 삭제했을 때 데이터가 어떻게 되는지, 과거 주문이나 회원 데이터가 남는지, 다른 시스템으로 데이터를 가져갈 수 있는지를 미리 확인하는 것이 좋습니다.

앱과 커스텀 개발 중 하나만 선택해야 하는 것은 아닙니다.

실제로는 앱으로 가능한 부분은 앱을 사용하고, 앱으로 처리할 수 없는 부분만 커스텀 개발하는 방식도 가능합니다.

예를 들어 다음과 같은 구조입니다.

카페24 기본 기능 + 앱 → 일반적인 회원·리뷰·쿠폰 기능

API + 별도 서버 → 회사만의 정산·수당 계산

이런 방식을 사용하면 모든 기능을 처음부터 직접 개발할 필요가 없습니다.

예를 들어 회원 리뷰는 기존 앱을 사용하면서, 주문 데이터를 이용한 가맹점별 정산만 별도로 개발하는 방식입니다.

이처럼 필요한 부분만 커스텀으로 추가하면 개발 범위를 줄이면서도 쇼핑몰에 필요한 기능을 만들 수 있습니다.

기능이 부족하다고 비슷한 앱을 계속 추가하는 것은 주의해야 합니다.

예를 들어 다음과 같은 구조가 만들어질 수 있습니다.

앱 A → 회원 할인

앱 B → 쿠폰

앱 C → 적립금

엑셀 → 정산

처음에는 각각의 기능이 정상적으로 작동하는 것처럼 보이지만, 서로 다른 기준으로 데이터를 계산하기 시작하면 운영이 복잡해질 수 있습니다.

특히 관리자가 매일 여러 화면을 확인하면서

“어느 숫자가 정확한가?”

를 확인해야 한다면 자동화의 장점이 줄어듭니다.

따라서 비슷한 앱을 여러 개 설치하기 전에 하나의 시스템에서 필요한 규칙을 처리할 수 있는지 검토하는 것이 좋습니다.

쇼핑몰 기능만 사용할 때는 앱으로 충분할 수 있지만, 외부 시스템과 데이터를 주고받아야 한다면 추가 검토가 필요합니다.

예를 들어 다음과 같은 시스템이 있습니다.

이 경우 앱에서 데이터를 제공하는지, API나 웹훅을 지원하는지 확인해야 합니다.

앱의 화면에서는 원하는 정보를 볼 수 있어도 외부 시스템으로 필요한 데이터를 보내는 기능이 없다면 별도의 개발이 필요할 수 있습니다.

다음과 같은 상황이 반복된다면 앱만으로 해결하기 어려운지 검토해 보는 것이 좋습니다.

앱을 사용해도 같은 엑셀 작업을 계속하고 있다

→ 앱으로 자동화하려던 업무가 실제로는 여전히 수작업으로 남아 있는 경우입니다.

카페24 관리자와 앱 관리자에서 숫자가 다르다

→ 어떤 시스템의 데이터를 기준으로 사용할지 정해야 합니다.

앱 A + 앱 B + 엑셀을 함께 사용하고 있다

→ 여러 시스템을 연결하기 위한 별도 구조가 필요할 수 있습니다.

외부 시스템으로 보내야 할 데이터가 앱에 없다

→ API나 별도 서버를 이용한 연동을 검토할 수 있습니다.

관리자 전용 화면이 필요하다

→ 앱에서 제공하지 않는 화면이라면 별도의 관리 시스템을 개발할 수 있습니다.

우리 쇼핑몰만 사용하는 계산 방식이 있다

→ 범용 앱보다 커스텀 로직으로 만드는 것이 적합할 수 있습니다.

단순히 처음 지불하는 금액만 비교하면 정확한 판단이 어렵습니다.

앱은 일반적으로 다음과 같은 비용 구조를 가질 수 있습니다.

앱 설치 → 월 이용료 → 필요에 따라 추가 비용

커스텀 개발은 다음과 같은 구조가 될 수 있습니다.

초기 개발 → 서버·유지보수 → 필요할 때 기능 수정

따라서 실제 사용 기간을 기준으로 비교하는 것이 좋습니다.

예를 들어 1~2년 이상 사용할 기능이라면 앱의 누적 이용료와 커스텀 개발비, 유지보수 비용을 함께 비교해야 합니다.

반대로 일시적으로 필요한 기능이거나 빠르게 테스트해야 하는 기능이라면 앱이 더 적합할 수 있습니다.

다음 질문에 답해 보면 현재 상황을 정리하기 쉽습니다.

특히 중요한 업무를 앱으로 처리하지 못해 계속 수작업으로 보완하고 있다면, 단순히 다른 앱을 하나 더 찾는 것보다 커스텀 개발 범위를 검토하는 것이 좋습니다.

간단하게 정리하면 다음과 같습니다.

중요한 것은 기능의 개수보다 업무 규칙의 차이입니다.

앱이 10가지 기능을 제공하더라도 가장 중요한 한 가지 규칙을 처리하지 못한다면 실제 운영에서는 불편할 수 있습니다.

옴니어스24는 기능을 추가할 때 무조건 앱을 추천하거나 처음부터 커스텀 개발을 권하지 않습니다.

먼저 현재 쇼핑몰에서 어떤 업무를 하고 있는지 확인합니다.

그 후 카페24 기본 기능으로 가능한 부분, 앱으로 해결할 수 있는 부분, 스킨 수정이 필요한 부분, API·별도 서버가 필요한 부분을 나누어 봅니다.

앱으로 충분한 기능이라면 불필요하게 커스텀 개발 범위를 늘리지 않고, 앱으로 해결되지 않는 부분만 별도로 개발하는 방식도 검토합니다.

특히 앱을 사용해도 반복적인 엑셀 작업이 남거나, 외부 시스템과 연결해야 하거나, 쇼핑몰만의 복잡한 계산 규칙이 있다면 해당 부분을 중심으로 커스텀 개발 범위를 정합니다.