Zum Inhalt springen

Eine Business-App auf Mauritius entwickeln lassen

Ein Schritt-für-Schritt-Ratgeber für Unternehmen im deutschsprachigen Raum und auf Mauritius, die eine App für Kunden, Mitarbeitende oder Partner bauen lassen möchten: welche Entscheidungen vor der ersten Zeile Code fallen, was Sie verlangen sollten und was auf Ihren Namen laufen muss.

Veröffentlicht am 24. Oktober 2026

Die kurze Antwort

Eine gut gebaute App beruht auf sechs Entscheidungen, in dieser Reihenfolge:

  1. Halten Sie die eine Aufgabe fest, die die erste Version erfüllen muss, für wen, und woran Sie erkennen, dass sie funktioniert.
  2. Wählen Sie das Format: eine Web-App, eine native App oder eine plattformübergreifende App für iOS und Android.
  3. Planen Sie die unsichtbare Hälfte: das Backend, das Admin-Portal für Ihr Team und die Integrationen.
  4. Eröffnen Sie die Konten bei App Store und Google Play auf Ihr Unternehmen, und behalten Sie sie.
  5. Planen Sie den Datenschutz von Anfang an ein, nach DSGVO für Nutzer in der EU und nach dem Data Protection Act 2017 auf Mauritius.
  6. Budgetieren Sie die Zeit nach dem Launch: Betriebssystem-Updates, geänderte Store-Regeln, Korrekturen und neue Funktionen.

Der Rest dieses Ratgebers geht die Entscheidungen einzeln durch und zeigt dann, was die Kosten bestimmt und wie Sie ein Briefing schreiben, das vergleichbare Angebote liefert.

Warum ein Entwicklungsteam auf Mauritius

Mauritius liegt bei UTC+4 und kennt keine Sommerzeit: Gegenüber Deutschland, Österreich und der Schweiz sind das im Winter drei Stunden Vorsprung, im Sommer zwei. Die Arbeitszeiten überschneiden sich weitgehend, Abstimmungen und Demos finden zu normalen Bürozeiten statt. Klären Sie vorab die Arbeitssprache: Viele Teams auf der Insel arbeiten auf Englisch und Französisch. Legen Sie fest, wer die deutschen Texte der App und der Store-Einträge schreibt oder prüft.

1. Festlegen, was die App leisten muss

Die meisten App-Projekte, die aus dem Ruder laufen, haben mit einer Funktionsliste statt mit einem Problem begonnen. Beantworten Sie diese Fragen auf höchstens einer Seite, bevor Sie mit Entwicklern sprechen:

  • Wer nutzt die App? Kunden, Außendienst, Partner, oder mehrere davon mit unterschiedlichen Rechten.
  • Wie läuft es heute ohne sie? WhatsApp-Nachrichten, Papierformulare, Anrufe, Tabellen. Genau das ersetzt die App.
  • Welche Aufgabe muss die erste Version vollständig abbilden? Eine Buchung, eine Bestellung, ein tägliches Protokoll, ein Check-in.
  • Was muss Ihr Team sehen oder steuern? Freigaben, Lagerbestand, Zahlungen, Berichte.
  • Mit welchen Systemen muss sie sprechen? Buchhaltung, CRM, Kassensystem, Zahlungsanbieter, bestehende Website.
  • Muss sie offline funktionieren? Auf einem Boot, einem Hof oder einer Baustelle oft ja.

Halten Sie die erste Version schmal. Eine App, die eine Aufgabe gut erledigt und täglich genutzt wird, ist eine bessere Grundlage als eine, die zehn Aufgaben erledigt und einmal geöffnet wird. Was warten kann, kommt auf eine schriftliche Liste für Version zwei.

2. Web-App, nativ oder plattformübergreifend?

FormatWas es istPasst zuAbwägungen
Web-AppLäuft im Browser und lässt sich auf den Startbildschirm legen. Kein Store nötig.Buchungsseiten, Kundenportale, interne Werkzeuge, alles, was selten genutzt wird.Weniger Zugriff auf Gerätefunktionen und Hintergrundaufgaben; kein Store-Eintrag, über den man die App findet.
NativGetrennte Apps für iOS und für Android.Apps, die stark von einer Plattform abhängen oder das letzte Quäntchen Leistung brauchen.Zwei Codebasen, die gebaut, getestet und gewartet werden müssen.
PlattformübergreifendEine Codebasis für iOS und Android, etwa React Native mit Expo oder Flutter.Die meisten Business-Apps: Kunden-Apps, Apps für Mitarbeitende, Marktplätze.Etwas plattformspezifische Arbeit bleibt, und ungewöhnliche Hardware braucht native Module.

