‘스킨만 손보면 된다’고 했다가 생기는 오해
카페24 쇼핑몰을 고치려 할 때, 상담에서 가장 자주 섞여 들리는 말이 ‘스킨 수정’과 ‘커스텀 개발’입니다. 둘 다 화면이 바뀌어 보이기 때문에 같아 보이지만, 실제로는 작업 범위·일정·비용·유지보수 방식이 꽤 다릅니다.
스킨 수정은 주로 보이는 디자인·배치·문구·일부 표시 로직을 손보는 일에 가깝고, 커스텀 개발은 주문·회원·정산·연동처럼 운영 규칙을 새로 만들거나 확장하는 일에 가깝습니다. 이 차이를 먼저 나눠 두면, 견적을 받을 때도 ‘왜 이렇게 다르지?’라는 혼란이 줄어듭니다.
스킨 수정과 커스텀 개발, 한눈에 나누는 기준
스킨 수정은 카페24 쇼핑몰의 HTML/CSS/JS 스킨 파일을 중심으로, 레이아웃·색·폰트·배너·상세 구성, 특정 조건에서 문구를 보이게 하는 정도의 작업을 말합니다. 기본 기능의 흐름은 그대로 두고, 보여주는 방식을 우리 브랜드에 맞게 다듬는 경우가 많습니다.
커스텀 개발은 기본·앱만으로 부족한 규칙을 코드로 옮기는 일입니다. API·별도 서버·관리자 화면·배치·웹훅을 섞어, 구독 회차, 수당 계산, 가맹 정산, 특수 옵션 조합처럼 ‘우리 몰만의 처리’를 만듭니다. 화면이 바뀌더라도, 핵심은 디자인보다 데이터와 업무 규칙에 있습니다.
스킨 수정에 가까운 요청
메인·상세·리스트의 배치를 바꾸고 싶다, 모바일에서 버튼 위치를 조정하고 싶다, 특정 카테고리만 다른 배너를 보이게 하고 싶다처럼 ‘보이는 것’이 중심이면 스킨 쪽을 먼저 보는 경우가 많습니다.
커스텀 개발에 가까운 요청
회원 등급별로 수당을 자동 계산하고 싶다, 주문 후 외부 시스템에 상태를 보내고 싶다, 관리자가 매일 쓰는 정산·검수 화면이 필요하다처럼 ‘처리 규칙’이 중심이면 커스텀 개발 범위를 검토하게 됩니다. 스킨만으로는 데이터가 쌓이거나 계산되지 않는 경우가 많습니다.
- 스킨: 보여 주는 방식 중심 (디자인·배치·표시 조건)
- 커스텀: 운영 규칙 중심 (계산·연동·상태·관리 화면)
- 견적 단위도 다름 — 페이지 수정 vs 기능·연동 범위
- 유지보수도 다름 — 스킨 파일 수정 vs 서버·규칙·권한 관리
상담·견적에서 헷갈리지 않으려면
요청을 적을 때 ‘화면을 이렇게 바꾸고 싶다’만 쓰면, 상대는 스킨 작업으로 이해할 수 있습니다. 그 화면 뒤에서 주문·회원·정산이 어떻게 바뀌어야 하는지도 한 줄 적어 두면, 스킨인지 커스텀인지 훨씬 빨리 갈립니다.
또한 스킨 수정으로 시작한 작업이 중간에 커스텀으로 커지는 경우가 있습니다. ‘버튼만 하나 더’처럼 보여도, 그 버튼이 새로운 결제·상태·권한을 만들면 개발 범위가 늘어납니다. 처음부터 1차 범위를 문장으로 정해 두면 일정 조율이 수월합니다.
- 원하는 결과 문장에 ‘보이는 것’과 ‘처리되는 것’을 같이 적기
- 앱으로 되는지, 스킨만으로 되는지, 서버·API가 필요한지 물어보기
- 기존 스킨·다른 업체 작업물이 있으면 영향 범위를 먼저 말하기
- 오픈 후 수정이 스킨 수준인지, 기능 추가인지 구분해 두기
옴니어스가 스킨과 커스텀을 나누어 보는 방식
옴니어스는 상담에서 요청을 듣고, 스킨 수정으로 충분한지와 커스텀 개발이 필요한지를 먼저 나눕니다. 불필요하게 큰 개발을 권하기보다, 기본·앱·스킨으로 되는 부분과 규칙 개발이 필요한 부분을 솔직히 안내드리는 편입니다.
거품 없는 범위로 일한 만큼 제안드리고, 자료가 정리되어 있지 않아도 바꾸고 싶은 화면과 바꾸고 싶은 업무 규칙부터 같이 적습니다. 둘을 섞어 진행해야 하는 경우에도 1차·2차로 나눠 일정을 맞출 수 있습니다.
다음에 보면 좋은 글·페이지
커스텀이 필요한지 기본으로 충분한지부터 보고 싶다면 관련 비교 가이드를, 커스텀 유형 전반은 커스텀 기능 개발 글을 이어서 읽어 보세요. 업체를 고를 때는 상담 질문 10가지도 도움이 됩니다.
서비스 안내·진행 방식·FAQ에서 작업 범위 이야기를 더 볼 수 있고, 문의 페이지에 현황만 남겨 주셔도 됩니다. 스킨인지 커스텀인지 기준으로 안내해 드립니다.