Am Ende meines Artikels über die Kosten steht ein Versprechen: dass ich zu Erfahrungen und Risiken noch einen eigenen, ungeschönten Text schreibe. Hier ist er. «App entwickeln lassen in Indien» — wer das sucht, findet zwei Sorten Text. Anbieterseiten, auf denen alles reibungslos klingt. Und Foren, in denen jemand sein Geld verloren hat. Beides stimmt. Nur schreibt keine der beiden Seiten auf, woran es tatsächlich liegt, wenn so eine Zusammenarbeit kippt.
Ich habe CODT 2017 gegründet und führe die Firma von Gurugram aus. Seither haben wir für Unternehmen in mehr als zehn Ländern gebaut. Ein paar der Gründe, an denen solche Projekte scheitern, liegen wirklich am Land. Nur sind es selten die, über die in Ihrer Geschäftsleitung gesprochen wird.
App entwickeln lassen in Indien: die kurze Antwort
Es funktioniert, wenn drei Dinge vertraglich geklärt sind, bevor die erste Zeile Code entsteht: wo Ihr System betrieben wird, über welchen Weg fremde Entwickler es erreichen, und was am Ende auf Sie übergeht. Wenn diese drei Punkte schriftlich stehen, ist Indien eine Standortfrage. Wenn nicht, rettet Sie auch der beste Preis nicht.
App entwickeln lassen: Erfahrungen, die selten im Angebot stehen
Über die Zeitzone wird am meisten geredet, und sie tut am wenigsten weh. Zwischen Gurugram und Zürich liegen dreieinhalb Stunden im Sommer, viereinhalb im Winter. Unser Nachmittag ist Ihr Vormittag. Daran scheitert praktisch nie ein Projekt.
Woran es scheitert, ist banaler. Ein Anbieter nennt im ersten Call einen Festpreis. Das klingt nach Entschlossenheit und ist das Gegenteil davon. Wer Ihnen in dreissig Minuten eine feste Zahl gibt, sollte zeigen können, worauf sie sich stützt: welcher Scope, welche Annahmen, welcher Puffer. Fehlt das, ist die Zahl entweder zu hoch, und Sie zahlen für ein Risiko, das nie eintritt. Oder sie ist zu tief, und dann kommt die Änderungsliste.
Der zweite Klassiker ist die Besetzung. Im Angebot stehen Senior-Profile, im Projekt sitzen dann andere Leute. Dagegen hilft eine einzige unbequeme Frage vor der Unterschrift: Wer genau arbeitet an meinem Projekt, mit Namen, und kann ich mit dieser Person sprechen, bevor ich unterschreibe? Weicht die Antwort aus, ist das die Antwort.
Und dann die Kommunikation, bei der ich am wenigsten diplomatisch sein möchte, weil sie meine eigene Seite betrifft. Höflichkeit kann wie Zustimmung klingen. «Ja» kann heissen «ich habe verstanden, was Sie wollen», und nicht «das halte ich für machbar». Ich bestehe deshalb darauf, dass Zusagen im Ticket landen und nicht im Call stehen bleiben. Ein Missverständnis, das erst im Review auffällt, kostet mehr als eine unangenehme Rückfrage am Dienstag.
Die drei Fragen, an denen sich alles entscheidet
Diese drei bringen Sie in zwanzig Minuten weiter als jede Referenzliste. Sie prüfen, ob jemand die Fragen schon einmal beantworten musste.
| Frage | Woran Sie eine ernst gemeinte Antwort erkennen |
|---|---|
| Wo läuft mein System? | In Ihrer eigenen Jurisdiktion. Beim Scoping festgelegt, als Teil der Architektur. |
| Wie kommen die Entwickler daran? | Über einen Zugang, den Sie kontrollieren: entweder ein virtueller Desktop, den Ihr Team administriert, oder eine einzige statische IP-Adresse unseres Büros, die Ihr Team freischaltet und jederzeit wieder schliesst. Welches von beidem gilt, wird pro Projekt vereinbart. |
| Was geht am Ende auf mich über? | 100% von Code, IP und Infrastruktur, schriftlich. Ohne Lizenz pro Arbeitsplatz auf etwas, das für Sie gebaut wurde. |
Dazu der Punkt, der in Deutschland und der Schweiz zuerst kommt: Bei uns bewegt sich kein Kundencode und kein Kundendatensatz nach Indien, solange Ihr Vertrag das nicht ausdrücklich erlaubt. Schweigt der Vertrag, lautet die Antwort Nein. Wo eine Übertragung vereinbart ist, läuft sie über Standardvertragsklauseln. Wir bauen DSGVO- und nDSG-bewusst, EU- oder Schweizer Datenresidenz gibt es auf Anfrage.
Wie es abläuft, wenn es seriös gemacht wird
Ein NDA wird unterschrieben, bevor das erste technische Gespräch stattfindet. Danach der erste Workshop und eine grobe Einordnung: kostenlos, in der Regel innerhalb von drei Arbeitstagen zurück.
Der eigentliche Startpunkt ist ein bezahlter Discovery-Sprint, ein bis zwei Wochen, $2,900–4,900, vollständig auf die Umsetzung angerechnet. Er endet mit einem schriftlichen Scope, einer Architektur, einer bepreisten Roadmap und der Liste dessen, was wir ausdrücklich nicht bauen. Der Festpreis entsteht aus diesem Dokument.
Ab unterschriebenem Angebot vergehen vier bis fünf Arbeitstage bis zum ersten Sprint. Jede Änderung geht durch ein Senior-Review. Unsere Vertriebskollegen in der Schweiz arbeiten auf Deutsch und Französisch, entwickelt wird auf Englisch. Für Schweizer Kunden lässt sich Schweizer Recht als anwendbares Recht für Streitigkeiten vereinbaren; das ist eine Vertragsoption pro Projekt. CODT bleibt eine indische Private Limited.
Ein System aus Indien, das nicht in Indien liegt
Das konkreteste Gegenargument gegen «Indien ist ein Datenschutzrisiko» ist eine Architektur. LeadTrack AI, eine Multi-Tenant-Plattform für KI-Sprachagenten, haben wir von hier aus gebaut; der Kunde sitzt in Melbourne, die Daten liegen in AWS Sydney. Über 100'000 Live-Anrufe sind seither durch das System gelaufen, der erste Anruf läuft in unter 30 Sekunden raus, die Conversion qualifizierter Leads stieg um 38%.
Wo gebaut wird und wo Daten liegen, sind zwei verschiedene Entscheidungen. Gurugram und Sydney stehen in unterschiedlichen Spalten desselben Vertrags.
Was es kostet, und was der Preis nicht ist
Ein erstes produktionsreifes Release aus unserer App-Entwicklung liegt je nach Zuschnitt zwischen $30,000–55,000 für ein schlankes MVP und $120,000–250,000+ für eine komplexe Plattform. Die Aufschlüsselung mit den echten Kostentreibern steht im Kostenartikel, überschlagen können Sie es mit dem App-Kostenrechner. Indikative Bänder für 2026, kein Angebot; der Festpreis entsteht nach dem bezahlten Discovery-Sprint.
Was ich dazu sage, auch wenn es dem Verkauf nicht hilft: Wenn Ihr einziges Kriterium der Preis ist, finden Sie in Indien Anbieter, die unter unserem Angebot liegen. Diese Angebote existieren, und manchmal gewinnen sie gegen uns. Wir sind nicht die günstige Variante eines europäischen Anbieters, sondern ein Senior-Team mit einer indischen Kostenstruktur. Im zweiten Jahr sehen Sie den Unterschied daran, wie lange ein neuer Entwickler braucht, bis er Ihren Code gefahrlos anfassen kann.
Wann Sie es nicht in Indien bauen lassen sollten
Wenn Sie einen Wegwerf-Prototyp für einen Pitch in sechs Wochen brauchen, den danach niemand mehr anfasst: Nehmen Sie das günstigste Angebot, das Sie finden. Ernsthaft. Ein Discovery-Sprint für etwas, das nie in Produktion geht, ist Geldverschwendung, und ich möchte Ihnen keinen verkaufen.
Wenn Ihre Anforderungen aus Gesprächen am Bildschirm entstehen statt aus Dokumenten, und dafür jemand zweimal pro Woche bei Ihnen im Raum sitzen muss, dann nehmen Sie das Studio in Zürich oder München. Wir könnten dieses Projekt gewinnen. Sie wären damit nicht glücklich.
Den dritten Fall sehe ich am häufigsten, und er hat mit Indien nichts zu tun: Auf Ihrer Seite steht niemand bereit, der täglich eine halbe Stunde für Entscheidungen hat. Das Team wartet. Das Board steht still. Bezahlt wird der Sprint trotzdem. Verschieben Sie dann lieber den Start.
Für alles dazwischen ist die Standortfrage genau das: eine Frage, die man einmal beantwortet und dann abhakt. Für Schweizer Unternehmen haben wir das im Detail aufgeschrieben, und Indien gegen Osteuropa durchgerechnet. Wollen Sie lieber über Ihr Vorhaben sprechen: Schreiben Sie uns, was Sie bauen wollen. Sie bekommen innerhalb eines Arbeitstags eine klare Einschätzung, ob wir der richtige Partner dafür sind.
