Drei Fragen reichen für den Anfang deiner Softwareidee.

Für wen ist deine Idee?

Beginne mit einer Person in einer konkreten Situation. „Für unser Unternehmen“ lässt viele Möglichkeiten offen. „Für die Person, die morgens unsere Außentermine koordiniert“ macht die Aufgabe greifbar.

Notiere, was diese Person erledigen möchte, welche Werkzeuge sie heute nutzt und wo sie ins Stocken gerät. Für ein erstes Gespräch reichen Rollen und ein selbst formuliertes Beispiel. Du brauchst dafür keine Namen, Kundendaten oder vertraulichen Unterlagen zu teilen.

Was soll besser werden?

Beschreibe eine beobachtbare Veränderung. „Eine moderne App“ ist ein Lösungswunsch. „Die Koordination soll erkennen, welche Termine noch keine bestätigte Zuständigkeit haben“ beschreibt einen Nutzen, den du prüfen kannst.

Als fiktives Beispiel nehmen wir einen Betrieb, der Außentermine in mehreren Listen führt. Das Problem könnte sein, dass bei Änderungen niemand auf einen Blick erkennt, wer die Zuordnung klärt. Bevor ihr eine Anwendung baut, wäre auch zu prüfen, ob eine gemeinsame Liste mit klarer Verantwortung ausreicht.

Was müsst ihr als Erstes herausfinden?

Wähle die Unsicherheit, die eure nächste Entscheidung bestimmt. Im Beispiel könnte die Frage lauten: „Erkennt die Koordination in einer gemeinsamen Übersicht alle Termine mit offenem Klärungsbedarf?“

Ein Entwurf mit erfundenen Terminen wäre ein möglicher erster Test. Gib einer Person die Aufgabe, die nötigen Rückfragen vorzubereiten. Beobachte, welche offenen Punkte sie erkennt. Ob sich die vorhandenen Werkzeuge anbinden lassen, wäre eine eigene technische Frage.

So kannst du deine Idee aufschreiben.

Für wen: [Rolle und konkrete Situation]. Heute erledigt diese Person [Aufgabe] mit [bisherigem Ablauf]. Schwierig ist dabei [beobachtbares Problem].

Besser wäre: [konkrete Veränderung]. Wir würden den Unterschied daran erkennen, dass [beobachtbares Ergebnis].

Zuerst testen möchten wir: [eine offene Annahme]. Dafür könnten wir [kleiner Versuch] vorbereiten. Noch ungeklärt sind [Abhängigkeiten oder fehlende Informationen].

Es ist in Ordnung, wenn dabei Fragen offenbleiben. Dieser Rahmen ist ein Gesprächseinstieg, keine fertige Spezifikation. Gemeinsam lässt sich anschließend prüfen, ob eine Prozessänderung, vorhandene Software oder eine individuelle Entwicklung weiterhilft. Ob KI dabei eine Rolle spielt, ergibt sich aus der Aufgabe.