Eine brauchbare Faustregel: Wird die App täglich genutzt oder braucht sie Kamera, Push-Benachrichtigungen oder einen Offline-Modus, bauen Sie eine installierbare App; wird sie nur gelegentlich genutzt, beginnen Sie mit einer Web-App. Viele Projekte kombinieren beides. Bei der Buchungs-App für Bootstouren, die wir entwickelt haben, buchen Kunden über einen Web-Link ohne Installation, während das Team mit der iOS- und Android-App Fahrten verwaltet und Passagiere eincheckt, auch offline auf dem Wasser.

3. Backend und Admin-Portal

Die App auf dem Smartphone ist oft der kleinere Teil der Arbeit. Dahinter stehen:

  • Ein Backend: Konten und Login, Datenbank, Dateispeicher, Benachrichtigungen und geplante Aufgaben wie Erinnerungen oder tägliche Berichte.
  • Ein Admin-Portal für Ihr Team: Nutzer, Inhalte, Bestellungen oder Buchungen verwalten, Zahlungen freigeben, Berichte ansehen. Es läuft meist im Browser.
  • Rollen und Rechte: wer was sieht. Ein Vertriebsmitarbeiter sieht nur seine Kunden, die Leitung alles.
  • Integrationen mit den Systemen, die Sie bereits nutzen.

Lassen Sie das Admin-Portal im selben Angebot wie die App beschreiben. Dort verbringt Ihr Team seine Zeit, und es wird oft erst spät bedacht. Die Geflügel-App, die wir entwickelt haben, zeigt das Muster: Landwirte erfassen ihre Herden in der App, während Technik- und Vertriebsteam des Unternehmens im Webportal mit denselben Daten arbeiten.

4. Store-Konten auf den Namen Ihres Unternehmens

Für App Store und Google Play braucht es jeweils ein Entwicklerkonto. Eröffnen Sie beide auf Ihr Unternehmen, nicht auf den Entwickler, und geben Sie ihm Zugriff als Teammitglied. Wird die App aus dem Konto des Entwicklers veröffentlicht, ist ein späterer Umzug langwierig und kann bedeuten, sie als neue App zu veröffentlichen und ihre Bewertungen zu verlieren.

  • Apple Developer Program: Die Anmeldung als Organisation setzt eine juristische Person und eine darauf registrierte D-U-N-S-Nummer voraus. Apple prüft, ob der rechtliche Name mit dem Eintrag bei Dun & Bradstreet übereinstimmt, beantragen Sie die Nummer also früh. Die Mitgliedschaft kostet eine jährliche Gebühr.
  • Google Play Console: Auch Organisationskonten brauchen eine D-U-N-S-Nummer. Die Registrierungsgebühr fällt einmalig an. Neu angelegte private Konten müssen vor der Veröffentlichung erst einen geschlossenen Test mit mindestens 12 Testern über 14 Tage durchführen, für ein Unternehmen ist daher meist das Organisationskonto die bessere Wahl.
  • Prüfung durch die Stores: Beide Stores prüfen jede Version. Apps, in denen man ein Konto anlegen kann, müssen das Löschen des Kontos in der App erlauben, und Apps mit Inhalten von Nutzern brauchen Funktionen zum Melden und Blockieren. Beide Stores verlangen eine Datenschutzerklärung und Angaben zu den erhobenen Daten.

Dieselbe Regel gilt für alles andere: Domain, Cloud-Projekt, Datenbank und Code-Repository sollten auf Ihren Namen laufen oder übertragbar sein, und der Vertrag sollte regeln, wann die Rechte am Code auf Sie übergehen.

5. Datenschutz: DSGVO und Data Protection Act 2017

