KI-Produktideen prüfen: Vom X-Beitrag zur testbaren B2B-Idee

Die Ausgangsthese

Am 9. Oktober 2026 antwortete der Indie-Gründer Marc Lou auf X einem anderen Gründer. Seine Diagnose: ein „Novelty-Problem“ (öffnet in neuem Tab). Das Produkt sei ein Vitamin mit Gratisplan für Indie Hacker. Stattdessen empfahl er: nur Painkiller, kein Gratisplan, hohe Preise, Zielgruppe außerhalb der Indie-Hacker-Szene, also B2B.

Das ist eine unternehmerische Position, keine empirische Regel. Als Suchauftrag taugt sie trotzdem. Für die Recherche wurde sie deshalb in eine prüfbare Frage übersetzt:

Welcher teure Arbeitszustand lässt sich heute zuverlässig verändern, den vorhandene Mittel beim konkreten Käufer nicht ausreichend lösen?

Die Frage ist bewusst eng. Sie fragt nicht nach einer neuen Produktkategorie, sondern nach einem Zustand im Betrieb, der Geld kostet, und nach den Mitteln, die dort schon im Einsatz sind.

Was am 10. Oktober tatsächlich lief

Am Tag danach liefen zwei Recherchen auf X. KI-Agenten haben gesucht, sortiert und ausgewertet; die Auswahl der Belege und die Grenzen sind in beiden Fällen dokumentiert.

Einsteigerfragen: Wo die Idee fehlt

Die erste Recherche lief über den kostenlosen X-Lesezugang: 104 Suchanfragen, 2.338 eindeutige Posts aus dem Zeitraum 15. August bis 10. Oktober 2026, nach Abzug von 114 Textduplikaten 2.224. Davon wurden 512 als echte Einsteigerstimmen mit Frage oder Problem eingestuft. Grob gezählt drehen sich 21 davon um Ideen und Validierung, 76 um die ersten Nutzer; das ist das größte Cluster. Sinngemäß fragt etwa eine Person, wie andere eine SaaS-Idee prüfen, bevor die erste Codezeile entsteht. Eine andere baut seit drei Wochen an ihrem ersten Produkt und hat noch mit keinem möglichen Nutzer gesprochen. Eine dritte fragt, wie man erste B2B-Piloten ohne Publikum, Kontakte und Referenzen gewinnt.

Bauen ist mit KI billig geworden. Die Frage, was sich zu bauen lohnt, beantwortet das nicht.

B2B-Painkiller: Wo Betriebe Arbeit verlieren

Die zweite Recherche suchte gezielt nach Arbeitsproblemen in weniger digitalisierten B2B-Branchen. Sie lief über den Apify-Actor apidojo/tweet-scraper (öffnet in neuem Tab) in vier Läufen mit 28 Suchanfragen und vier Konversationsabrufen, ohne Login-Cookie.

Die ersten Läufe nutzten breite Begriffe und die Sortierung nach Beliebtheit. Das Ergebnis war voller Anbieter und Werbung. Danach wurde auf konkrete Arbeitsprobleme, Selbstberichte und die neuesten Beiträge umgestellt. Eine der ersten konkreten Suchanfragen, noch nach Beliebtheit sortiert:

("change order" OR "change orders") ("forgot" OR "unpaid" OR "lost" OR "hours" OR "unsigned") -filter:retweets lang:en since:2025-01-01 until:2026-10-11

Anbieterpost oder Betreiberproblem

Der wichtigste Filter dieser Recherche war nicht das Thema, sondern die Rolle der sprechenden Person. Wer Software verkauft, hat ein Interesse daran, das Problem passend zum eigenen Angebot zu beschreiben. Wer einen Betrieb führt und einen eigenen Vorgang schildert, spricht als möglicher Käufer. Als unabhängiger Beleg für ein Problem beim Käufer zählten deshalb nur Selbstberichte von Betreibern. Anbieterposts blieben Hinweise, etwa auf Themen oder Wettbewerb.

Wie stark das Anbieter-Narrativ dominiert, zeigte ein Testlauf am selben Tag auf LinkedIn zum Thema KI im Mittelstand: Von 71 thematisch relevanten Posts stammten 49 von Anbietern und Beratern, 4 von Mittelständlern selbst. Auch in der Einsteigerrecherche waren die reichweitenstärksten Beiträge zum Thema Anbieter-Threads, keine Fragen von Einsteigern.

Auch ein echter Selbstbericht hat Grenzen. Er belegt, dass jemand einen Vorgang so beschreibt. Schadenshöhe, Ursache, Verbreitung oder Zahlungsbereitschaft belegt er nicht.

Der Fall: Zusatzarbeit, die niemand bezahlt

