App-Idee beschreiben: Vorlage für einen No-Code-Prototyp

Das Problem

Sie haben eine App-Idee: ein Formular für Reklamationen, eine Liste für Maschinenwartungen, eine Erfassung der Arbeitszeiten auf dem Handy. Im Kopf ist es klar. Doch sobald Sie ein No-Code-Werkzeug öffnen oder jemandem die Idee erklären, merken Sie, wie viel offen ist: Welche Felder genau? Wer darf was ändern? Was passiert nach dem Speichern?

Fehlt eine klare Beschreibung, entsteht eine App, die nur halb passt. Die Beteiligten reden aneinander vorbei, und Änderungen im Nachhinein kosten Zeit und Geld. Das gilt für KI-Baukästen genauso wie für Entwicklerinnen: Ein schwammiger Auftrag führt zu schwammigen Ergebnissen.

Mit einer einfachen, strukturierten Beschreibung lässt sich viel vorab klären. Die Vorlage hier ist für kleine Apps gedacht, bei denen Sie einen Prototyp bauen und testen möchten. Die Angaben beziehen sich auf den Stand Oktober 2026.

So lösen Sie es mit KI – Schritt für Schritt

1. Problem in einem Satz. Schreiben Sie auf, welches Problem die App löst. Beispiel: «Reklamationen gehen per E-Mail verloren, und niemand sieht den Stand.»

1. Nutzergruppen benennen. Wer arbeitet damit: Büro, Aussendienst, Kundschaft, Vorgesetzte? Jede Gruppe hat eigene Aufgaben.

1. Aufgaben pro Gruppe notieren. Formulieren Sie Aufgaben als «Als [Rolle] möchte ich [Aufgabe], damit [Nutzen].» Drei bis sieben Aufgaben genügen für den Anfang.

1. Angaben und Felder festlegen. Welche Informationen werden erfasst? Für jedes Feld: Name, Art (Text, Zahl, Datum, Auswahl, Foto), Pflicht oder freiwillig, Beispielwert. Siehe Pflichtfelder und Datenmodell.

1. Ansichten skizzieren. Welche Bildschirme braucht es: Liste, Detailansicht, Formular, Übersicht? Zeichnen Sie sie auf Papier mit den Feldern.

1. Abläufe und Regeln beschreiben. Was geschieht nach dem Speichern? Statuswechsel, Benachrichtigungen, Berechnungen, Freigaben? Welche Regeln gelten?

1. Rechte klären. Wer darf sehen, ändern, löschen? Siehe Rechte und Rollen.

1. Abnahmekriterien festlegen. Wann gilt der Prototyp als gelungen? Formulieren Sie überprüfbare Sätze, etwa «Eine Reklamation lässt sich in unter zwei Minuten erfassen.» Siehe Testcheckliste.

Vorlage zum Kopieren

APP-BESCHREIBUNG: [Name]
Verfasst von: [Name]   Datum: [Datum]   Version: 1

1. PROBLEM IN EINEM SATZ
[Welches Problem soll die App lösen? Wer hat es? Wie wird es heute gelöst?]

2. NUTZERGRUPPEN
- [Rolle 1, Anzahl ca.]
- [Rolle 2, Anzahl ca.]

3. AUFGABEN (Nutzergeschichten)
- Als [Rolle] möchte ich [Aufgabe], damit [Nutzen].
- Als [Rolle] möchte ich [Aufgabe], damit [Nutzen].
- Als [Rolle] möchte ich [Aufgabe], damit [Nutzen].

4. DATENFELDER (pro Eintrag)
Feldname | Art (Text/Zahl/Datum/Auswahl/Foto) | Pflicht? | Beispielwert | Bemerkung
[z. B. Kundenname] | Text | ja | [Muster AG] | 
[z. B. Datum der Meldung] | Datum | ja | [Datum] | automatisch heute
[z. B. Status] | Auswahl (Neu/In Arbeit/Erledigt) | ja | Neu | 

5. ANSICHTEN
- Liste: zeigt [Felder], sortiert nach [Kriterium], Filter: [Filter]
- Detailansicht: zeigt [Felder]
- Formular «Neu erfassen»: Felder [Liste]
- Weitere: [z. B. Übersicht pro Monat]