Apps erheben fast immer personenbezogene Daten: Namen, Telefonnummern, Standorte, Fotos, Bestellungen. Nutzen Menschen in der EU Ihre App, gilt die DSGVO, auch wenn das Entwicklungsteam auf Mauritius sitzt. Für Unternehmen und Nutzer auf Mauritius gilt der Data Protection Act 2017, der in vielen Punkten ähnlich aufgebaut ist. In beiden Fällen bleibt Ihr Unternehmen als Verantwortlicher zuständig, auch wenn ein Dienstleister die App baut und betreibt. Diese Punkte gehören in die Konzeption:

  • Nur erheben, was die App braucht, und es in einer Datenschutzerklärung in der App und im Store-Eintrag erklären.
  • Einwilligungen einholen, wo Sie sich darauf stützen, etwa für Werbenachrichten oder Standortdaten, und den Widerruf ebenso einfach machen.
  • Daten absichern: verschlüsselte Verbindungen, Zugriff nach Rollen, Zwei-Faktor-Login für Administratoren.
  • Den Speicherort wählen, etwa eine Cloud-Region in der EU, und klären, wie Übermittlungen in andere Länder abgesichert sind. Schließen Sie mit dem Dienstleister einen Vertrag zur Auftragsverarbeitung.
  • Rechte der Nutzer einplanen: Auskunft, Berichtigung und Löschung, einschließlich der Kontolöschung in der App.
  • Vorfälle einplanen: Sowohl die DSGVO als auch der Data Protection Act 2017 verlangen, eine Datenpanne der Aufsichtsbehörde möglichst binnen 72 Stunden zu melden.
  • Auf Mauritius die Registrierung prüfen: Verantwortliche und Auftragsverarbeiter müssen sich beim Data Protection Office registrieren.

Fragen Sie Ihren Entwickler, wie jeder Punkt umgesetzt wird, und lassen Sie Ihre Datenschutzerklärung von einer qualifizierten Person prüfen.

6. Wartung und Betriebssystem-Updates

Eine App ist mit dem Launch nicht fertig. Apple und Google veröffentlichen jedes Jahr neue Versionen von iOS und Android, ändern ihre Store-Regeln und verlangen regelmäßig, dass Apps neuere Systemversionen unterstützen. Eine App, die niemand aktualisiert, funktioniert irgendwann schlechter oder wird aus dem Store genommen. Planen Sie ein:

  • Kompatibilitäts-Updates für neue iOS- und Android-Versionen.
  • Sicherheitspatches für die verwendeten Bibliotheken.
  • Überwachung von Abstürzen und Leistung, damit Probleme vor den Nutzern auffallen.
  • Neue Einreichungen in den Stores, wenn sich Regeln ändern.
  • Eine Liste von Verbesserungen aus der tatsächlichen Nutzung.

Lassen Sie die Wartung als eigenen Posten im Angebot ausweisen, mit Leistungsumfang und Reaktionszeit bei Störungen.

Was die Kosten einer App bestimmt

Für individuelle Apps veröffentlichen wir keine Preise, denn zwei Apps mit demselben Namen können sehr unterschiedlich viel Arbeit bedeuten. Diese Faktoren bewegen ein Angebot:

  • Die Zahl unterschiedlicher Bildschirme und Nutzerrollen, mehr als die Länge der Funktionsliste.
  • Das Format: eine Web-App, eine plattformübergreifende App oder zwei native Apps.
  • Das Admin-Portal und wie viel Ihr Team darin steuern muss.
  • Integrationen: Zahlungsarten wie Stripe oder PayPal, auf Mauritius auch MCB Juice und Kartenzahlung, dazu Buchhaltung, CRM, Kassensystem oder eine bestehende Datenbank.
  • Offline-Modus und Synchronisierung, die echte Komplexität mitbringen.
  • Sprachen: jede Sprache für die App und die Store-Einträge.
  • Design: angepasste Komponenten oder eine vollständig eigene Oberfläche.
  • Wartung nach dem Launch.

Ein schriftliches Festpreisangebot sollte jeden dieser Punkte aufführen, damit Sie sehen, wofür Sie zahlen, und Angebote fair vergleichen können.

So briefen Sie einen Entwickler

