Kosten der App-Entwicklung in Malaysia: was die Zahl wirklich bestimmt

Warum zwei Angebote für dieselbe App um das Fünffache auseinanderliegen

Ein malaysisches Unternehmen lässt sich dieselbe App von drei Studios anbieten und erhält drei Zahlen, die kaum etwas gemeinsam haben. Vierzigtausend Ringgit von dem einen, ein deutlich sechsstelliger Betrag von dem zweiten, und ein drittes Studio, das überhaupt kein Angebot abgibt, bevor es nicht zwei Wochen in die Analyse gesteckt hat. Der erste Reflex ist die Annahme, jemand nehme zu viel. Meist tut das niemand. Die drei Studios haben dasselbe Briefing gelesen und sich drei verschiedene Produkte vorgestellt, denn ein Briefing, das in Funktionen geschrieben ist, sagt fast nichts über das, was das Budget tatsächlich verbraucht: wie viele Nutzertypen das System bedient, woran es angebunden werden muss, was passiert, wenn eine Zahlung um zwei Uhr nachts scheitert, und wer dann dafür verantwortlich ist. Kosten in der App-Entwicklung sind keine Preisliste. Sie sind die Summe der Entscheidungen, die ein Briefing offen gelassen hat, und wer am günstigsten anbietet, hat davon meist am wenigsten mitgedacht.

Die Screens sind der günstige Teil

Wer eine App im Kopf kalkuliert, kalkuliert meist die Screens. Screens sind das sichtbare Artefakt und ein realer Teil der Arbeit. Sie sind zugleich der Teil, dessen Preis am stärksten gefallen ist, denn Designsysteme, Komponentenbibliotheken und Generierungswerkzeuge machen eine solide Oberfläche schneller herstellbar als je zuvor. Nicht gefallen ist alles hinter dem Glas. Konten und Berechtigungen. Ein Server, der die Daten hält und nicht verliert. Zahlungen, die sich abstimmen lassen. Benachrichtigungen, die tatsächlich ankommen. Eine Version der App, die weiterläuft, wenn ein Kunde sie auf einem vier Jahre alten Android-Gerät bei schlechtem Empfang in einer Tiefgarage öffnet. Zwei Apps mit identischen Screens können sich um das Zehnfache im Preis unterscheiden, und der Unterschied liegt vollständig in den Teilen, die ein Kunde nie sieht und immer spürt.

Nativ, plattformübergreifend oder gar keine App

Die Plattformentscheidung bewegt die Zahl stärker als fast alles andere. Getrennt für iOS und Android in den jeweiligen nativen Sprachen zu bauen liefert die beste Performance und Zugriff auf jede Gerätefunktion, verdoppelt aber Entwicklung und Wartung in etwa. Plattformübergreifende Frameworks lassen eine Codebasis beide bedienen, was für die große Mehrheit betrieblicher Anwendungen die vernünftige Voreinstellung ist und die Zahl deutlich senkt. Und davor steht die Frage, die sich lohnt: Muss das überhaupt eine App sein? Eine responsive Webanwendung kostet weniger, ist schneller live, aktualisiert sich ohne App-Store-Prüfung und funktioniert bestens, solange Sie nicht ausdrücklich Kamera, Offline-Betrieb, Standort im Hintergrund oder einen Platz auf dem Homescreen brauchen. Ein überraschender Teil aller App-Briefings sind Websites, die eine interne Diskussion verloren haben.

Kosten der App-Entwicklung in Malaysia: was die Zahl wirklich bestimmt

Der erste Treiber ist die Zahl unterschiedlicher Nutzertypen. Eine App, die nur Kunden nutzen, ist ein Produkt. Eine App, die Kunden, Lieferfahrer und ein internes Verwaltungsteam nutzen, sind drei, jedes mit eigenen Screens, Berechtigungen und Sonderfällen, und jedes vervielfacht die Fläche, die getestet werden muss. Briefings erwähnen das selten, und Angebote überstehen es selten.

Der zweite sind Integrationen. Die Anbindung an ein Zahlungs-Gateway, einen Versanddienstleister, ein Buchhaltungssystem, ein Lager oder eine bestehende Datenbank ist die häufigste Stelle, an der Schätzungen kippen, denn der Aufwand hängt an der Qualität der Dokumentation der Gegenseite und nicht an etwas, das das Studio steuert. Ein gut dokumentiertes Gateway kostet Tage. Ein internes System, das seit dem Abgang des Vorgängerdienstleisters niemand angefasst hat, kann mehr Zeit verschlingen als das gesamte Frontend.

