비즈니스
프리랜서: 채용 및 일감 찾기
클라이언트 요청 수정 사항이 채용, 메시징, 계정 화면에 반영되는 마켓플레이스 워크플로우.
- Google Play 설치 수
- 890만
- 스토어 평점
- 4.1
에이전시용
단 하나의 Capgo 로그인으로 모든 클라이언트의 앱 릴리스를 관리하세요
클라이언트별로 별도의 조직, 채널, API 키를 제공하세요. 웹 레이어 수정 사항은 Live Update로 배포하고, 클라이언트가 스테이징에서 검토하게 한 뒤, 계약 종료 시 앱을 이전하면 됩니다.
에이전시의 릴리스 작업
새 클라이언트마다 추가되는 릴리스 프로세스
클라이언트마다 제각각인 설정 방식
각기 다른 스토어 계정, 서명 키, 릴리스 습관. 관련 절차는 종종 특정 담당자의 기억이나 노트북 한 대에만 머물러 있습니다.
고객은 오늘 바로 수정되길 원합니다
작은 JavaScript 수정 하나도 새 바이너리와 스토어 심사를 기다려야 하고, 보통 24~48시간, 때로는 훨씬 더 오래 걸립니다. 그 후에도 사용자는 업데이트를 해야 합니다.
프로젝트를 옮겨 다니는 인력
고객사 릴리스를 담당하던 개발자가 떠나면, 자격 증명과 프로세스도 함께 사라질 수 있습니다.
유지보수가 고정가 마진을 갉아먹음
출시 후 작은 수정 하나에도 전체 빌드, 제출, 심사 주기가 필요합니다.
고객은 무엇이 라이브인지 묻습니다
어떤 빌드가 프로덕션에 배포되었는지, 누가 언제 배포했는지 명확히 보여줘야 합니다.
수동으로 이루어지는 인수인계
계약 종료 시 고객에게 필요한 것은 설명서가 아니라 앱, 접근 권한, 릴리스 설정입니다.
Capgo가 에이전시 업무에 맞는 방식
고객별 분리, 하나의 릴리스 워크플로우
모든 클라이언트에 동일한 CLI 및 channel 설정을 적용하면서도, 권한과 결제는 완벽히 분리합니다.
클라이언트별 개별 조직 운영
클라이언트마다 조직을 생성하고 사이드바에서 간편하게 전환하세요. 각 조직은 고유한 멤버, 앱, API 키, 플랜 및 audit logs를 가집니다.
조직 문서- 조직별 플랜 및 결제 관리
- 조직, 앱 또는 channel 단위의 권한 설정
- 배포 팀을 한 번에 추가하는 그룹 기능
클라이언트별 검토 프로세스
먼저 staging channel에 upload 하세요. 클라이언트가 테스트 기기에서 변경 사항을 확인하면, 동일한 bundle을 production에 연결하면 됩니다. Native Build 변경 사항은 기존처럼 스토어를 통해 진행됩니다.
Channel 문서- 앱별 staging 및 production channel 운영
- 클라이언트 테스트 기기를 위한 Device overrides
- 점진적 배포 및 채널 롤백
액세스 유실 없는 인수인계
클라이언트 팀을 각자의 역할로 초대하고, 사용하던 CI 키는 폐기하며, 계약이 끝나면 앱을 클라이언트 조직으로 이전하세요.
앱 설정 및 이전 문서- 다른 조직으로 앱 이전하기
- 만료일이 있는 앱 단위 API 키
- 누가 무엇을 변경했는지 확인하는 감사 로그
작동 방식
에이전시가 Capgo로 클라이언트 앱을 배포하는 방법
새 클라이언트마다 반복 가능한 설정입니다. 아래 모든 명령어는 Capgo CLI 문서에서 가져왔습니다.
-
클라이언트용 조직 생성
각 클라이언트는 자체 조직, 플랜, 멤버 목록을 가집니다. 팀은 그룹으로 추가하고, 클라이언트 인원은 각자의 역할로 추가하세요.
권한 레퍼런스npx @capgo/cli@latest organization add --name "Client A" --email mobile@client-a.com -
클라이언트 CI 전용 API 키 발급
해당 클라이언트 앱으로 권한을 제한하고, App Uploader 역할을 부여하며 만료일을 설정한 API 키를 생성하세요. 생성된 키는 클라이언트 CI secrets에 저장합니다.
API 키 문서# In Client A's pipeline, with Client A's key npx @capgo/cli@latest bundle upload --channel staging --apikey "$CAPGO_TOKEN" -
클라이언트 검토 후 프로모션
디바이스 오버라이드를 사용하여 클라이언트의 테스트 기기를 staging 채널로 지정하세요. 승인이 완료되면 동일한 번들을 production에 연결합니다.
채널 문서npx @capgo/cli@latest channel set production com.client-a.app --bundle 1.4.2 -
앱 설정 및 이전 문서
앱 인도하기
클라이언트 관리자를 초대하고, 기존 CI 키는 만료시킨 뒤 앱 설정에서 앱을 클라이언트 조직으로 이전하세요. 앱 이전은 Super Admin만 가능합니다.
Capacitor로 구축된 앱
마켓플레이스 앱에는 안전한 릴리스 레인이 필요합니다
서비스, 마켓플레이스, 예약 앱은 구매자, 판매자, 메시징, 결제, 고객 지원 등 각 여정의 변화 속도가 다릅니다. 에이전시는 Capgo channels를 사용하여 각 클라이언트의 요청을 검토하고, 웹 레이어 변경 사항을 배포하며, 출시 당일을 대비해 언제든 롤백할 수 있는 상태를 유지할 수 있습니다.
비즈니스
자동차 및 차량
Cars.co.za
전체 배포 전 단계별 기능 점검을 통해 안정성을 확보한 차량 매물 및 리드 생성 워크플로우.
- Google Play 설치 수
- 190만
- 스토어 평점
- 4.4
여행 및 지역 정보
KAI Access: 기차 예약 앱
운영 문구와 스케줄 화면이 자주 바뀌는 예약·발권 흐름.
- Google Play 설치 수
- 1,350만
- 스토어 평점
- 3.6
no-tone @ Webincode
개발자, Webincode
“특정 그룹에 Device ID를 추가하고 해당 그룹에만 변경 사항을 푸시할 수 있다는 점이 정말 혁신적입니다.”
Sergiu S
drivolino GmbH, Lead Developer
“Capgo Capacitor Updater 플러그인 덕분에 업데이트 배포 방식이 완전히 바뀌었습니다. 며칠씩 걸리던 작업이 이제는 단 몇 분 만에 끝납니다.”
Nate van Jole
Private, CTO
“설정하는 데 하루도 채 걸리지 않았습니다. 채널 기반 롤아웃 덕분에 프로덕션 사용자에게 배포하기 전 제 기기에서 미리 테스트할 수 있어 정말 좋습니다.”
자주 묻는 질문
에이전시 관련 질문
에이전시가 클라이언트 앱을 Capgo로 이전하기 전 주로 묻는 질문들입니다.
클라이언트별로 앱과 데이터를 분리해서 관리할 수 있나요?
네. 클라이언트당 하나의 Organization을 생성하세요. 멤버, 앱, API 키, 플랜, 감사 로그는 해당 Organization에 귀속되며, 사이드바에서 Organization을 전환하며 관리할 수 있습니다.
Organization 문서
클라이언트가 직접 플랜을 결제할 수 있나요?
네. 플랜은 구매한 Organization에만 적용됩니다. 클라이언트의 재무 담당자에게 Billing Manager 역할을 부여하면, 앱 접근 권한 없이도 결제 및 인보이스를 관리할 수 있습니다.
결제 관련 문서
계약직 개발자가 특정 클라이언트의 앱 하나에만 작업하게 할 수 있나요?
네. 해당 앱에 대해 App Developer 또는 App Uploader와 같은 앱 단위 권한(app-scoped role)을 부여하세요. 이들의 upload 및 디바이스 권한은 해당 앱으로 제한됩니다.
역할(Roles) 가이드
계약 종료 시 앱을 어떻게 인계하나요?
Super Admin은 앱을 클라이언트가 소유한 다른 Organization으로 이전할 수 있습니다. 또는 기존 Organization에 클라이언트 관리자를 초대하고, 이후 팀원을 제거하는 방식도 가능합니다.
앱 설정 및 이전 문서
스토어 출시 없이 무엇을 변경할 수 있나요?
Live Update는 JavaScript, HTML, CSS 및 에셋과 같은 웹 레이어를 변경합니다. 새로운 네이티브 플러그인, 권한 또는 네이티브 code를 추가하려면 새로운 바이너리와 스토어 심사가 필요합니다. Capgo Build를 사용하면 클라우드에서 이러한 바이너리를 생성할 수 있습니다.
네이티브 호환성 문서Capgo에서 다음 클라이언트를 설정해 보세요
트라이얼 기간 동안 클라이언트 한 명을 위한 조직을 생성하고, 해당 앱에 staging에서 production으로의 릴리스를 실행해 보세요.