Das deutlichste Muster kam von ausführenden Betrieben, die unabhängig voneinander Ähnliches beschrieben: unklaren Leistungsumfang oder nicht vergütete Zusatzarbeit. Vor Ort taucht Arbeit auf, die vermutlich nicht im vereinbarten Umfang liegt. Der Umfang wird strittig, oder die Arbeit wird erledigt und nicht bezahlt. Sinngemäß und anonymisiert:

• Ein Handwerksbetrieb berichtet von rund 40 nicht berechneten Zusatzstunden nach einem Missverständnis; schriftlich festgehaltene Änderungen hätten gefehlt. Die Zahl ist seine eigene, unbestätigte Angabe.
• Ein Terrassenbauer beschreibt Reparaturen, deren Umfang nach Arbeitsbeginn wächst, während Kunden die zusätzliche Arbeit im ursprünglichen Preis erwarten. Er arbeitet inzwischen mit Markierungen, Fotos und ausdrücklicher Abgrenzung.
• Ein Trockenbau- und Malerbetrieb nennt unbezahlte Zusatzarbeiten neben anderen Problemen auf der Baustelle.
• Ein Baureinigungsbetrieb rät, Zusatzarbeiten und Stundensätze am selben Tag unterschreiben zu lassen.

Das gemeinsame Muster ist eine unterbrochene Arbeitskette: Die Freigabe für die Änderung fehlt, ist unklar oder liegt verstreut. Der Käufer wäre die Inhaberin oder Projektleitung eines ausführenden Fachbetriebs. Die Beispiele stammen überwiegend aus englischsprachigen Kontexten. Ob sich das auf deutsche Betriebe überträgt, ist offen.

Wettbewerb und Gegenbelege

Ein Problem mit mehreren Stimmen ist noch keine Lücke. Der nächste Schritt war deshalb die Gegenprobe: Wer löst das schon, und wo hilft eine Lösung nicht? Alle Anbieterseiten wurden am 10. Oktober 2026 abgerufen. Sie belegen angebotene Funktionen, nicht deren Wirkung.

Dazu kommen Werkzeuge, die Baustellenberichte aus Sprache und Fotos erstellen, etwa die Sprach-KI von Valoon (öffnet in neuem Tab) oder ToolTime Echo (öffnet in neuem Tab). Und es gibt den unsichtbaren Wettbewerber: allgemeine KI. Ein Dachdecker beschreibt, wie er sie bereits für Formulare, Genehmigungsanträge und Vertragsentwürfe nutzt. Ein anderer Betrieb erstellt Bauangebote aus Sprachmemos, Fotos und allgemeiner KI.

Die zwei stärksten Gegenbelege kamen von Betreibern selbst:

• Derselbe Baureinigungsbetrieb, der zur Unterschrift am selben Tag rät, wartet nach eigener Aussage trotz dokumentierter und unterschriebener Zusatzarbeiten auf sein Geld. Dokumentation allein bewirkt keine Zahlung.
• Ein Solo-Handwerker soll für einen Kunden Zugang zu einem Portal kaufen und lehnt diese zusätzlichen Kosten ausdrücklich ab. Ein weiteres Pflichtwerkzeug auf Kosten des kleinen Betriebs wäre ein schlechter Start.

Dazu kommt ein Immobilienbetreiber, der seine Softwarekosten Posten für Posten durchgeht und streicht, was gegenüber vorhandenen Mitteln zu wenig bringt.

Eine Idee, eng genug zum Prüfen

Aus der Recherche entstanden vier Produkthypothesen. Die Zusatzarbeit steht vorn, weil dafür mehrere unabhängige Praxisberichte zum selben Anlass vorliegen. Der Weg von erledigten Einsätzen zur einreichbaren Rechnung hat verwandte Belege, aber noch keine konkrete deutsche Nische. Vergleichbare Angebote für Gebäudetechnik und die Abschlusskontrolle zwischen Inspektion und Reparatur stützen sich jeweils auf einen einzelnen konkreten Fall. Die Reihenfolge ist ein begründetes Urteil, kein Markt-Scoring.

Die eingegrenzte Idee

Ein Freigabe-Assistent für Zusatzarbeit, zunächst in genau einem Gewerk, etwa Ausbau oder Baureinigung:

1. Der Monteur gibt vor Ort Foto und Sprachnotiz ab.
2. Das System vergleicht sie mit Angebot, Leistungsbeschreibung und bisherigen Änderungen.
3. Es markiert: vereinbart, vermutlich zusätzlich oder unklar, jeweils mit Fundstelle. Bei Unklarheit stellt es eine gezielte Rückfrage.
4. Es entsteht eine kurze, bebilderte Leistungsabgrenzung mit vorhandenen Vertragspreisen oder einer offenen Preisfrage. Mengen und Preise werden nie aus fehlenden Angaben erfunden.
5. Nach menschlicher Prüfung wird die Freigabe eingeholt. Umfang, Zeitpunkt und Antwort bleiben der späteren Abrechnung zugeordnet.

