방법: 화이트 라벨 앱 재판매하기

업데이트 날짜 11. 6월 2025 작성자 Jan Bunk

리셀러가 브랜드와 고객 설정을 맞춤 구성할 수 있는 화이트 라벨 앱 패키지를 소개하고 있어요.

리셀러 프로그램의 전반적인 개요를 제공하는 리셀러 랜딩 페이지는 이미 확인하셨을 거예요. 이 글에서는 고객을 위한 앱을 실제로 제작하고 게시하는 실무적인 절차를 더 자세히 살펴볼게요.

기본적인 결정 사항

webtoapp.design 앱을 재판매할 때 가장 먼저 생각해야 할 질문은 "이 과정에 어느 정도까지 관여하고 싶은가요?"예요. 이 결정은 이후의 모든 과정에 영향을 줘요. 고객을 대신해 앱과 관련된 거의 모든 작업을 처리하거나, 고객에게 작업을 맡길 수 있어요.

기존 리셀러에게 효과적이었던 방식을 바탕으로 말씀드리면, 과정에 적극적으로 관여하고 고객을 대신해 대부분의 단계를 처리하는 것을 권장해요. 여기에는 몇 가지 이유가 있어요.

  • 고객이 왜 여러분과 협력하는지 생각해 보세요.
    • 여러분이 고객의 웹 개발자라면 고객은 기술적인 업무를 대신 처리해 주기를 기대해요. 앱을 제작하고 게시하는 일은 그렇게 어렵지 않지만 어느 정도의 컴퓨터 활용 능력은 필요해요.
    • 여러분이 고객의 마케팅 대행사라면 고객은 모든 마케팅 업무를 처리해 주기를 기대해요. 앱을 게시할 때는 앱 설명을 작성하고, 보기 좋은 스크린샷을 디자인하는 등 여러분의 핵심 역량에 해당할 가능성이 높은 여러 작업을 수행해야 해요.
    • 이 밖에도 여러분의 역할과 겹치는 부분을 분명히 찾을 수 있을 거예요. 고객이 여러분에게 앱 제작을 요청했거나 반대로 여러분이 고객에게 제안한 데에는 이유가 있을 테니까요.
  • 앱 제작 및 게시 과정 전체를 처리하는 등의 추가 서비스를 제공하면 저희나 다른 웹사이트-앱 변환 서비스가 책정한 가격에 얽매이지 않을 수 있어요. 제공하는 추가 가치를 명확하게 설명하면 고객은 단순한 앱 제작 비용보다 더 높은 금액을 청구하는 이유를 이해할 거예요.
  • 조만간 고객은 앱과 관련된 지원을 요청할 가능성이 높아요. 따라서 모든 과정의 작동 방식을 잘 알고 있으면 큰 도움이 돼요. 또한 어떤 고객은 매우 세심한 안내가 필요해서, 설명해 주는 것보다 모든 작업을 대신 처리하는 편이 오히려 더 빠를 수 있어요. 게다가 "가끔 간단한 질문을 하는" 경우보다 이러한 서비스에 비용을 청구하는 것이 훨씬 쉬운 경우가 많아요.

따라서 아래에서는 고객을 대신해 앱 제작 및 게시 과정의 대부분을 처리한다고 가정할게요. 물론 원한다면 다른 방식으로 진행해도 괜찮아요!

앱 제작하기

여기에서 고객을 위한 앱 제작을 시작하세요. 아직 webtoapp.design 계정이 없다면 이메일 주소를 입력하라는 메시지가 표시돼요. 고객의 이메일 주소가 아닌 본인의 이메일 주소를 사용하세요.

그런 다음 웹사이트의 안내에 따라 모든 맞춤 설정 단계를 진행하세요. 첫 번째 미리보기를 확인하면 결제 화면으로 이동해요. 여기에서 고객이 원하는 기능과 사용자 수에 맞는 구독 요금제를 선택할 수 있어요.

그런 다음 Android 및 iOS용 앱 미리보기에 모두 접근할 수 있으며, 테스트용 앱도 다운로드할 수 있어요. 이를 사용해 앱을 추가로 조정하고, 작업이 끝나면 고객에게 공유하세요. 고객의 피드백에 따라 앱 게시 절차를 시작하기 전에 마지막 변경 사항을 적용할 수 있어요.

고객에게 비용 청구하기

