Freelancer: Jobs finden & einstellen
Marketplace-Flows, bei denen vom Kunden angeforderte Fixes Hiring-, Messaging- und Account-Screens betreffen können.
- Google Play Installs
- 8,9 Mio.
- Store-Bewertung
- 4.1
Gib jedem Kunden eine eigene Organisation, Channels und API Keys. Pushe Web-Layer-Fixes als Live Updates, lass sie vom Kunden auf Staging prüfen und übergib die App nach Vertragsende.
14 Tage unbegrenzt kostenlos testen. Keine Kreditkarte erforderlich. 14 Tage Geld-zurück-Garantie. Jederzeit kündbar.
Enterprise-Anforderungen? Sprich mit unserem Team
Getrennte Store-Accounts, Signing-Keys und Release-Workflows. Die Schritte existieren oft nur im Kopf einer Person oder auf einem einzigen Laptop.
Ein kleiner JavaScript-Fix wartet trotzdem auf ein neues Binary und den Store-Review – oft 24–48 Stunden, manchmal viel länger. Danach müssen Nutzer die App erst updaten.
Verlässt der Entwickler, der die Releases verantwortet hat, das Unternehmen, können Zugangsdaten und Prozesse mit ihm gehen.
Jeder kleine Fix nach dem Launch erfordert einen kompletten Build, die Submission und einen Review-Zyklus.
Du musst zeigen können, welcher Build in der Production ist, wer ihn gepusht hat und wann.
Am Ende des Projekts braucht der Kunde die App, den Zugriff und das Release-Setup, kein Dokument, das alles nur beschreibt.
Das gleiche CLI- und Channel-Setup für jeden Kunden, bei getrennter Verwaltung von Zugriffen und Abrechnung.
Erstelle für jeden Kunden eine Organisation und wechsle einfach über die Sidebar zwischen ihnen. Jede hat eigene Mitglieder, Apps, API Keys, Pläne und Audit Logs.
Org-DokumentationZuerst in einen Staging-Channel uploaden. Der Kunde prüft die Änderungen auf seinen Testgeräten, dann verknüpfst du dasselbe Bundle mit der Production. Native Änderungen laufen weiterhin über die Stores.
Channels-DocsLade das Team des Kunden mit eigenen Rollen ein, deaktiviere deine CI-Keys und übertrage die App an die Organisation des Kunden, wenn der Vertrag endet.
App-Einstellungen & Transfer-DocsSo funktioniert es
Ein Setup, das du für jeden neuen Kunden wiederholen kannst. Alle Befehle stammen aus der Capgo CLI Dokumentation.
Jeder Kunde erhält eine eigene Organisation, einen Plan und eine Mitgliederliste. Füge dein Team als Gruppe hinzu und die Leute des Kunden mit eigenen Rollen.
npx @capgo/cli@latest organization add --name "Client A" --email mobile@client-a.com
Rollen-Referenz
Erstelle einen API Key, der nur auf die App des Kunden beschränkt ist, mit der Rolle App Uploader und einem Ablaufdatum. Speichere ihn in den CI-Secrets des Kunden.
# In Client A's pipeline, with Client A's key
npx @capgo/cli@latest bundle upload --channel staging --apikey "$CAPGO_TOKEN"
API Key-Docs
Richte die Testgeräte des Kunden auf den Staging-Channel mit Device Overrides ein. Nach der Freigabe verknüpfst du denselben Bundle mit der Production.
npx @capgo/cli@latest channel set production com.client-a.app --bundle 1.4.2
Channels-Docs
Lade die Admins des Kunden ein, lass deine CI-Keys ablaufen und übertrage die App über die App-Einstellungen in die Organisation des Kunden. Nur ein Super Admin kann eine App übertragen.
Apps mit Capacitor
Service-, Marketplace- und Buchungs-Apps haben Käufer-, Verkäufer-, Messaging-, Payment- und Support-Journeys, die sich unterschiedlich schnell ändern. Agenturen können Capgo Channels nutzen, um jede Kundenanfrage zu prüfen, den Web-Layer-Change auszuliefern und den Rollback für den Launch-Tag bereit zu halten.
Marketplace-Flows, bei denen vom Kunden angeforderte Fixes Hiring-, Messaging- und Account-Screens betreffen können.
Fahrzeuginserate und Lead-Flows, die von stufenweisen Feature-Checks vor dem breiten Rollout profitieren.
Buchungs- und Ticketing-Flows, bei denen sich betriebliche Texte und Fahrplananzeigen häufig ändern.
Kundenstimmen
Entwickler, Webincode
„Geräte-IDs zu bestimmten Gruppen hinzuzufügen und die Änderungen nur an diese Gruppen zu pushen, ist Gold wert.“
Lead Developer, drivolino GmbH
„Das Capgo Capacitor Updater Plugin hat komplett verändert, wie wir Updates ausliefern. Was früher Tage dauerte, dauert jetzt nur noch Minuten.“
CTO, Privat
„Das Setup dauerte weniger als einen Tag. Dank Channel-basierten Rollouts kann ich alles auf meinem eigenen Gerät testen, bevor es die Production-User erreicht.“
FAQ
Typische Fragen von Agenturen beim Wechsel zu Capgo.
Ja. Erstelle pro Kunde eine eigene Organisation. Mitglieder, Apps, API Keys, Pläne und Audit Logs gehören zu dieser Organisation. Du kannst einfach über die Sidebar zwischen den Organisationen wechseln.
Org-DokumentationJa. Ein Plan gilt nur für die Organisation, für die er erworben wurde. Weise dem Finanzkontakt des Kunden die Rolle Billing Manager zu, damit er Zahlungen und Rechnungen verwalten kann, ohne Zugriff auf die Apps zu haben.
Billing-DocsJa. Weise ihm eine app-spezifische Rolle wie App Developer oder App Uploader für diese App zu. Seine Upload- und Device-Rechte bleiben dann auf diese App beschränkt.
Rollen-ReferenzEin Super Admin kann die App auf eine andere Organisation übertragen, der er angehört (z. B. die des Kunden). Alternativ kannst du die Admins des Kunden in die bestehende Organisation einladen und dein Team danach entfernen.
App-Einstellungen & Transfer-DocsLive Update ändert den Web-Layer: JavaScript, HTML, CSS und Assets. Neue native Plugins, Berechtigungen oder native code erfordern ein neues Binary und ein Store-Review. Capgo Build kann diese Binaries in der Cloud erstellen.
Docs zur Native-KompatibilitätErstelle während der Testphase eine Organisation für einen Kunden und führe ein Staging-to-Production-Release für dessen App durch.
Persönlicher Support von Martin
14 Tage unbegrenzt kostenlos testen. Keine Kreditkarte erforderlich. 14 Tage Geld-zurück-Garantie. Jederzeit kündbar.
Enterprise-Anforderungen? Sprich mit unserem Team