6 min read · 11 sources

Das Procurement-Team Ihres Kunden weiß bereits, wofür Ihre nächste Preiserhöhung verwendet wird: dessen KI-Token-Rechnung. Genau diese Dynamik verändert derzeit den B2B-SaaS-Markt und setzt dem Preismodell zu, das die Branche einst aufgebaut hat.

55,7 Mio. Dollar pro Jahr: So viel gibt ein Unternehmen im Schnitt für Software aus – jeder Dollar Wachstum stammt aus Preiserhöhungen, nicht aus neuen Apps.

Das Seats-Modell ist endlich tot

Source: saastr.com ↗

Vier Jahre in Folge lag die SaaS-Inflation bei 12 bis 16,4 Prozent, während die allgemeine Teuerung bei rund 2,7 Prozent lag. Im Durchschnitt gibt ein Unternehmen heute 55,7 Mio. Dollar pro Jahr für Software aus – ein Plus von 8 Prozent –, obwohl die Zahl der tatsächlich genutzten Apps leicht sank. Jeder Dollar dieses Wachstums ist reiner Preis. 79 Prozent der IT-Verantwortlichen sahen bei der Vertragsverlängerung eine Preiserhöhung. 78 Prozent bekamen ungefragt KI- oder verbrauchsabhängige Kosten in Rechnung gestellt.

Die Rechnung ist ernüchternd: 45 Prozent der CIOs finanzieren KI aus bestehenden Softwarebudgets, 54 Prozent reduzieren die Zahl der Anbieter, um Platz zu schaffen. Nur rund 28 Cent jedes neuen KI-Dollars sind frisches Budget. Ihre nächste Preiserhöhung, mit anderen Worten, finanziert vermutlich die GPT-5-Rechnung Ihres Kunden – und dessen Procurement-Team hat diese Rechnung bereits aufgemacht.

SaaStrs Drei-Modelle-Schema benennt nutzungsabhängige, ergebnisbasierte und agentenbasierte Modelle als Nachfolger. Das agentenbasierte Modell ist das jüngste und spannendste: Die Preisbindung richtet sich danach, was autonome Agenten auf einer Plattform tun, und nicht danach, wie viele Menschen sich einloggen. Für Engineers im B2B-SaaS-Bereich ist das keine Theorie. Preis- und Packaging-Entscheidungen wirken sich unmittelbar darauf aus, wie KI-Agenten Anbieter bewerten, auswählen und bezahlen – eine neue Form des Procurement, die rund um die Uhr läuft.

Was Universitäten tatsächlich lehren sollten

Source: paulgraham.com ↗

Paul Grahams jüngster Essay nimmt sich den Boom der Entrepreneurship-Lehrpläne vor. Sein Argument: Der schwierige Teil eines Startups ist das Produkt – wissen, was man bauen muss, und es tatsächlich bauen können. Alles andere ist Exekutionsdetail.

Die Daten von YC stützen das. Harvard-Absolventen bewerben sich etwa doppelt so häufig bei YC wie Absolventen von Yale und Princeton – nicht weil Harvard bessere Gründer hervorbringt, sondern weil ein Startup dort als normal gilt. Kultur und Exposition schlagen den Lehrplan.

Seine beiden bescheidenen Empfehlungen an Universitäten: Unternehmengründen als normal darstellen und Studierenden mehr Zeit für eigene Projekte geben. Für Hiring und Gründerbewertung folgt daraus direkt: nachgewiesene Ship-Fähigkeit schlägt Pedigree jedes Mal.

Wann Investorinnen und Investoren wirklich zuzuhören ist

Source: speedrun.substack.com ↗

Max Mullen – Co-Founder von Instacart, heute Frühphasen-Investor – hat mit Farered Mosavat von a16z ein Schema geteilt, das Investorinnen-Rat in drei Säulen sortiert. Der Speedrun-Artikel fasst es sauber zusammen.

Science: Entscheidungen mit richtiger Antwort. Conversion-Experimente, Pricing-Tests, Go/No-Go bei Features. Gute Investoren haben diesen Film gesehen und können hier tatsächlich Mehrwert liefern. Anruf annehmen.