한편으로는 리셀러인 여러분이 각 앱에 대해 webtoapp.design 구독을 유지하고, 다른 한편으로는 고객에게 앱 비용을 청구해요. webtoapp.design 가격보다 높은 금액이라면 원하는 가격을 청구할 수 있으므로, webtoapp.design 구독료와 고객에게 제공하는 추가 서비스 비용을 모두 충당할 수 있어요.

앱이 많다면 연간 구독을 이용하는 것이 좋아요. 비용이 더 저렴하고 관리해야 할 청구서 수도 줄어들어요. 앱마다 1년에 한 장만 발행되기 때문이에요.

앱 스토어 게시

개발자 계정 만들기

앱 스토어에 앱을 게시하려면 각 플랫폼(Google/Apple)의 개발자 계정이 필요해요. 개발자 계정을 하나 등록해 모든 고객의 앱을 그 계정에 게시할지, 아니면 고객마다 별도의 계정을 만들도록 할지 결정하기가 다소 어려울 수 있어요. 대행사에서 제작하는 모든 앱을 하나의 개발자 계정에 등록할 때의 장단점을 살펴볼게요.

  • 앱 상태에 관한 모든 알림을 받을 수 있어요. 예를 들어 앱 스토어의 심사 거절이나 앱 업데이트 요구 사항에 관한 알림을 받을 수 있어요.
  • 고객이 Google/Apple 개발자 계정 비용을 지불하지 않아도 되므로 더 저렴해요.
  • 고객이 다소 오래 걸리는 등록 절차와 본인 인증을 거치지 않아도 되므로 더 빠르고 간편해요.
  • 계정에 대한 전체 접근 권한이 있으므로 앱 게시의 모든 단계를 관리할 수 있어요. 자세한 내용은 고객의 개발자 계정으로 작업하는 방법에 관한 섹션을 확인하세요.
  • 개발자 계정에는 여러분 또는 회사의 이름이 표시되며, 이 이름은 앱 스토어에서 앱 게시자명으로 노출돼요. 일부 고객은 이를 원하지 않을 수 있어요.
  • Apple이 하나의 개발자 계정으로 여러 고객의 앱을 게시하도록 허용하는지는 명확하지 않아요. Google은 이를 허용하지만 권장하지는 않아요. 자세한 내용은 아래에서 확인하세요.

하나의 개발자 계정을 여러 고객에게 사용해도 되나요?

앱 스토어 가이드라인에는 webtoapp.design과 같은 앱 제작 서비스가 자사의 개발자 계정을 고객과 공유하면 안 된다고만 명확하게 명시되어 있어요. 하지만 이 규칙이 대행사에도 적용되는지는 명확하지 않아요. 이전에 Apple이 다른 고객의 여러 앱과 함께 동일한 계정에 게시된 리셀러의 앱을 거절한 사례가 있었어요. 따라서 실제로 여러 앱을 제작하고 나면 문제가 될 수 있어요. 고객의 앱을 게시하는 데 필요한 권한을 보유하고 있다는 문서를 Apple에 제공하면 이 문제를 피할 수도 있어요. 하지만 아직 시도해 보지는 않았어요.

Google Play 스토어의 Android 앱에서 개발자 계정 공유와 관련된 문제가 발생했다는 이야기는 아직 듣지 못했어요. Google은 고객센터에서 이를 중앙 집중식 계정 관리라고 부르며 관련 내용을 안내하고 있어요. 하나의 개발자 계정을 공유하는 것을 권장하지는 않지만, 금지하지도 않아요.

안전하게 진행하려면 단점이 있더라도 각 고객이 자신의 개발자 계정을 등록하도록 하세요.

고객의 개발자 계정으로 작업하기

고객이 직접 개발자 계정을 등록하도록 하기로 결정한 경우를 위해 몇 가지 추가 정보를 안내해 드릴게요. 두 앱 스토어 모두 다른 사용자에게 개발자 계정 접근 권한을 부여하는 시스템을 제공해요. 접근 권한을 얻으면 고객을 대신해 앱 게시 단계를 완료할 수 있어요.

Google Play 스토어

고객이 자신의 Google 개발자 계정에 관리자로 초대할 수 있어요. 그러면 고객을 대신해 가이드에 안내된 모든 단계를 진행할 수 있어요.

Google 개발자 계정에 사용자를 초대하는 방법을 설명한 가이드예요. 물론 고객은 저희 이메일 주소가 아니라 여러분의 이메일 주소를 초대해야 해요.

Apple App Store