Der Endpunkt ist ein geklärter Arbeitsumfang, nicht ein schöner Bericht. Naheliegend ist der Ansatz, weil heutige Modelle Foto, Sprache und Dokument zusammen verarbeiten und ein mehrstufiger Agent Rückfragen und Freigabestatus zusammenhalten kann. Ob dieser konkrete Ablauf technisch trägt, wurde noch nicht prototypisch getestet.

Die Lücke, die übrig bleibt, ist eine Hypothese: dass ein eng gewähltes Gewerk einen einfachen, wiederholbaren Ablauf für genau diese Aufgabe vermisst. Eine unbesetzte Marktlücke ist damit nicht nachgewiesen.

Die nächste Probe: am echten Prozess

Social Listening hat die Auswahl verbessert. Ob jemand zahlt, kann es nicht beantworten. Das geht nur am konkreten Betrieb. Der vorgeschlagene nächste Arbeitsblock:

1. Fünf Gespräche mit Betrieben desselben Gewerks.
2. Danach insgesamt 20 historische Änderungsfälle aus zwei Betrieben, sofern sie diese bereitstellen. Welche tatsächliche Änderung hätte das System rechtzeitig erkannt? Welches vermeintliche Extra war längst enthalten?
3. Vergleich von vier Wegen: bisheriger Ablauf, allgemeine KI, vorhandene Spezialsoftware, der eigene Ansatz.
4. Erfassen: erkannte relevante Änderungen, falsche Zusatzansprüche, verbleibender Prüfaufwand, tatsächlich erreichte Freigaben.
5. Ein bezahlter Pilot als nächster belastbarer Nachfragebeleg. Preis, Umfang und Abbruchgrenzen werden mit dem Betrieb vereinbart; aus Posts lässt sich kein Preis ableiten.

Die Idee wird verworfen, wenn vorhandene Software das Problem bereits gut löst, wenn die Gegenpartei regelmäßig unabhängig von Belegen nicht zahlt oder wenn der Prüfaufwand den Vorteil aufbraucht.

Prüfblatt für die eigene Idee

Der Ablauf lässt sich auf andere B2B-Ideen übertragen. Jede Stufe hat eine Frage, einen Beleg, der zählt, und eine Grenze, an der die Idee umgebaut oder verworfen wird.

Das Prüfblatt steht als Markdown-Datei zum Download bereit, mit Feldern zum Ausfüllen und dem ausgefüllten Fall aus dieser Recherche. Es lässt sich in jedem Texteditor bearbeiten oder einem KI-Agenten als Arbeitsvorlage geben.

Mitmachen

Am meisten bringt das Prüfblatt an einer eigenen Idee, bevor ein Agent die erste Zeile schreibt. Wer in einem ausführenden Betrieb arbeitet und eine konkrete Frage dazu hat, wie Zusatzarbeit dort heute geklärt, freigegeben oder abgerechnet wird, kann sie mir an jerg@startupmitki.de schicken. Dahinter steht kein Verkaufsangebot.

Downloads

• Prüfblatt: Vom Social-Listening-Signal zur testbaren B2B-IdeeMarkdown

  Sieben Schritte mit Feldern zum Ausfüllen und dem ausgefüllten Fall aus dieser Recherche.

Quellen

1. Marc Lou auf X: „I think you have a novelty problem“ (öffnet in neuem Tab)

   Ausgangsthese, 9. Oktober 2026

2. Clearstory: COR Pricing Agent (öffnet in neuem Tab)

   Anbieterseite, abgerufen am 10. Oktober 2026

3. Capmo: KI-Nachtragsprüfung (öffnet in neuem Tab)

   Anbieterseite, abgerufen am 10. Oktober 2026

4. Kaulii (öffnet in neuem Tab)

   Anbieterseite, abgerufen am 10. Oktober 2026

5. PhoenixOne: Nachtragsmanagement (öffnet in neuem Tab)

   Anbieterseite, abgerufen am 10. Oktober 2026

6. Valoon: Sprach-KI (öffnet in neuem Tab)

   Anbieterseite, abgerufen am 10. Oktober 2026

7. ToolTime Echo (öffnet in neuem Tab)

   Hilfeartikel, abgerufen am 10. Oktober 2026

8. Apify: apidojo/tweet-scraper (öffnet in neuem Tab)

   Verwendeter Actor für die B2B-Recherche