Religion: Kultur, Werte, Mission. Viele valide Antworten. Keine externe Person – egal wie erfahren – sollte einer Firma vorschreiben, wofür sie steht. Ignorieren.

Art: Timing, Geschmack, Produktinstinkt. Externen Rat ebenfalls ignorieren. Das eigene Bauchgefühl nach Jahren des Shippens ist besser kalibriert als das Pattern-Matching eines Board-Mitglieds.

Der Newsletter kündigt außerdem den Speedrun Global Founder Sprint zur SF Tech Week (5.–11. Oktober) an, mit Reisekostenzuschuss, 1:1-Investor-Sessions und VIP-Zugang für Gründer außerhalb der USA. Wer außerhalb der USA sitzt und Kapital einsammelt, sollte einen Blick riskieren.

Das Discovery-Meeting ist kein Demo

Source: docs.google.com ↗

Ein Google Doc, das unter Gründern kursiert, bringt einen Punkt auf den Punkt, den die meisten Sales-Prozesse falsch machen: Discovery-Meetings sind keine Demos.

Zweck eines Discovery-Meetings ist zu klären, ob künftige Kommunikation sinnvoll ist – ob die eigene Organisation das Problem der anderen tatsächlich lösen kann. Gründer tauchen auf und zeigen Demos. Sie sollten auftauchen und Fragen stellen. Feststellen, ob man es lösen kann und wie. Alles andere ist Theater.

Product-Market Fit erneut finden (sorry)

Source: newsletter.posthog.com ↗

PostHogs Charles Cook hat einen brutalen Post für etablierte Unternehmen: Das PMF-Spiel endet nie, und KI-native Teams greifen das eigene Terrain mit geringeren Build-Kosten und aggressiveren Iterationszyklen an.

Sein Spielbuch: eine „Death Page" schreiben, die drei bis vier konkrete Bedrohungen auflistet, ein drei- bis fünfköpfiges Angreiferteam finanzieren, das direkt an einen Gründer berichtet – nicht an die Org-Struktur, die es disruptiert –, und den Einsatz zu Seed-Stage-Bedingungen bewerten statt mit Business-Unit-KPIs. PostHog führt dieses Spielbuch live mit PostHog Desktop aus, das sich gerade in offener Beta befindet und auf Multiplayer-Spaces sowie generierte UI-Artefakte ausgerichtet ist.

Die strukturelle Einsicht: Interne Teams werden von der Overhead-Last der Incumbents zerrieben, sofern sie nicht explizit davor geschützt werden. Berichtslinie zum Gründer, Seed-Stage-Bewertung, möglichst keine geteilte Infrastruktur.

Die Full-Stack-Falle in der Robotik

Source: unbeatenpath.substack.com ↗

Ein Post von Visionaries Tomorrow schildert einen knapp vermiedenen Gründungsfehler: Das Team kaufte US-amerikanische Rover-Robotics-Chassis (das gleiche, das Coco nutzte) statt günstigerer Segway-Robotics-Einheiten – in der Annahme, Hardware werde zur Commodity und Software sei der Moat. Segway ist anschließend die Wertschöpfungskette hochgezogen zu vollständig integrierten mobilen Robotern mit proprietärer Software, und Coco wurde Segway-Kunde statt Wettbewerber.

Die Lektion verallgemeinert sich zum Standard-Playbook chinesischer Full-Stack-Anbieter: Auf einer IP-armen Schicht einsteigen, dann die höherwertigen Integrations- und Software-Schichten darüber einsammeln. Für Robotics-Engineers und Gründer ist die Botschaft direkt: Die Hardware nicht outsourcen. Den Full Stack besitzen – oder von jemandem commoditized werden, der es tut.

Compounded Mastery als Moat

Source: prc.beehiiv.com ↗

Park Rangers Capital aktualisiert eine These aus 2023 mit einem Argument, das offensichtlich klingt, bis man darüber nachdenkt: 2026, da KI das Bauen von Software billig gemacht hat und Kapital reichlich vorhanden ist, gewinnen die Gründer, die über „compounded mastery" verfügen – Domain-Expertise, Vertrauen, Audience, Netzwerk und Pattern Recognition, aufgebaut vor der Fundraise.

