Unternehmens-App entwickeln: der Ablauf Schritt für Schritt
Die App-Entwicklung im Unternehmen führt von Analyse und Umfang über Design und Bau bis zum Store-Start. Was jeweils entschieden wird, lesen Sie hier.
rabbitclip-TeamVeröffentlicht: 6 Min. Lesezeit
Kurz gesagt
Der Ablauf der Entwicklung einer Unternehmens-App hat sieben Hauptschritte: Analyse, Festlegung des Umfangs, Design, Entwicklung, Test, Store-Veröffentlichung und Wartung nach dem Start. Jeder Schritt liefert ein Ergebnis, und der nächste beginnt erst, wenn dieses Ergebnis freigegeben ist. Der Ablauf wirkt linear, enthält in der Praxis aber Schleifen zurück. Ein gutes Projekt ist gesund, weil es diese Schleifen früh und günstig dreht, nicht weil es sie nie braucht.
Was eine Unternehmens-App von einer privaten unterscheidet: Hinter ihr stehen mehrere Entscheider, bestehende Systeme und eine Freigabekette mit festen Regeln. Dieser Beitrag erklärt, was ein Inhaber oder eine Führungskraft in jedem Schritt entscheidet, wo Zeit verloren geht und wann sich der ganze Ablauf erübrigt.
Welche Fragen beantwortet die Analysephase?
Die Analyse klärt, welches Problem die App lösen soll. Wer ist der Nutzer, wann und warum öffnet er sie, und warum können eine mobile Website oder ein vorhandenes Werkzeug dieses Bedürfnis nicht erfüllen? Ein Projekt, das ohne ehrliche Antworten startet, endet oft in einer App, die nach dem Start niemand öffnet.
In dieser Phase werden auch die bestehenden Systeme erfasst: Wo liegen die Nutzerdaten, mit welchem internen System muss die App sprechen, wessen Freigabe wird gebraucht? Denken Sie an eine Mitglieder- und Buchungs-App für eine Spa-Gruppe. Liegen die Buchungsdaten in jeder Filiale in einer eigenen Software, besteht die eigentliche Aufgabe der App darin, sicher mit dieser Software zu sprechen. Zahl und Art dieser Verbindungen prägen jeden späteren Schritt.
Wie wird der Umfang festgelegt, und was gehört in die erste Version?
Der Umfang ist die schriftliche Liste der Funktionen der ersten Version. Der häufigste Fehler ist der Versuch, alles hineinzupacken. Der gesündere Weg ist, die kleinste Version auszuliefern, die die Kernaufgabe des Nutzers erfüllt, und den Rest anhand echter Nutzungsdaten zu ordnen.
Beim Festlegen des Umfangs fallen Funktionen in drei Gruppen: unverzichtbar, wünschenswert und später. Ist diese Aufteilung nicht schriftlich festgehalten, vergrößert jeder unterwegs hinzugekommene Wunsch den Umfang unbemerkt. Das schleichende Ausufern des Umfangs ist der häufigste Grund für verspätete Projekte.
- Die Kernaufgabe des Nutzers in einem Satz festhalten
- Jede Funktion als unverzichtbar, wünschenswert oder später kennzeichnen
- Die internen Systeme und Anbieter auflisten, mit denen sich die App verbinden soll
- Vorab festlegen, wie eine Änderung des Umfangs beantragt wird
Was geschieht in Design und Prototyping?
Design ist nicht nur Aussehen. Es bedeutet, den Ablauf zu bauen. Welche Bildschirme durchläuft der Nutzer, um eine Aufgabe zu erledigen, was sieht er, wenn etwas schiefgeht, was geschieht bei Verbindungsabbruch? Diese Fragen werden in einem klickbaren Prototyp erprobt, bevor eine Zeile Code geschrieben wird, denn einen Ablauf auf dem Papier zu ändern ist weit günstiger als im Code.
Der Prototyp wird einigen echten Nutzern gezeigt. Menschen innerhalb der Organisation kennen den Ablauf und weichen nicht von ihm ab. Sie müssen erfahren, wo jemand zögert, der das Produkt zum ersten Mal sieht. Auch die Barrierefreiheit wird hier bedacht: lesbare Schriftgröße, ausreichender Kontrast und bequeme Tippflächen sind keine Details, die man später ergänzt.
Wie verlaufen Entwicklung und Test?
Die Entwicklung läuft in kurzen Abschnitten, und am Ende jedes Abschnitts wird ein funktionierendes Stück gezeigt. So kommen Überraschungen früh statt spät. Auch der Test ist keine Phase, die man ans Ende schiebt. Er begleitet die Entwicklung: automatisierte Prüfungen, Versuche auf echten Geräten und ein Blick auf unterschiedliche Bildschirmgrößen.
Bei Unternehmens-Apps ist der Test vor allem für die Anbindungen wichtig. Selbst wenn eine Zahlungs-, Benachrichtigungs- oder Systemanbindung gut funktioniert, müssen Sie sehen, was in einem langsamen Netz oder bei einem Ausfall geschieht. Nutzt der Außendienst eines Herstellers von Bodenbelägen die App meist vor Ort bei schwachem Signal, ist das Verhalten ohne Verbindung das Herz des Produkts.
Die Abnahme wird mit dem eigenen Team des Unternehmens durchgeführt. Die Menschen, die den echten Arbeitsablauf kennen, finden Lücken, die das technische Team nicht sehen kann. Wird die Zeit für diesen Schritt gekürzt, werden die Fehler erst entdeckt, nachdem die App im Store ist.
Wie werden Store-Veröffentlichung und die Zeit danach gesteuert?
Die Einreichung im Store ist eine Phase mit eigenem Prüfverfahren, deren Dauer sich nicht genau vorhersagen lässt. Deshalb wird der Starttermin mit Spielraum für die Prüfung geplant. Auch die Store-Regeln und Datenschutzangaben werden vor der Veröffentlichung vorbereitet, denn eine fehlende Angabe kann zur Ablehnung der App führen.
Die Veröffentlichung ist der Beginn der Arbeit, nicht ihr Ende. In der ersten Zeit werden Absturzberichte, Nutzerbewertungen und grundlegende Nutzungsdaten beobachtet. Die App lebt weiter mit Updates des Betriebssystems, der Erneuerung von Bibliotheken und neuen Funktionen. Wird der Wartungsplan nicht vor der Veröffentlichung besprochen, altert die App unbemerkt.
Welche Fehler passieren im Ablauf einer Unternehmens-App häufig?
Der erste Fehler ist, die Analyse zu überspringen und gleich zum Design überzugehen. Ein Projekt, das das Problem nicht kennt, baut ein hübsches, aber unnötiges Produkt. Der zweite ist, Entscheider spät einzubinden. Ein Einwand aus der Chefetage mitten in der Entwicklung ist die teuerste Änderung, die es gibt.
Der dritte Fehler ist, sich nur auf den Starttermin zu konzentrieren und die Wartung nicht zu planen. Der vierte ist, auf Annahmen aufzubauen, ohne je mit Nutzern zu sprechen. Der fünfte ist, eine Struktur zu bauen, die von einer einzigen Person abhängt. Der Code, die Zugangsdaten und die Store-Konten müssen immer auf den Namen der Organisation laufen.
Wann wird keine Unternehmens-App gebraucht?
Nicht jedes Bedürfnis verlangt eine App. Wo Nutzer hin und wieder Informationen lesen und keine Gerätefunktionen wie Kamera oder Benachrichtigungen brauchen, genügt oft eine gut gebaute mobile Website oder Web-App. Und wenn Sie unsicher sind, wie oft Nutzer zu Ihrem Produkt zurückkehren, ist ein kleiner Versuch zuerst der sinnvolle Weg.
Der Maßstab: Erledigt der Nutzer diese Aufgabe immer wieder, und bringen Gerätefunktionen einen Mehrwert? Lautet beide Antworten ja, ist eine App sinnvoll. Andernfalls ist die Investition in einem anderen Kanal besser aufgehoben. Um zu sehen, wie sich Ihre bestehende Website auf dem Smartphone verhält, gibt Ihnen unser Website-Speed-Test kostenlos einen ersten Eindruck.
Der Ablauf einer Unternehmens-App reicht in sieben Schritten von der Analyse bis zur Wartung, und die meiste Zeit und das meiste Geld gehen durch unklaren Umfang, späte Entscheidungen und ungeplante Wartung verloren. Halten Sie das Problem klar schriftlich fest, halten Sie die erste Version klein, binden Sie Entscheider früh ein und besprechen Sie die Wartung vor dem Start. Wenn Sie Ihre App-Idee gemeinsam schärfen möchten, können Sie mit rabbitclip ein Kennenlerngespräch vereinbaren.
Häufige Fragen
Wie viele Schritte hat der Ablauf der Entwicklung einer mobilen Unternehmens-App?
In der Regel sieben Hauptschritte: Analyse, Umfang, Design, Entwicklung, Test, Store-Veröffentlichung und Wartung. Jeder Schritt hat ein Ergebnis, das freigegeben werden muss.
Welche Funktionen gehören in die erste Version?
Die kleinste Auswahl, die die Kernaufgabe des Nutzers erfüllt. Der Rest wird in späteren Versionen ergänzt, geleitet von echten Nutzungsdaten.
Wie lange dauert die Store-Prüfung, und wie sollte der Starttermin geplant werden?
Die Prüfzeit lässt sich nicht vorhersagen und kann schwanken. Planen Sie den Starttermin mit Spielraum für eine mögliche Ablehnung und Korrektur.
Ist nach der Veröffentlichung der App Wartung nötig?
Ja. Updates des Betriebssystems, die Erneuerung von Bibliotheken und Fehlerkorrekturen brauchen stetige Aufmerksamkeit. Der Wartungsplan sollte vor der Veröffentlichung besprochen werden.
Wann genügt eine mobile Website statt einer App?
Wenn Nutzer gelegentlich Informationen lesen und keine Gerätefunktionen brauchen. Wiederkehrende Abläufe und Gerätefunktionen machen eine App erst lohnenswert.