Schicken Sie jedem Anbieter dasselbe Briefing. Technisch muss es nicht sein:

  1. Ihr Unternehmen in wenigen Sätzen und das Problem, das die App löst.
  2. Die Nutzer und was jeder von ihnen tun können muss.
  3. Die eine Aufgabe, die die erste Version vollständig abbilden muss.
  4. Was Ihr Team im Admin-Portal sehen und steuern muss.
  5. Die anzubindenden Systeme und die Zahlungsarten Ihrer Kunden.
  6. iOS, Android, Web oder alles, und die Sprachen.
  7. Ob die App offline funktionieren muss.
  8. Apps, die Ihnen gefallen, und warum.
  9. Ihre Frist und jedes Datum, das sich nicht verschieben lässt.
  10. Wer die App nach dem Launch betreut.

Stellen Sie dann jedem dieselben Fragen: Welche Live-Apps haben Sie veröffentlicht (öffnen Sie sie auf Ihrem Smartphone)? Wer entwickelt meine App? Welche Technik empfehlen Sie und warum? Auf wessen Namen laufen Store-Konten und Code? Wie gehen Sie mit personenbezogenen Daten um? Was umfasst die Wartung?

Wie Artover Apps entwickelt

Wir entwickeln iOS- und Android-Apps in Cybercity Ebene, meist mit React Native und Expo, zusammen mit dem Webportal und dem Firebase- oder Node.js-Backend dahinter, und wir übernehmen die Einreichung bei App Store und Google Play. Unser Team arbeitet auf Englisch und Französisch, schriftliche Angebote erhalten Sie auf Englisch. Echte Projekte finden Sie in unserem Portfolio, etwa eine Marktplatz-App für Second-Hand-Mode, die im mauritischen App Store live ist und MCB-Juice-Zahlungen prüft, bevor eine Bestellung weiterläuft.

Jedes Projekt beginnt mit einem kostenlosen Erstgespräch und endet in einem schriftlichen Festpreisangebot. Mehr zu unserer Arbeitsweise unter App-Entwicklung, oder schicken Sie Ihr Briefing über das Angebotsformular.

Häufige Fragen

Braucht mein Unternehmen eine Web-App oder eine mobile App?

Eine Web-App passt zu Werkzeugen, die gelegentlich genutzt werden, etwa einer Buchungsseite oder einem Kundenportal, ohne Installation. Eine installierbare iOS- und Android-App passt zu täglicher Nutzung, Push-Benachrichtigungen, Kamera oder Offline-Arbeit. Viele Projekte nutzen beides: einen Web-Link für Kunden und eine App für das Team.

Auf wessen Namen sollten die Konten bei App Store und Google Play laufen?

Auf den Ihres Unternehmens. Melden Sie sich beim Apple Developer Program und bei der Google Play Console als Organisation an, wofür eine D-U-N-S-Nummer nötig ist, und fügen Sie Ihren Entwickler als Teammitglied hinzu. Eine App später aus dem Konto eines Entwicklers umzuziehen ist langwierig und kann eine Neuveröffentlichung bedeuten.

Gilt die DSGVO, wenn meine App auf Mauritius entwickelt wird?

Ja, wenn Menschen in der EU die App nutzen. Maßgeblich ist, wessen Daten verarbeitet werden, nicht wo das Entwicklungsteam sitzt. Klären Sie Speicherort, Absicherung von Übermittlungen und den Vertrag zur Auftragsverarbeitung, bevor die Entwicklung beginnt.

Reicht eine plattformübergreifende App für iOS und Android?

Für die meisten Business-Apps ja. React Native mit Expo oder Flutter erzeugen iOS- und Android-Apps aus einer Codebasis. Getrennte native Apps lohnen sich, wenn eine App stark von den Funktionen einer Plattform abhängt.

Was umfasst die Wartung einer App?

Kompatibilitäts-Updates für neue iOS- und Android-Versionen, Sicherheitspatches für die Bibliotheken, Überwachung von Abstürzen und Leistung, neue Einreichungen bei geänderten Store-Regeln und kleine Verbesserungen. Lassen Sie sie als eigenen Posten im Angebot ausweisen.

Passende Leistungen

Quellen

Sie planen eine App?

Schicken Sie uns Ihr Briefing, auch ein grobes. Nach einem kostenlosen Erstgespräch erhalten Sie ein schriftliches Festpreisangebot, und unsere Live-Apps finden Sie im Portfolio.

Angebot anfordern