ビジネス
フリーランス：採用と案件探し
クライアントからの修正依頼が、採用、メッセージング、アカウント画面に及ぶマーケットプレイスのフロー。
- Google Play インストール数
- 890万
- ストア評価
- 4.1
エージェンシー向け
単一の Capgo ログインで、全クライアントのアプリリリースを管理
クライアントごとに組織、チャンネル、API キーを個別に提供。Webレイヤーの修正は Live Update として配信し、ステージング環境でクライアントに確認してもらった後、契約終了時にアプリを譲渡できます。
エージェンシーのリリース作業
クライアントが増えるたびに、リリース工程も増えていく
クライアントごとに環境がバラバラ
ストアアカウント、署名キー、リリース手順がすべて別々。手順は特定の担当者の記憶や、個人のPCの中にしか残っていない。
クライアントは即時の修正を求める
わずかなJavaScriptの修正であっても、新しいバイナリの作成とストアの審査を待つ必要があり、通常24〜48時間、時にはそれ以上かかります。その間もユーザーはアップデートを待たなければなりません。
プロジェクト間での人員の入れ替わり
クライアントのリリースを担当していた開発者が離職すると、認証情報やリリースプロセスも共に失われてしまうことがあります。
保守コストが固定報酬の利益を圧迫
リリース後の細かな修正のたびに、フルビルド、申請、審査のサイクルが発生してしまいます。
「何が本番環境にあるのか」という問い
どのビルドが本番環境にデプロイされているのか、誰がいつリリースしたのかを明確に示す必要があります。
手動による引き継ぎ作業
契約終了時にクライアントが求めているのは、説明ドキュメントではなく、アプリ本体、アクセス権、そしてリリース環境のセットアップです。
Capgo がエージェンシー業務に最適な理由
クライアントごとに分離、ワークフローは一つに
アクセス権と請求を分離しつつ、全クライアントで共通の CLI と channel 設定を利用可能。
クライアントごとに個別の Organization を作成
クライアントごとに Organization を作成し、サイドバーから簡単に切り替えられます。各 Organization はメンバー、アプリ、API キー、プラン、audit logs を個別に管理できます。
Organization ドキュメント- Organization ごとのプランと請求管理
- Organization、アプリ、または channel レベルでのロール設定
- デリバリーチームを一度に追加できるグループ機能
クライアントごとのレビュー環境
まずは staging channel に upload します。クライアントが自身のテストデバイスで変更を確認した後、同じ bundle を production にリンクします。Native Build の変更は、引き続き各ストア経由で行われます。
Channels ドキュメント- アプリごとに 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チャンネルに向けます。承認が得られたら、同じbundleをproductionにリンクします。
Channelsのドキュメントnpx @capgo/cli@latest channel set production com.client-a.app --bundle 1.4.2 -
アプリ設定と譲渡ドキュメント
アプリの引き渡し
クライアントの管理者を招待し、CIキーの期限が切れたら、アプリの設定からアプリをクライアントの組織へ移管します。アプリの移管はSuper Adminのみが可能です。
Capacitor で構築されたアプリ
マーケットプレイスアプリには安全なリリースレーンが必要
サービス、マーケットプレイス、予約アプリでは、購入者、販売者、メッセージング、決済、サポートといった各ジャーニーの更新速度が異なります。開発会社は Capgo の channels を活用することで、クライアントごとのリクエストを確認し、Webレイヤーの変更をデプロイし、リリース当日に備えていつでもロールバックできる状態を維持できます。
ビジネス
自動車・車両
Cars.co.za
広範囲なロールアウト前に、段階的な機能チェックを活用できる車両リスティングとリードフロー。
- Google Play インストール数
- 190万
- ストア評価
- 4.4
旅行・ローカル
KAI Access: 列車予約アプリ
運用コピーやスケジュールの表示が頻繁に変わる、予約・発券プロセス。
- Google Play インストール数
- 1350万
- ストア評価
- 3.6
no-tone @ Webincode
開発者、Webincode
「特定のグループにDevice IDを追加し、そのグループだけに更新をプッシュできる機能は、本当に救世主です。」
Sergiu S
drivolino GmbH リードデベロッパー
「Capgo Capacitor Updater プラグインによって、アップデートの配信方法が劇的に変わりました。以前は何日もかかっていた作業が、今ではわずか数分で完了します。」
Nate van Jole
Private CTO
「セットアップは1日もかかりませんでした。チャンネルベースのロールアウトのおかげで、本番ユーザーに届ける前に自分のデバイスでテストできます。」
よくある質問
エージェンシー向けの質問
クライアントのアプリを Capgo へ移行する際、代理店からよく寄せられる質問です。
クライアントごとにアプリやデータを分離して管理できますか？
はい。クライアントごとに組織（Organization）を作成してください。メンバー、アプリ、API キー、プラン、監査ログはすべてその組織に紐付き、サイドバーから組織を切り替えて管理できます。
組織ドキュメント
クライアント自身でプランを支払うことはできますか？
はい。プランは購入した組織にのみ適用されます。クライアントの財務担当者に Billing Manager ロールを付与すれば、アプリへのアクセス権を与えずに、支払いと請求管理のみを任せることが可能です。
請求ドキュメント
特定のクライアントのアプリのみを担当する契約社員はいますか？
はい。そのアプリに対して App Developer や App Uploader といったアプリ単位のロールを付与してください。これにより、その担当者の upload やデバイス操作の権限はそのアプリ内に限定されます。
ロールのリファレンス
契約終了時にアプリを引き渡すにはどうすればよいですか？
Super Admin は、自身が所属する別の組織（クライアントが所有する組織など）へアプリを移管できます。また、既存の組織にクライアントの管理者を招待し、その後自社チームを削除する方法もあります。
アプリ設定と譲渡ドキュメント
ストアのリリースなしで変更できるものは何ですか？
Live Updateは、JavaScript、HTML、CSS、およびアセットなどのWebレイヤーを変更します。新しいネイティブプラグイン、権限、またはネイティブのcodeを追加する場合は、新しいバイナリの作成とストアの審査が必要です。Capgo Buildを使用すれば、クラウド上でこれらのバイナリを生成できます。
ネイティブ互換性ドキュメントCapgoで次のクライアントのセットアップを開始しましょう
トライアル期間中に、クライアント1社分の組織を作成し、そのアプリでステージングからプロダクションへのリリースを試してください。