ブランドバリエーションは速く増殖する
すべての顧客は独自のロゴ、テーマ、機能フラグ、コンテンツ、法的テキスト、リリースタイミングを望む
白ラベルアプリケーション管理
ビジネス上の約束は簡単です: 多くのブランドアプリを販売することなく、多くのアプリを維持する必要がなくなることを約束しています。 Capgo は、テナント固有のバンドル用のチャネル、ネイティブシェルのビルダー、ブランドが急いで修正する必要がある場合にロールバックを実現することで、その運用上の現実性を実現します。
シェル
Capacitor アプリ
テナント
チャンネル
セキュリティ
ロールバック
問題
すべての顧客は独自のロゴ、テーマ、機能フラグ、コンテンツ、法的テキスト、リリースタイミングを望む
ストアレビューはテナント修正を遅らせる
グローバルリリースはあまりにも粗雑
1つのグローバルアップデートがすべてのブランドを一度に壊すことができる。1つのフォークごとにブランドが存在するとチームは遅くなる。リリースモデルには中間の道が必要だ
B2B SaaSの顧客は、ロゴ、テーマ、オンボーディングコピー、機能フラグを取得できますが、すべての他の顧客に同じアップデートを強制する必要はありません。
各レストラン、クリニック、ジム、またはローカルブランチは、ローカルメニュー、アセット、キャンペーン画面、コンテンツ更新を受け取ることができますが、新しいバイナリを必要としません。
ホストアプリは承認済みのミニアプリまたは顧客ワークスペースをリストし、実行時にはCapgoチャネルにマッチするデバイスに切り替えることができます。
実装例
すべてのテナントに同じCapacitorシェルを使用し、Capgoチャネルにテナント固有のウェブバンドルを公開し、ログイン、組織選択、または内部管理画面から正しいチャネルに切り替えるアプリを使用します。
# Publish tenant-specific web bundles from the same app
npx @capgo/cli@latest bundle upload --channel acme
npx @capgo/cli@latest bundle upload --channel globex
npx @capgo/cli@latest bundle upload --channel north-branch import { CapacitorUpdater } from '@capgo/capacitor-updater'
export async function switchTenant(channel: string) {
await CapacitorUpdater.setChannel({ channel })
const latest = await CapacitorUpdater.getLatest()
const bundle = await CapacitorUpdater.download({
url: latest.url,
version: latest.version,
})
await CapacitorUpdater.set({ id: bundle.id })
} The Solution
The Capgo model keeps the native app stable and moves brand-specific web experiences through controlled channels.
各テナント、ブランド、ワークスペース、顧客、またはアプリバリアントごとにチャネルを作成します。ブランドが受け取るべきバンドルのみをプッシュします。
共有修正をすべてのチャネルに推進するか、変更が特定の場合に1つの顧客にリリースを孤立させることができます。
テナント固有のバンドルが破損した場合、他のすべてのブランドアプリに影響を与えずにそのチャネルをロールバックできます。
アイコン、パーミッション、プラグイン、またはストアメタデータが変更された場合に新しいネイティブシェルを作成するにはビルダーを使用してください。ブランドコンテンツが毎週変更される場合にブランドコンテンツを使用するにはOTAを使用してください。
リリースモデル
白ラベルオペレーションは、すべてのテナントが明確なリリースレーンを持っており、すべてのレーンが独立して監視できるようにすることで管理可能になります。
Capacitorアプリ内に、共有の認証、分析、請求、ナビゲーション、ネイティブ プラグインを1つに保つ代わりに、各顧客ごとにそれらを再構築するのではなく。
各顧客、フランチャイズ、場所、またはワークスペースを Capgo チャネルにマップし、それぞれに独自の更新履歴とリリース カレンダーを持たせる。
アプリ ストアのレビューなしで、顧客固有の JavaScript、CSS、資産、設定、コピー、実験を配信する。
確立された変更を広く推進し、リスキーなロールアウトを停止し、またはロールバックする必要があるテナントだけにロールバックする。
ユーザー シグナル
ユーザーは、テナント 42 が緊急修正を受け取る必要があるが、テナント 1、テナント 7、すべてのアプリ ストア リストを同時に動かさないようにすることを望んでいる。
共通のホワイト ラベル クライアント フィードバック
実際のアプリの例
地域スポーツ、エンターテインメント、テレコムブランドは、スケジュール、キャンペーン、サポート、市場固有のコンテンツを変更しながら、1つのアプリの基盤を再利用できます。
ブランドまたは地域ごとにチャネルを分離
1つのリリースワークフローを再利用
市場固有のコンテンツを高速にパッチ
スポーツ
地域スポーツメディアアプリです。スケジュールとローカルコンテンツの市場管理が必要です。
Google Play リストを表示エンターテインメント
エンターテインメントガイドです。コンテンツは市場とプログラミングウィンドウによって異なります。
Google Play リストを表示ツール
キャリア アプリ です。共有アカウントのパターンは、ローカル製品とサポート コンテンツが必要です。
Google Play リストを表示パブリック アプリ ストア データは、例としてのみ使用されます。このことは、Capgo の顧客の主張ではありません。
アプリ シェルを 1 回作成し、各テナントを制御された Capgo チャネルにマップし、各ブランドを別々のコードベースなしで動作させる