Jemand steht vor einer Aufgabe.
Hier beginnt ein Produkt. Nicht bei „wir bräuchten mal eine App“, sondern bei einer Situation, einem Ziel und einem Menschen, der gerade wenig Zeit hat.
Der kürzesteWeg von Aufgabezu erledigt.
Web-App im Browser oder native Android-App. Gebaut um den einen Weg herum, den Ihre Leute jeden Tag gehen. Alles, was diesen Weg verlängert, kommt nicht auf den Bildschirm.
Wie eine App entsteht
Drei Schritte statt zwölf Klicks.
Der Hauptweg wird so kurz gebaut, dass ihn niemand erklären muss. Alles Weitere liegt dahinter, nicht davor.
Benutzt, bevor es fertig aussieht.
Ein lauffähiger Stand geht früh an die echten Nutzer. Was dort scheitert, wird geändert, solange Ändern noch billig ist.
Browser oder Android.
Diese Entscheidung fällt nach Einsatz: Wer benutzt die App, auf welchem Gerät, in welcher Umgebung, mit welchen Rechten.
Draußen bleibt keine Zeit für Menüs.
Vor einer Anlage zählen Foto, Checkliste und Abschluss. Wenn dafür drei Anwendungen nötig sind, ist die App noch nicht fertig gedacht.
Zwei Formate.
Eine Entscheidung.
Die Frage ist nicht, was moderner klingt, sondern wo die App benutzt wird. Danach richtet sich alles Weitere: Aufwand, Verteilung und was später an Pflege anfällt.
| Kriterium | Web-Appim Browser | Android-Appnativ, Kotlin |
|---|---|---|
| Zugriff | Link genügt, Desktop und Mobilgerät | Installation auf dem Gerät |
| Kamera, Sensoren, Hintergrunddienste | eingeschränkt | vollständig |
| Arbeiten ohne Netz | nur eingeschränkt sinnvoll | vorgesehen |
| Aktualisierung | zentral, alle sofort auf demselben Stand | über Verteilung oder Store |
| Typischer Einsatz | Portal, Verwaltung, Buchung, Auswertung | Außendienst, Erfassung vor Ort, mobiler Arbeitsmodus |
Native iPhone- und iPad-Apps biete ich derzeit nicht an. Wer iOS zwingend braucht, bekommt von mir eine ehrliche Absage statt eines Kompromisses, der später teuer wird.
Klein genug, um fertig zu werden.
Die erste Version hat eine Aufgabe: beweisen, dass der Weg im Alltag trägt. Deshalb bekommt sie einen festen Umfang und ein Ende, statt einer Liste, die mit jeder Woche wächst.
Umfang für Ihren Fall klärenWas in Version 1 gehört
- Der Hauptweg, vollständig benutzbar
- Anmeldung und Rechte, so einfach wie vertretbar
- Daten, die tatsächlich gebraucht werden
- Ein Weg für den Fall, dass etwas schiefgeht
Was warten kann
- Auswertungen, die noch niemand angefordert hat
- Einstellungen für Fälle, die nie eintreten
- Ein zweites Format, bevor das erste läuft
- Automatisierung eines Ablaufs, der sich noch ändert
Vom ersten Satz
zum benutzbaren Stand.
Die Abstimmung läuft schriftlich. Anforderungen, Entscheidungen und Änderungen bleiben damit nachlesbar, auch Monate später.
-
Verstehen
Wer benutzt die App und in welchem Moment?
Ziel, Umgebung und der heutige Ablauf werden konkret, inklusive der Stellen, an denen es heute hakt.
-
Reduzieren
Was muss die erste Version wirklich können?
Der Hauptweg wird vom späteren Ausbau getrennt und schriftlich festgehalten. Danach steht der Preis.
-
Erproben
Bedienung früh gemeinsam prüfen.
Ein lauffähiger Stand ersetzt Diskussionen über statische Bilder. Sie klicken, ich ändere.
-
Übergeben
Veröffentlichung, Zugänge, Betrieb.
Der technische Rahmen bleibt dokumentiert und verständlich. Nichts läuft nur auf meinem Rechner.
Was soll jemand mit
Ihrer App erreichen?
Ein paar Sätze reichen. Ich antworte innerhalb von 12 Stunden per E-Mail und ordne ein, ob Browser, Android oder zunächst ein kleinerer Test der richtige Weg ist.
- Antwort
- innerhalb von 12 Stunden
- Abstimmung
- vollständig schriftlich
- Umfang
- fest, bevor gebaut wird