AnmeldenRegistrieren
Für Produktmanager

Bringen Sie das Feature in jeder Sprache, im selben Release.

Behandeln Sie Lokalisierung nicht länger als lästige Aufgabe nach dem Launch. Rush Studio klinkt sich in Ihre String-Dateien ein, entwirft bei jedem Commit neue Texte und führt Übersetzungen zurück in den Build – damit das Feature am Dienstag global erscheint, nicht am übernächsten Dienstag.

JSON · YAML · .strings · ARBCI/CD-bewusstIn-Kontext-Vorschau
rush.studio/strings/en.json
en.jsonde.jsonfr.jsonja.jsones.jsonmain · letzter Commit vor 12m
14"checkout.title": "Checkout",
15"checkout.express": "Express checkout",
16"checkout.cta": "Place order",
17"checkout.shipping_eta": "Arrives {date}",
18"checkout.gift_note": "Add a gift note",
19"checkout.error.expired": "Card expired",
3 neue Keys · automatisch entworfenvor 14s
checkout.express
DEExpress-Bezahlungfreigegeben
FRPaiement expressfreigegeben
JAエクスプレス決済Review
ESPago exprésfreigegeben
checkout.shipping_eta
DELieferung am {date}Review
FRArrive le {date}Review
JA{date} 到着Review
ESLlega el {date}Entwurf
checkout.gift_note
DEGeschenknotiz hinzufügenEntwurf
FRAjouter un mot cadeauEntwurf
JAギフトメッセージを追加Entwurf
ESAñadir nota de regaloEntwurf
CI · Übersetzungs-Gate grün12 / 12 Sprachen entworfenblockierend: 0
0d
Abstand zwischen englischem und globalem Launch
12
Sprachen in der CI bei jedem Commit
<24h
Bearbeitungszeit für neue Strings
Workflow

So funktioniert es für produktmanager.

1

Ihre String-Quelle verbinden

Richten Sie Rush Studio auf Ihre JSON-, YAML-, .strings- oder ARB-Datei aus. Wir verfolgen Schlüssel, nicht nur Text.

2

Auto-Entwurf beim Commit

Neue oder geänderte Schlüssel werden innerhalb von Minuten in jeder Sprache entworfen. Die CI erhält einen Webhook, damit blockierende Checks Bescheid wissen.

3

Prüf-Warteschlange

Prüfende vor Ort sehen nur, was sich geändert hat, mit dem Bildschirm, auf dem es erscheint, als Kontext.

4

Zurück in den Build mergen

Genehmigte Strings landen als sauberer PR zurück in Ihrem Repository. Ihre Release-Pipeline übernimmt von dort.

Lokalisierung darf kein Release-Blocker sein

Das Feature ist fertig, die Übersetzungen nicht. Jede Lösung unten holt die Lokalisierung ins Release statt dahinter.

Das Problem

Das Feature erscheint auf Englisch. Die anderen zwölf Sprachen ziehen zwei Sprints später nach – die meisten Nutzer erleben das Neue halb übersetzt oder gar nicht.

Die Funktion, die es löst
CI/CD-Automatisierungen→

Jeder Commit an Ihre i18n-Quelle entwirft die geänderten Keys in allen Sprachen und meldet per Webhook an CI zurück. Der Build merged freigegebene Strings – selbes Release, jede Sprache.

Übersetzungs-Gate · CIon: push
Build2m 04s
Unit-Tests48s
i18n · 12 Sprachen entworfen31s
i18n · nicht freigegebene Stringsläuft
Merge blockiert, bis jede Sprache freigegeben ist
Das Problem

„Speichern“ oder „Absenden“? „Teilen“ als Substantiv oder Verb? Reviewer raten, weil sie nur Key und String sehen – ohne zu wissen, auf welchem Screen er landet.

Die Funktion, die es löst
In-Context-Vorschau→

Reviewer sehen den echten Screen, auf dem der String sitzt – den Button, die UI drumherum, den Zustand. Mehrdeutige Keys lösen sich auf, sobald der Screen sichtbar ist.

Der Reviewer sieht die gerenderte Seite
FR · im Review
Docs / Guides / Quickstart
Installez le SDK

Ajoutez le paquet, puis appelez boot() depuis votre fichier d'entrée.

$ npm i @acme/sdk@4
FR
Das Problem

A/B-Test-Varianten und Release Notes werden nie rechtzeitig lokalisiert: Experimente laufen nur im Heimatmarkt und globale Nutzer erfahren von Launches per Screenshot.

Die Funktion, die es löst
KI-Qualitätsbewertung→

Varianten und Release Notes bekommen denselben bewerteten Auto-Entwurf. Segmente mit hoher Konfidenz gehen auf die Überholspur; nur markierte warten auf Review – der Turnaround bleibt unter einem Tag.

Bewertet, bevor ein Mensch es öffnet
88
Release Notes · v4.2
9 von 11 Segmenten mit hoher Konfidenz – beschleunigt
Auto"Faster sync across devices"
Auto"Fixed a rare export bug"
Review"Beta: agentic workflows"
Spricht jedes String-Format

Keys, Plurale und Platzhalter überstehen den Roundtrip unberührt.

Rush Studio versteht i18n-Struktur, nicht nur Text. ICU-Platzhalter, Pluralformen und Genus-Varianten kommen genau dorthin zurück, wo sie hingehören.

JSONYAMLiOS .stringsAndroid XMLARBXLIFFICU-Plurale{Platzhalter}
Standard in jedem Plan

Plus das Fundament, auf dem jedes Team arbeitet.

Die Release-Pipeline läuft auf demselben Qualitätsfundament wie jedes andere Rush-Studio-Team:

Translation Memory
Jedes freigegebene Segment wird beim nächsten Auftreten wiederverwendet – über Dateien, Projekte und Quartale hinweg. Sie zahlen nie zweimal für denselben Satz.
Mehr erfahren
Markenstimme
Tonalität, Register und Nicht-übersetzen-Regeln reisen mit jedem Projekt, damit die KI in Ihrer Stimme entwirft – und Reviewer in ihr freigeben – statt in einer generischen.
Mehr erfahren
KI-Qualitätsbewertung
Jeder Entwurf wird bewertet und riskante Segmente werden markiert, bevor ein Mensch sie öffnet. Reviewer investieren ihre Zeit dort, wo es wirklich zählt.
Mehr erfahren
Glossar
Produktnamen, UI-Begriffe und juristische Formulierungen sind fixiert. Alles außerhalb des Glossars wird schon beim Entwurf markiert – lange bevor es inkonsistent live geht.
Mehr erfahren
"Unsere Dokumentation und unsere Produkt-Strings laufen beide durch Rush Studio. Wir haben ein großes Feature am selben Tag in neun Sprachen ausgeliefert – zum ersten Mal seit drei Jahren."
DR
Daniel Roth
Senior PM · lumen
i18n-StringsVersionshinweiseA/B-VariantenOnboarding-FlowsEmpty States
Weitere Rollen

Gebaut auch für den Rest Ihres Teams.

Technische Redakteure
Dokumentation, die bei jedem PR übersetzt wird
→
Marketing-Teams
Kampagnen, die in jedem Markt ausgeliefert werden
→
Lokalisierungsmanager
Steuern Sie die gesamte Pipeline von einem Bildschirm aus
→
Design Ops
Figma-Frames in 22 Sprachen
→

Erleben Sie Rush Studio in Ihrem Stack.

Tragen Sie sich in die Warteliste ein, und unser Team hilft Ihnen, ein Projekt aus Ihren eigenen Dateien aufzusetzen – meist in weniger als einer Woche.