Agentur schlägt getrennte Sprachen für iOS und Android vor – wie wirkt sich das aufs Budget aus?

Mobiler Bluetooth-Drucker und Barcode-Scan laufen auf modernen Cross-Platform-Plattformen über native Bridges völlig reibungslos. Auf Hardware-Ebene gibt es da null Verzögerung. Wenn die Agentur auf getrennte Sprachen beharrt, liegt das meistens daran, dass ihr Team schlicht keine Ahnung von Cross-Platform-Technologien hat.

Wir haben im Großhandel vor 3 Jahren denselben Fehler gemacht und nativ bauen lassen. Hat uns 240.000 TL gekostet. Bei jedem Android-Update oder neuen iOS-Richtlinien durften wir für beide Systeme extra Anpassungen zahlen. Letztes Jahr sind wir auf eine Codebasis umgestiegen, die Wartungskosten sind von monatlich 18.000 TL auf 8.500 TL gesunken.

Die Agentur hat wahrscheinlich freie iOS- und Android-Entwickler auf der Bank sitzen und versucht, deren Stundensätze über euer Projekt reinzuholen. 90 Prozent aller B2B-Vertriebs-Apps werden heutzutage über eine einzige Codebasis umgesetzt.

Bevor ihr unterschreibt, fragt die Agentur folgendes: 1) Welche Maske soll gegenüber einer einheitlichen Codebasis messbar schneller laden? 2) Was deckt der Wartungsvertrag für zwei getrennte Codebasen konkret ab? 3) Wem gehört nach Projektende der Quellcode beider Plattformen?

Bevor ihr 340.000 TL ausgebt, holt euch mit derselben Anforderung Gegenangebote von zwei Agenturen ein die auf Cross-Platform spezialisiert sind. Ihr werdet sehen dass der Preis auf rund 190.000 TL und die Umsetzungszeit auf 6 Wochen sinkt.

Müssen eure Außendienstler vor Ort in Lagerhallen ohne Netz? Falls eine Offline-Datenbanksynchronisation nötig ist wird die Architektur zwar etwas wichtiger aber selbst das ist kein Problem das sich nicht mit einer einzigen Codebasis lösen ließe.

Für eine B2B-App, die nur einen Katalog anzeigt und Barcodes scannt, nativen Code in zwei getrennten Sprachen schreiben zu lassen, ist die reinste Geldverschwendung.

Vielen Dank, ich werde es heute testen. Beginnt mit einem kleinen Test, bindet nicht gleich alles fest.

Nur als Notiz, könnte nützlich sein.

Bei mir war es genau umgekehrt, deshalb schreibe ich das. Ein wöchentlicher schriftlicher Fortschrittsbericht ist viel nützlicher als ständiges Nachfragen nach dem Status.

Ich erkläre mal die technische Seite. Das günstigste Angebot ist oft das am wenigsten durchdachte.

An deiner Stelle würde ich so vorgehen.

meine Frage ist geklärt vielen Dank dann also schuat zuerst welche Daten ihr bei der Entscheidungsfindung zur Hand habt.

Ich fasse das Thema mal zusammen, da es mehrere unterschiedliche Antworten gab. Die Antwort hängt stark von der Branche ab, es gibt keine allgemeine Regel.

Ein Change-Request-Prozess verlangsamt die Arbeit nicht, sondern beschleunigt sie. Viel Erfolg.

Bei uns war es so. Der meiste Zeitverlust entsteht durch Arbeiten, die auf Freigaben warten.

Wenn ihr das Ergebnis hier postet, hilft es auch anderen.

das habe ich auch erlebt.

Ich stimme voll und ganz zu. Menschen verteidigen nicht den Prozess, sondern die Gewohnheit. Der Widerstand kommt daher.

Kein Prozess ohne Dokumentation verbessert sich, weil man nicht weiß, was man verbessern soll. Das war's entschuldige wenn ich zu lang war.

Ich hätte eine Frage, möchte aber nicht vom Thema abschweifen. Wenn der Umfang wächst, müssen entweder Zeit oder Budget wachsen. Eine dritte Option gibt es nicht.

Ich hoffe das hilft dir weiter.

Ich schreibe mal meine Erfahrung auf. Schreibe bei Entscheidungen auch das Worst-Case-Szenario auf, nicht nur das Beste.

Beginnt mit einem kleinen Test, bindet nicht gleich alles fest.

Danke fürs Schreiben.