Der dritte sind Daten und Compliance. Wo die Daten liegen, wer sie sehen darf, was unter Malaysias Datenschutzregeln gilt und, falls Sie europäische Nutzer bedienen, unter dem strengeren Regime dort. Das ist günstig mitzubauen und teuer nachzurüsten, weshalb Studios, die früh danach fragen, tendenziell höher anbieten und näher an ihrer Schätzung fertig werden.

Der vierte ist das, was nach dem Launch passiert, und genau dieser Posten fehlt im Vergleich am häufigsten komplett. Betriebssystem-Updates kommen jedes Jahr und werden etwas kaputt machen. App-Stores ändern ihre Anforderungen, und Server kosten jeden Monat Geld, ob die App genutzt wird oder nicht. Ein realistischer Jahreswert, um eine laufende App gesund zu halten, liegt zwischen fünfzehn und fünfundzwanzig Prozent der ursprünglichen Entwicklung, und ein Angebot, das ihn weglässt, ist nicht günstiger, sondern nur unvollständiger.

Sehen Sie, wie wir Apps und individuelle Software mit von Anfang an benannten Kostentreibern zuschneiden und bauen.

Wie Sie eine App so briefen, dass das Angebot etwas aussagt

Sechs Punkte, die Sie klären sollten, bevor Sie nach einer Zahl fragen:

• Listen Sie jede Art von Person auf, die die Anwendung öffnen wird, einschließlich der Mitarbeitenden, die sie verwalten, denn jede zusätzliche Rolle kommt einem eigenen Produkt näher als einem zusätzlichen Screen und ist der mit Abstand häufigste Grund, warum sich ein Angebot mitten im Projekt verdoppelt.
• Benennen Sie jedes externe System, mit dem die App sprechen muss, und klären Sie für jedes, ob öffentliche Dokumentation existiert, denn eine Integration mit einem gut dokumentierten Anbieter ist eine bekannte Größe, während ein undokumentiertes internes System ein offenes Risiko ist und auch so bepreist werden sollte.
• Trennen Sie, was die erste Version leisten muss, von dem, was das Unternehmen sich irgendwann wünscht, und halten Sie diese Linie streng, denn der schnellste Weg zu Mehrkosten ist, Version drei zu finanzieren, bevor Version eins einen echten Nutzer gesehen hat.
• Entscheiden Sie ehrlich, ob es überhaupt eine App sein muss, und prüfen Sie die Anforderung an den vier Dingen, die nur eine App gut kann: Kamera, Offline-Betrieb, Standort im Hintergrund und ein dauerhafter Platz auf dem Homescreen.
• Fragen Sie neben der Entwicklung nach den laufenden Kosten, also Hosting, Drittanbieterdiensten, Store-Gebühren, Wartung und den jährlichen Betriebssystem-Updates, damit Sie zwei Jahre Betrieb vergleichen und nicht eine Rechnung.
• Halten Sie vor Projektbeginn schriftlich fest, wem der Code, die Cloud-Konten und die App-Store-Einträge gehören, denn am Anfang ist das trivial zu vereinbaren und am Ende wird es zum Druckmittel.

Kosten der App-Entwicklung in Malaysia: häufige Fragen

• Was kostet die Entwicklung einer mobilen App in Malaysia? — Einfache Apps mit einem Zweck liegen meist im Bereich mehrerer zehntausend Ringgit, während Apps mit mehreren Nutzerrollen, Zahlungen und Integrationen deutlich sechsstellig werden.
• Wie lange dauert die Entwicklung einer App? — Eine fokussierte erste Version braucht ab festgelegtem Umfang typischerweise drei bis fünf Monate, und Briefings, die sich während der Entwicklung noch ändern, sind der übliche Grund, warum Projekte doppelt so lange laufen.
• Ist es günstiger, eine App für iOS und Android zugleich zu bauen? — Ein plattformübergreifender Build ist meist deutlich günstiger als zwei native und für die meisten betrieblichen Anwendungen die richtige Voreinstellung, während nativ Produkten vorbehalten bleibt, die auf aufwendige Grafik oder tiefe Gerätefunktionen angewiesen sind.
• Welche laufenden Kosten sollten wir nach dem Launch einplanen? — Hosting, Drittanbieterdienste, Store-Gebühren und die Wartung, die jährliche Betriebssystem-Updates erzwingen, was zusammen üblicherweise fünfzehn bis fünfundzwanzig Prozent der ursprünglichen Entwicklung pro Jahr ausmacht.

Weiterlesen

• Schariakonforme Softwareentwicklung: Produkte bauen, die dem Standard standhalten
• CRM-Eigenentwicklung in Malaysia: Kosten, Prozess und Fallstricke

Sprechen Sie mit uns über den Zuschnitt Ihrer App, damit die Schätzung bis zum Launch hält.