Launch der eigenen Webanwendung in zwei oder mehr Ländern
Auf der Platte oder dem Testserver liegt die Fertig-programmierte Webanwendung, der letzte Feinschliff wird getätigt und in wenigen Tagen ist es soweit, der Launch der eigenen Webanwendung, doch nun die ultimative Frage: Soll ich meinen Dienst nicht direkt auch in Amerika starten?
Vorteile des dualen Launch
- größere Zielgruppe – startet man die Webanwendung in zwei oder mehr Ländern erhöht sich natürlich die Anzahl der potentiellen Besucher
- Wenn es hier nicht klappt, dann vielleicht da – Man kann schnell sehen wo die Webanwendung besser funktioniert und sich dann auf dieses Land konzentrieren.
- der Erste sein – auch wenn man im eigenen Land der Erste war, was hindert jemand anderen daran das eigene Projekt in einem anderen Land umzusetzen? Wer zuerst kommt mahlt zuerst!
Nachteile des dualen Launch
- Redundanter Code oder doppelte Last – Packe ich meinen Code auf zwei Server und muss somit immer beide Versionen updaten wenn ich ein neues Feature eingepflegt habe oder packe ich alles auf einen Server und arbeite mit Subdomains und Sprachauswahl für die jeweiligen Benutzer, wodurch ich dann allerdings eine erhöhte Last auf einem System habe (ich hab recht wenig Ahnung von Lastverteilung und Server-Farmen, Aufklärung ist herzlich Willkommen)
- erhöhter administrativer Aufwand – früher oder später automatisiert man zwar seine administrativen Vorgänge (löschen von Spam, korrigieren von Beiträgen der Benutzer, Beantworten von Standard-Email-Fragen) in der Anfangsphase wird man aber sicherlich noch nicht alles im Überblick haben, so das viele automatisierte Prozesse noch nicht in Codeform vorliegen und man dies manuell erledigen muss
- Beherrschen der Sprache – Englisch zu hören und zu sprechen ist eine Sache, aber die richtige Formulierung und die korrekte Wahl des Vokabulars in einer Webanwendung zu finden, ist wiederum eine andere. Wenn man nicht gerade zwei- oder mehrsprachig aufgewachsen ist, kann dies einen Nachteil darstellen
Nun meine Frage an euch: Wofür würdet ihr euch entscheiden, dualer launch oder doch erstmal nur in einem Land und dann die Software reifen lassen? Kennt ihr noch andere Vor-und Nachteile?
Verwandte Artikel
- Webdesign Guide – Webanwendung Einführung
- Die 5 Weisheiten für eine erfolgreiche Webanwendung
- Zugänge für Suchmaschinen in eine Passwort-geschützte Webanwendung
- Webdesign Guide – Programmieren einer eigenen Web-Anwendung mit PHP, MySQL, Smarty, Pear, ModRewrite
- Xampp – Schnell und einfach zum eigenen Server
6 Kommentare
Tut mir leid, die Kommentarfunktion für diesen Beitrag ist geschlossen.
Definitiv dual, mit nem gescheiten Admintool geht das managen von mehreren Sprachen auf gut und übersichtlich und Englisch sollte man sowieso können.
- Wenn dann richtig.
Hi damian,
was genau verstehst du unter “gescheitem Admintool”? Also Selbst programmieren oder gibts da was fertiges?
Ob 1 oder mehr Länder hängt von der Anwendung ab!
Ist die Grundlage ein Framwork wie cakephp, ruby on rails und Co. ist die Frage ob i18n überhaupt unterstützt wird.
Redundanter Code ist IMHO überhaupt kein gehbarer Weg.
Nicht zu vergessen sind auch kulturelle Unterschiede. Die Amerikaner habe eine grundlegend andere Mentalität als wir Deutschen. D.h. um dort ein erfolgreiches Business zu starten, muss man sich mit der Mentalität auseinander setzen oder einen local haben. Egal ob Web-Business oder brick & mortage.
Diese geistige Doppelbelastung würde ich in der Startphase nicht wagen, sondern erst mal in einem Kulturkreis (denn man 100% kennt) beginnen und wenn es läuft, adaptieren.
Ein Produktivstart in zwei Ländern parallel? Das bedeutet ja, dass du nur die halbe Aufmerksamkeit für jedes Land aufbringen kannst (Marketing, Support, Fehlerbeseitigung).
Ich würde daher auf jeden Fall einen zeitversetzten Start empfehlen. Der Abstand muss ja nicht zu groß sein. Ein bis zwei Wochen bieten sich da an.
@Christian
Naja, es gibt natürlich die Möglichkeit seine Applikation auf einem schon vorhandenen CMS aufzubauen, aber man kann dies auch (wie oben schon erwähnt – ruby on rails u.ä.) selbst programmieren, vorausgesetzt man verfügt über die notwendige Expertise.
Die Anforderungen an ein Admintool sind ja auch von Anwendung zu Anwendung sehr verschieden.
@Jean
Wenn wir hier von englisch reden sind die Amerikaner sicher mit eingeschlossen, aber die englischsprachige Welt, im Internet, umfasst praktisch die ganze Welt. Da machen die Amerikaner nicht den grössten Teil aus. der vorteil von englisch ist halt, dass man damit wirklich praktisch jeden (ja, ich übertreibe etwas ;)) erreichen kann.
Aber wenn ein Projekt mal läuft, dann ist die Sprache doch zweitrangig, das Projekt läuft, ob es jetzt auf deutsch is, oder auf englisch, daher ist der Mehraufwand für eine zusätzliche Sprache nicht so riesig und der Wirkungsbereich erhöht sich doch enorm.
Wenn das Projekt im Vorfeld multilingual geplant und entsprechend umgesetzt wurde fallen sämtliche Nachteile weg. Der Start eine Projektes in 1+n Sprachen/Ländern sollte dann kein Problem sein.
- Redundanter Code oder doppelte Last
Um einen modernen (bezahlbaren) Server mit einem Projekt an die Grenzen seiner Belastbarkeit zu bringen ist schon ein riesiges Projekt von Nöten.
Je nach Projekt lassen sich einzelne Module auch auf verschiedene Server aufteilen z.b. Webserver auf dem einen und Datenbank auf nem anderen Server.
Die Serverlast läßt sich durch einige andere Prozesse sehr gut minimieren.
LoadBalancer und Co. sind wirklich nur für riesen Projekte notwendig.
Redundanzen kann man umgehen, indem die zu Grunde liegende Applikation (z.B. CMS, Board, Shop etc.) gleich multilingual ausgelegt wurde.
- erhöhter administrativer Aufwand
Viele Eventualitäten kann man durch gründliche Planung ausschließen. Der Rest kommt im Betrieb. Hat man gründlich geplant, kommen neue Probleme auch nicht zu Hauf, sondern Stück für Stück. So kann das Projekt an seinen Anforderungen wachsen.
Das gehört einfach dazu. Kein Projekt ist von Anfang an Fertig.
- Beherrschen der Sprache
Für ein professionelles Projekt sollte auch Budget für eine professionelle Lokalisierung eingeplant sein. Wenn man es selbst nicht kann, angagiert man eben Leute die sich damit auskennen. Ich hörte “Native Speaker” gibt es in nahezu jedem Land der Welt ;).
Grüße
Mo
PS: Für Rückfragen stehe ich gerne zur Verfügung :)