6. ABLÄUFE UND REGELN
- Nach dem Speichern: [z. B. E-Mail an Zuständige]
- Statuswechsel erlaubt: [z. B. Neu -> In Arbeit -> Erledigt]
- Berechnungen: [falls nötig]

7. RECHTE
- [Rolle] darf: sehen / erfassen / ändern / löschen
- Besonders schützenswerte Angaben: [welche, falls vorhanden]

8. NICHT TEIL DES PROTOTYPS
- [z. B. Anbindung an die Buchhaltung, Berichte, Offlinebetrieb]

9. ABNAHMEKRITERIEN
- [Überprüfbarer Satz 1]
- [Überprüfbarer Satz 2]
- [Überprüfbarer Satz 3]

10. OFFENE FRAGEN
- [Frage 1]

Füllen Sie die Punkte aus. Geben Sie die Beschreibung einem Baukasten mit KI-Funktion oder Ihrer Entwicklerin und lassen Sie sie bei Unklarheiten Rückfragen stellen.

Worauf Sie achten müssen

• Zu viel auf einmal: Beschränken Sie den Prototyp auf die wichtigste Aufgabe. Alles Weitere kommt später.
• Personendaten: Wenn Angaben zu Personen erfasst werden, gelten Datenschutz und Zweckbindung. Erfassen Sie nur, was nötig ist. Siehe auch Rechte und Rollen.
• Besonders schützenswerte Daten: Gesundheits- oder Personaldaten brauchen besondere Sorgfalt. Klären Sie dies vor dem Bau, nicht danach.
• Echte Nutzende einbeziehen: Fragen Sie die Personen, die später damit arbeiten, was sie brauchen. Auftraggebende kennen den Alltag oft nicht genau.
• KI-Baukasten ergänzt Dinge: KI-Werkzeuge fügen gern Funktionen hinzu, die Sie nicht bestellt haben. Vergleichen Sie das Ergebnis mit Ihrer Beschreibung.
• Prototyp ist kein Produkt: Für den Dauerbetrieb braucht es Tests, Rechte, Datensicherung und Zuständigkeiten.
• Beschreibung pflegen: Halten Sie Änderungen fest, damit die Beschreibung stets dem Stand der App entspricht.

Ein Beispiel aus der Praxis

Ein Beispiel: Die Leiterin eines Reinigungsunternehmens in Baden möchte, dass Teamleitende Mängel in Objekten mit dem Handy melden. Heute erhält sie Sprachnachrichten und Fotos per Messenger.

Vorher: Sie sagt dem Baukasten «Bau mir eine Mängel-App» und erhält ein Chaos aus Funktionen. Nachher: Sie füllt die Vorlage aus: Teamleitende erfassen Objekt, Mangel, Foto und Dringlichkeit, die Leiterin sieht eine Liste mit Status. Berichte, Kundenzugang und Zeiterfassung stehen unter «nicht Teil des Prototyps». Zwei Teamleitende testen die erste Version mit den Abnahmekriterien. Nach einer Woche fügt sie ein Feld «Datum behoben» hinzu.

So hilft Ihnen Alpasana

Wenn Ihre Anforderungsskizze zu einem umsetzbaren digitalen Ablauf oder einer Web-App führen soll, unterstützt KI-Beratung und digitale Transformation bei Prozessaufnahme, Schnittstellenkonzeption und digitalen Workflows. Idee, Funktionen, bestehende Systeme sowie Zeit- und Budgetrahmen dienen als Gesprächsgrundlage.

Häufige Fragen

Wie lang soll die Beschreibung sein?

Für einen Prototyp genügen ein bis drei Seiten. Wichtig ist, dass sie verständlich ist und die Punkte der Vorlage abdeckt. Kürzer ist besser, solange nichts Wichtiges fehlt.

Kann ich die Beschreibung einer KI geben, damit sie die App baut?

Bei KI-Baukästen ist das üblich. Geben Sie die Beschreibung in Abschnitten und prüfen Sie jedes Ergebnis. Verwenden Sie keine echten Kundendaten für Tests. Siehe Lovable für einen App-Prototyp.

Was, wenn ich nicht alle Felder kenne?

Beginnen Sie mit den wichtigsten und ergänzen Sie nach den ersten Tests. Eine App lässt sich in Runden verbessern. Wichtig ist, jede Änderung zu dokumentieren und bei Pflichtfeldern konsequent zu bleiben.