Discovery
Discovery bezeichnet die Phase, in der ein Team herausfindet, welches Problem es überhaupt lösen soll – bevor irgendetwas gebaut wird. In Rechtsstreitigkeiten meint derselbe Begriff die Pflicht, der Gegenseite alle relevanten Dokumente offenzulegen; bei KI-Firmen betrifft das oft Millionen von Dateien.
Discovery ist englisch für „Entdeckung“ und meint in der Technikbranche eine Phase des Herausfindens. Ein Team klärt darin zuerst, welches Problem echte Nutzer wirklich haben. Erst danach entscheidet es, ob und was gebaut wird. Der Gegensatz dazu ist die Umsetzungsphase, in der bereits programmiert wird. Der Begriff hat aber noch eine zweite, ganz andere Bedeutung: Vor Gericht in den USA bezeichnet Discovery die Pflicht beider Streitparteien, sich gegenseitig alle relevanten Unterlagen zu zeigen. Beide Bedeutungen tauchen in Tech-News regelmäßig auf, deshalb behandelt dieser Eintrag beide.
Warum Teams zuerst suchen und dann bauen
Die teuerste Art, Software zu entwickeln, ist eine perfekte Lösung für ein Problem, das niemand hat. Studien in der Produktentwicklung schätzen seit Jahren, dass ein erheblicher Teil aller gebauten Funktionen kaum genutzt wird. Jede solche Funktion kostet Entwicklungszeit und muss danach jahrelang gepflegt werden. Discovery soll diese Fehlinvestitionen früh abfangen.
Der Grundgedanke ist einfach: Ein Irrtum, den man in einem Gespräch entdeckt, kostet eine Stunde. Derselbe Irrtum, den man nach einem Jahr Entwicklung entdeckt, kostet Millionen. Deshalb versuchen Teams, Annahmen so früh und so billig wie möglich zu prüfen. Man nennt das auch, das Risiko nach vorne zu ziehen.
Bei KI-Produkten ist Discovery besonders wichtig geworden. Sprachmodelle können vieles, aber nicht alles zuverlässig. Ob eine Idee technisch überhaupt tragfähig ist, weiß man oft erst nach ein paar Versuchen. Ein Chatbot für den Kundenservice mag beeindruckend wirken und trotzdem bei jedem zwanzigsten Fall etwas erfinden. Ob das akzeptabel ist, hängt vom Anwendungsfall ab – und genau das klärt Discovery.
Interviews, Prototypen und verworfene Ideen
Am Anfang stehen meist Gespräche. Ein Team spricht mit Menschen, die das Produkt später nutzen sollen, und fragt nach ihrem Arbeitsalltag. Eine wichtige Regel dabei: Man fragt nach der Vergangenheit, nicht nach Wünschen. „Wie haben Sie das letzte Mal gemacht?“ liefert bessere Antworten als „Würden Sie das benutzen?“. Menschen sagen bei der zweiten Frage fast immer freundlich ja.
Danach folgen kleine Tests. Ein Prototyp ist eine grobe Attrappe des Produkts, oft nur angeklickte Bildschirme ohne echte Technik dahinter. Man legt sie einer Handvoll Testpersonen vor und beobachtet, wo sie hängenbleiben. Manchmal genügt schon eine Landingpage – eine einzelne Webseite, die ein Produkt bewirbt, das es noch gar nicht gibt – um zu messen, ob überhaupt jemand klickt.
Ein gutes Discovery-Ergebnis kann auch lauten: Wir bauen das nicht. Das fühlt sich nach verlorener Zeit an, ist aber der eigentliche Zweck. Der Unterschied zur klassischen Marktforschung liegt im Tempo. Discovery läuft in Wochen, nicht in Monaten, und die Entwickler sind selbst dabei statt nur den Bericht zu lesen.
Von der Produktplanung bis zum Gerichtssaal
In Stellenanzeigen für Produktmanager steht Discovery fast immer als Aufgabe drin. Große Softwarefirmen wie Spotify oder Zalando beschreiben ihre Arbeitsweise öffentlich in dieser Sprache. Wer von Continuous Discovery liest, meint damit: Das Team spricht dauerhaft mit Nutzern, nicht nur einmal zu Projektbeginn.
Die juristische Bedeutung begegnet einem in Wirtschaftsnachrichten. In den großen Urheberrechtsprozessen gegen KI-Unternehmen streiten die Parteien regelmäßig darüber, welche internen E-Mails und Trainingsdaten offengelegt werden müssen. Weil dabei riesige Datenmengen durchsucht werden, gibt es dafür einen eigenen Markt namens E-Discovery. Dort sortiert heute meist Software vor, welche Dokumente ein Anwalt überhaupt noch lesen muss.
Ein dritter Gebrauch ist rein technisch: Service Discovery bedeutet, dass Programme in einem Rechenzentrum selbstständig finden, welche anderen Programme gerade laufen. Aus dem Zusammenhang lässt sich meist schnell erkennen, welche Bedeutung gemeint ist. Verwirrend wird es nur, wenn eine Meldung beide Welten berührt – etwa wenn ein KI-Anbieter im Prozess Unterlagen aus seiner eigenen Produktentwicklung herausgeben muss.