안타깝게도 Apple 개발자 포털(App Store Connect)의 일부 작업은 제한되어 있어 계정 소유자만 완료할 수 있어요. 이러한 작업의 예시는 다음과 같아요.

  • API 키 생성(webtoapp.design이 대부분의 단계를 자동으로 처리하는 데 필요해요)
  • 푸시 알림 키 생성

고객이 조직 개발자 계정을 등록하고(유한책임회사 또는 이와 유사한 법인을 운영하는 경우에만 가능해요) 여러분을 관리자로 초대했다면 이러한 작업 중 일부를 직접 수행할 수도 있어요.

Apple 개발자 계정에 사용자를 초대하는 방법을 설명한 가이드예요. 물론 고객은 저희 이메일 주소가 아니라 여러분의 이메일 주소를 초대해야 해요.

전체 접근 권한을 얻는 방법

고객의 계정에 대한 전체 접근 권한을 얻는 유일한 방법은 고객에게 로그인 정보를 받거나(2단계 인증을 고려하세요), 고객이 컴퓨터에서 로그인한 후 여러분이 해당 컴퓨터로 작업을 진행하는 것이에요. 가까운 지역에 있지 않은 고객을 지원한다면 RustDesk, TeamViewer 또는 AnyDesk와 같은 원격 제어 소프트웨어를 사용해 고객의 컴퓨터에 접속할 수 있어요.

고객에게 앱 대시보드 접근 권한 부여하기(나중에)

고객이 푸시 알림을 보낼 수 있도록 하려면 화이트 라벨 대시보드에 대한 접근 권한을 부여할 수 있어요. 리셀러 대시보드에서 접근 링크를 생성할 수 있어요. 이 링크를 고객에게 전달하면(webtoapp.design이 아닌 일반 도메인의 링크예요) 고객이 해당 링크를 통해 푸시 알림을 보낼 수 있어요. 추가 인증이나 계정은 필요하지 않아요.

화이트 라벨 대시보드만으로 충분하지 않고 고객이 여러분에게 요청하지 않고 직접 앱을 변경하도록 하려면, 고객에게 해당 앱에 접근할 수 있는 webtoapp.design 계정의 접근 권한을 제공해야 해요.

앱을 처음 생성하고 구성한 계정은 앱의 기본 소유자로 간주되며, 결제 영수증과 webtoapp.design의 기타 알림도 이메일로 받게 돼요. 따라서 리셀러인 경우에는 여러분의 webtoapp.design 계정을 사용해야 해요.

리셀러는 자신의 계정에서 생성한 앱에 추가 webtoapp.design 계정의 접근 권한을 부여할 수 있어요. 대시보드에서 계정에 사용자를 추가할 수 있어요.

하지만 접근 권한을 부여하기 전에 여러분이나 고객이 webtoapp.design 계정을 만들어야 해요. 고객을 앱의 추가 사용자로 등록하면 고객은 webtoapp.design에 로그인해 앱 대시보드를 확인하고 자신의 앱을 관리할 수 있어요.

관련 도움말


베타 테스터가 iOS 빌드를 선택해 승인된 테스트용 휴대전화로 전송하고 있어요.

게시 전에 iOS 앱 사용해 보기

App Store 심사를 먼저 거치지 않고 Apple의 TestFlight를 사용해 iPhone 또는 iPad 앱을 내부적으로 테스트하는 방법을 알려드릴게요.

Zapier 자동화가 연결된 워크플로 단계를 따라 이벤트를 앱 작업으로 전달하는 모습이에요.

방법: 앱을 Zapier와 연동하기

Zapier는 앱을 다른 서비스와 통합할 수 있게 해주는 강력한 도구예요. 이 가이드에서는 Zapier를 사용해 푸시 알림을 자동으로 보내는 방법을 알려드릴게요.

Android 휴대전화가 권한 설정을 업데이트한 후 알림을 받고 있어요.

Android 13에 대비하도록 앱 업데이트하기

Android 13이 출시되었으며, 푸시 알림을 받으려면 앱을 업데이트해야 해요.


작성자 Jan Bunk
작성자
Jan Bunk

컴퓨터 과학을 전공한 Jan은 2019년에 webtoapp.design을 설립하고 웹사이트를 앱으로 변환하는 기반 소프트웨어를 개발했어요. 수백 개의 앱을 출시하며 쌓은 경험과 피드백을 바탕으로 앱 제작, 게시, 유지 관리에 관한 모든 과정을 쉽게 따라 할 수 있는 가이드로 안내하기 위해 노력하고 있어요.