Am nächsten Morgen steht ein wichtiger Termin an. Doch kaum liegt man im Bett, kommt die Idee für eine App. Also spricht man das ganze Konzept ins Smartphone und schickt es an eine KI: „Den Rest bitte bis zur Fertigstellung übernehmen.“ Der Gründer schläft ein. Die Entwicklungsabteilung wurde gerade eröffnet. Budget: null Euro.
Diese Szene ist ein Büro-Witz. Sie zeigt aber auch eine nützliche Fähigkeit: eine vorgestellte Nutzererfahrung sofort in konkrete Produktanforderungen zu übersetzen.
Von „Wäre doch lustig“ zu klaren Regeln
Stellen wir uns eine App vor, in der Menschen Zeichnungen hochladen und andere zufällig eine davon ziehen können, ähnlich einer japanischen Kapselspielzeug-Maschine. Ist das fertige Erlebnis schon vorstellbar, fallen die Regeln erstaunlich schnell:
- Jeder darf eine Zeichnung einreichen.
- Jede Ziehung führt zu einem Werk einer anderen Person.
- Einmal gezogene Bilder verschwinden endgültig aus dem Pool.
- Künstler und Empfänger können das Ergebnis in sozialen Netzwerken teilen.
- Speicher und Datenverkehr müssen so begrenzt werden, dass keine kostenpflichtigen Kontingente anfallen.
Das ist mehr als eine Funktionsliste. Die Einmaligkeit erzeugt Spannung, das Teilen bringt dem Künstler Aufmerksamkeit und die Kostenbegrenzung hält das Hobbyprojekt am Leben. Ob der Betrieb tatsächlich kostenlos bleibt, muss anhand von Tarifen, Speicherverbrauch und Datenübertragung geprüft werden.
Das schlimmste Mitarbeitergespräch der Nacht
Als Bürosketch klingt das so:
Chef: „Neue Geschäftsidee. Eine Bilderlotterie.“
Entwickler: „Wo ist das Lastenheft?“
Chef: „Habe ich gerade alles erzählt.“
Entwickler: „Bis wann?“
Chef: „Bis es fertig ist.“
Entwickler: „Budget?“
Chef: „Null.“
Entwickler: „Und was machen Sie?“
Chef: „Schlafen. Morgen muss ich früh raus.“
Eine komplette Entwicklungsabteilung entsteht, ohne dass der Chef die Bettdecke verlässt. Bei menschlichen Mitarbeitern wäre das eine Katastrophe. Mit einer KI ist es eine ziemlich treffende Satire auf schnelle App-Prototypen.
Der KI-Mitarbeiter hat Zwangspause, bekommt aber neue Aufträge
Der nächste Witz: Claude hat sein Nutzungslimit erreicht und kann vorerst nicht weiterarbeiten. Der Chef schickt trotzdem schon die nächste Aufgabenbeschreibung in den Chat.
„Sorry für die Störung in deiner Pause. Wenn du zurück bist, mach bitte alles fertig.“
Der Mitarbeiter hat frei. Seine Aufgabenliste offensichtlich nicht.
Technisch ist dabei wichtig: Für Claude gelten Nutzungsgrenzen mit unterschiedlichen Rücksetzzeiträumen, unter anderem pro Sitzung und Woche.[1] Eine Nachricht im Chat bedeutet nicht automatisch, dass das Programmieren nach der Freigabe von selbst startet. Die Arbeit muss tatsächlich fortgesetzt und das Ergebnis überprüft werden.
Schnell sprechen ist nicht dasselbe wie gut entscheiden
Spracheingabe verkürzt die Strecke zwischen Einfall und Arbeitsanweisung. Der entscheidende Vorteil liegt jedoch darin, das gewünschte Erlebnis zu kennen und daraus die notwendigen Regeln abzuleiten.
Schnelle Anforderungen, zuverlässiger Code, Spielspaß und echte Nachfrage sind verschiedene Dinge. Ein Prototyp kann Annahmen testen; erst Nutzer zeigen, ob die Idee trägt.
Und so endet die Geschichte: Ein Unternehmen wird im Bett gegründet, während der Chef vor seinem einzigen Mitarbeiter Feierabend macht.
„Claude, erhol dich gut. Nach deinem Urlaub wartet schon das nächste Projekt.“
Quellen (2)
[1] Anthropic, "使用量と長さの制限はどのように機能しますか？" / "How do usage and length limits work?", Claude Help Center, accessed 2026-10-19. https://support.claude.com/ja/articles/11647753-%E4%BD%BF%E7%94%A8%E9%87%8F%E3%81%A8%E9%95%B7%E3%81%95%E3%81%AE%E5%88%B6%E9%99%90%E3%81%AF%E3%81%A9%E3%81%AE%E3%82%88%E3%81%86%E3%81%AB%E6%A9%9F%E8%83%BD%E3%81%97%E3%81%BE%E3%81%99%E3%81%8B
本文の会社風の台詞は状況を表す創作上の寸劇。特定の人間の雇用関係、製品完成、無課金運用の達成、売上を記録したものではない。