Die Behauptung: Dieses Asset lässt sich nicht kaufen und nicht per KI erzeugen, weil es im Gedächtnis anderer Menschen lebt. VC-Underwriting nach dem Vorbild des 19-jährigen Dropouts ist zunehmend falsch bepreist. Für Engineers, die eine Gründerrolle erwägen: Die eigene Glaubwürdigkeit in einer konkreten Domain, erworben vor dem ersten Dollar Funding, ist möglicherweise die eigentliche Defensibility.

OpenTag: selbst gehostete Agenten für die Chat-Oberfläche, die ohnehin genutzt wird

Source: github.com ↗

CopilotKit hat OpenTag veröffentlicht, einen Open-Source- und selbst gehosteten Knowledge-Work-Agenten für Slack und Microsoft Teams. Der Agent kann Eingaben – etwa CSVs – in native Slack-Charts, Linear-Issues mit Approval-Workflow und zitierte Research-Briefs verwandeln.

Der Stack: Node.js 22+ mit pnpm, Python 3.12 mit LangGraph. Deployment-Optionen umfassen Railway (Two-Service-Template in .railway/railway.ts) oder AWS ECS Fargate mit Secrets Manager und Datadog-Log-Forwarding. Container-Images werden nach ghcr.io/copilotkit/opentag-agent und /opentag-runtime publisht. Im Lieferumfang sind ein Managed Channel Runner (kostenlos) oder ein selbst gehosteter Runner über das offene Channels SDK; Discord, Telegram und WhatsApp stehen auf der Roadmap.

Für Engineers ist das eine Referenzimplementierung, um AG-UI-Agenten an Chat-Oberflächen mit Durable State, Approval Gates und generativer UI anzubinden – ohne Daten an eine Drittanbieter-API zu schicken.

Apples stille Sign-in-with-Apple-Migration

Source: developer.apple.com ↗

Apple hat angekündigt (24. August 2026), dass neue Relay-Adressen für Sign in with Apple noch in diesem Jahr unter private.icloud.com statt unter privaterelay.appleid.com ausgestellt werden. Bestehende Adressen werden ohne Unterbrechung weitergeleitet. iCloud+ Hide-My-Email-Adressen verbleiben auf icloud.com, nachdem Community-Feedback Apple dazu bewogen hat, diese Domain zu erhalten.

Engineering-Aufgabe: Account-Systeme, E-Mail-Validierungslogik und Allowlists aktualisieren, um sowohl privaterelay.appleid.com als auch die neue Domain private.icloud.com zu akzeptieren. Wo auch immer eine Regel privaterelay.appleid.com trifft und alles andere verwirft, werden reale Kunden ab dem Start der neuen Adressen aussortiert.

Bootstrapped ist zurück, vielleicht

Source: news.crunchbase.com ↗

Ein Crunchbase-Beitrag argumentiert, dass bootstrapped Businesses an Relevanz gewinnen – getrieben vom Fokus auf bestehende Kundenprobleme statt auf riskantes Kapital. Die Logik ist konsistent: Wenn KI die Build-Kosten senkt, schwindet der Vorteil VC-subventionierten Verbrennens, und die Disziplin profitabler Unit Economics wird zum Feature statt zur Bremse.

Der Beitrag bricht keine neuen Bahnen, aber der Trend – teureres Kapital, günstigeres Bauen, schärfere Prüfung durch Kunden – spricht dafür, dass der Bootstrap-Kalkül für ein bestimmtes Gründerprofil besser wird: jemand mit Umsatz, Domain-Glaubwürdigkeit und niedrigem Burn.

Der rote Faden durch die meisten dieser Geschichten: Die Tools zum Bauen werden billiger, der Moat verschiebt sich daher vom Zugang zu Kapital hin zu allem, was Kapital nicht kaufen kann – Vertrauen, Reputation, Domain-Tiefe und der Produktinstinkt, der aus Shippen entsteht, nicht aus Studieren.