Das Zeitalter der persönlichen Software: Apps für dich und sieben Freunde

Software für die breite Masse ist eine Phase, kein Dauerzustand. Die letzten zwanzig Jahre des Massenmarktes mit SaaS waren ein vorübergehender Umweg, bedingt durch die hohen Vertriebskosten, und dieser Umweg endet nun.

Zum ersten Mal seit Anbeginn der Computertechnik kann eine Person sonntags eine funktionierende App für neun bestimmte Personen entwickeln und sie noch vor dem Schlafengehen veröffentlichen. Das ist kein Hobbyprojekt. Es ist ein struktureller Wandel in der Softwareentwicklung, in der Zielgruppe und in der Bedeutung von Design überhaupt.

Was persönliche Software wirklich ist

Persönliche Software ist Software, die von einer Person entwickelt wird, oft für sich selbst, manchmal für zehn bestimmte Personen und fast nie für einen Markt. Sie ist bewusst maßgeschneidert, nicht zufällig. Der Entwickler kennt jeden Nutzer persönlich.

Geoffrey Litt schreibt seit Jahren über flexible Software – die Idee, dass die Nutzer eines Werkzeugs es auch verändern können sollten. Linus Lee entwickelt kleine Werkzeuge für seine eigenen Denkprozesse. Maggie Appleton prägte den Begriff „Barfußentwickler“ für die Welle von Nicht-Ingenieuren, die dank drastisch gesunkener Kosten nun funktionierende Software entwickeln können.

Verbindet man diese Aspekte, ergibt sich eine Kategorie: Software, deren Zielgruppe der Entwickler selbst sowie einige Freunde, Familie oder Kollegen sind und deren Wert darin besteht, diese kleine Gruppe mit überraschender Präzision zu bedienen.

Warum jetzt und nicht schon 2015?

Zwei Dinge änderten sich gleichzeitig. KI-Assistenten ermöglichten es einer einzelnen Person, innerhalb eines Nachmittags eine vollwertige App zu entwickeln. Und die Kosten für Vertrieb, Hosting, Bereitstellung, Zahlungen und Authentifizierung sanken auf nahezu null.

2015 bedeutete die Entwicklung einer Nischen-App sechs Monate Arbeit an Abenden und Wochenenden, eine dreitägige Integration von BRAND6 und eine einwöchige Implementierungsphase. Für Unternehmen unterhalb der Startup-Klasse rechnete sich das nicht. Der Großteil der Anwendungsfälle war unerreichbar.

Im Jahr 2026 besteht dieselbe App aus einer einzigen Eingabeaufforderung, einem Vercel-Deployment und einem Convex-Schema. Die minimale Zielgruppe für eine Software sank von „Zehntausenden“ auf „Sie und sieben Freunde“. Das ist keine Verbesserung der Tools, sondern die Öffnung einer völlig neuen Kategorie.

Der dritte Faktor ist der Geschmack. Eine Generation von Designern und Tüftlern ist mit Software aufgewachsen, hat sich eine feste Meinung darüber gebildet, was an den Apps, die sie täglich nutzten, nicht stimmte, und kann diese nun selbst beheben, ohne jemanden um Erlaubnis fragen zu müssen.

Reale Beispiele, keine Gedankenspiele

Dies ist kein Gedankenexperiment. Persönliche Software läuft bereits auf vielen Laptops.

Viele nutzen Notion als privates Mini-CMS für ihren Haushalt, mit Ansichten und Vorlagen, die für Außenstehende völlig unverständlich sind. Replit und Lovable, Nebenprojekte, die innerhalb eines Abends fertiggestellt werden, von zehn Kollegen genutzt werden und jahrelang unauffällig ihren Dienst verrichten. Familienkalender, individuelle Rechnungsgeneratoren, maßgeschneiderte Speiseplaner im Stil von food-plan-pi – allesamt spezialisierte Apps, die für eine Nutzergruppe von vier bis fünfzehn Personen laufen.

Die Bewegung der flexiblen Software entwickelt Tools, bei denen der Nutzer gleichzeitig der Editor ist. Tana ermöglicht es Nutzern, ihre eigenen Informationssysteme zu erstellen, anstatt sich an eine Vorlage anzupassen. Capacities bietet ähnliche Funktionen. Das Plugin-Ökosystem von Obsidian ist ein ganzes System persönlicher Tools, die von Nutzern mit ähnlichen Denkweisen geteilt werden.

Das Muster: ein Entwickler, eine kleine Zielgruppe, eine enge Integration. Nichts wird skaliert. Nichts wird vermarktet. Die Software existiert einfach – für die Menschen, für die sie entwickelt wurde, und genau darum geht es.

Der Unterschied zu No-Code

No-Code-Software basierte auf Vorlagen. Personalisierte Software ist maßgeschneiderte Software. Der Unterschied liegt in der Intention.

Ein No-Code-Tool stellt Ihnen ein Lego-Set zur Verfügung und fordert Sie auf, ein Haus zu bauen, das dem im Katalog entspricht. Der Clou: Tausende von Menschen bauen ähnliche Häuser auf derselben Plattform. Die Wirtschaftlichkeit hängt davon ab.

Personalisierte Software geht von einer anderen Frage aus. Nicht von „Welche Vorlage passt zu meinen Bedürfnissen?“, sondern von „Was erfordert meine konkrete Situation, und wie setze ich das um?“ Der Entwickler wählt nicht aus vorgegebenen Optionen. Er beschreibt seine Absicht, oft in einfacher Sprache, einem KI-Assistenten und erhält so exakt passenden Code.

Das ist wichtig, denn Vorlagen-Tools haben ihre Grenzen. Alles, was nicht zur Vorlage passt, wird angepasst oder verworfen, während maßgeschneiderte Tools keine solchen Grenzen kennen. Benötigt Ihre Buchhaltung eine Spalte für „Kyles monatliches Gehalt bei einem Pauschalsatz von zehn Prozent“, fügen Sie diese einfach hinzu. Keine Anfrage an den Anbieter, kein Feature-Backlog, keine Wartezeiten.

Der Long Tail erreicht endlich sein Ende

Chris Anderson beschrieb den Long Tail bereits 2004, doch die Softwareentwicklung hat dieses Ziel nie wirklich erreicht. Massenmarkt-SaaS konnte den oberen und mittleren Marktsegmenten profitabel dienen. Alles darüber hinaus war ein unerfüllter Bedarf, der die Gründung eines Unternehmens nicht rechtfertigte.

Personalisierte Software füllt diese Lücke. Anwendungsfälle, die nie groß genug für ein Startup waren, Nischen-Workflows, haushaltsspezifische Besonderheiten, Tools für sechsköpfige Teams – all das findet nun in Apps für Einzelpersonen Verwendung.

Die wirtschaftlichen Verhältnisse haben sich grundlegend verändert. Ein Anwendungsfall mit acht Nutzern war zuvor nicht realisierbar. Jetzt ist er problemlos umsetzbar. Multipliziert man dies mit einer Million Mikronischen, erhält man eine Softwareökonomie, die mit den Top-Charts im App Store nichts gemein hat.

Was stirbt, was überlebt, was wächst?

Nicht alle SaaS-Angebote werden von personalisierter Software verdrängt. Der Wandel verläuft ungleichmäßig, und die Gewinner und Verlierer lassen sich vorhersagen, wenn man die tatsächlichen Wertschöpfungsquellen betrachtet.

Zuerst verschwindet Massenmarkt-SaaS, das auf Nischen-Anwendungsfälle abzielt. Die Kategorie „Wir sind die Notion für Hundeausführer“. Jeder, dessen Produkt eine schwache Spezialisierung auf einem generischen Basisprodukt darstellt, konkurriert heute mit einem Sonntagnachmittag und einer spontanen Anfrage. Dieser Kampf hat ein eindeutiges Ende.

Was überlebt und wächst, sind Plattformen, Basisprodukte und Infrastruktur. Convex, Vercel, Supabase, Stripe, Clerk, die KI-Anbieter, Replit, Lovable. Die Ebene der Softwareentwicklung wächst mit der Anzahl der Softwareentwickler, anstatt zu schrumpfen. Dasselbe gilt für die Basisprodukte von Designsystemen, die UI-Bibliotheken, die Icon-Sets und die Authentifizierungsprozesse, die jeder wiederverwendet.

Was ebenfalls überlebt, ist echte Massenmarkt-Software mit einem wirklich universellen Anwendungsfall. E-Mail, Kalender, Browser, Betriebssysteme, Suchmaschinen, soziale Netzwerke. Persönliche Software ersetzt nicht WhatsApp. Sie ersetzt das Projektmanagement-Tool, für das eine Agentur mit fünfzehn Mitarbeitern achthundert Dollar im Monat bezahlte.

Massenmarkt-SaaS vs. persönliche Software im Vergleich

Der Wandel wird deutlicher, wenn man die beiden Modelle direkt vergleicht.

| Dimension | Massenmarkt-SaaS | Persönliche Software |

-----------|------------------|-------------------|

| Zielgruppe | Tausende bis Millionen | Einzelne bis wenige Dutzend |

| Positionierung | „Für Teams, die X“ | „Für mich und sieben Freunde“ |

| Vertrieb | Bezahlte Anzeigen, SEO, Vertriebsteam | Versand im Gruppenchat |

| Preisgestaltung | Monatliches Abonnement pro Nutzer | Pauschalgebühr, Spende oder kostenlos für Freunde |

| Designpriorität | Onboarding für Fremde in 60 Sekunden | Perfekte Anpassung an bekannte Nutzer |

| Anpassung | Einstellungsmenü, Funktionsflags | Quellcode bearbeiten, KI-Anpassung anfordern |

| Lebensdauer | Unbefristet, mit ständig neuen Funktionen | Solange der Anwendungsfall besteht, danach archiviert |

| Anreiz für Entwickler | Einen Markt erobern | Ein spezifisches Problem lösen |

Beachten Sie die Zeile mit den Designprioritäten. Hier verändert sich die Rolle des Designers am stärksten.

Die neue Aufgabe des Designers

Wenn Sie Designer sind, verändert sich Ihre Arbeit grundlegend. Massenmarkt-Design konzentriert sich auf die Einarbeitung von Fremden, minimiert Reibungsverluste im schlimmsten Fall und verzichtet auf jegliche Kontextvorgaben. Personalisierte Software-Entwicklung hingegen berücksichtigt den Kontext, benennt die Nutzer und optimiert auf Passgenauigkeit statt auf Allgemeingültigkeit.

Die neue Designarbeit umfasst drei Kernschritte: Kontextualisierung, Geschmacksprüfung und Überarbeitung.

Kontextualisierung bedeutet, einem KI-Assistenten oder einem kleinen Team genügend Informationen über die Zielgruppe zu geben, damit das Ergebnis passt. Nicht „Entwerfen Sie einen Speiseplaner“, sondern „Entwerfen Sie einen Speiseplaner für eine vierköpfige Familie, in der eine Person Vegetarier ist, die Kinder empfindlich auf bestimmte Konsistenzen reagieren und der Koch unter der Woche nur 30 Minuten Zeit hat.“ Das Briefing ist das Design.

Geschmacksprüfung ist der Filter. Wenn Code günstig und Vorschläge kostenlos sind, liegt der Engpass in der Qualität des Ergebnisses. Die Aufgabe eines Designers ist es, zu wissen, was für diese spezifische Zielgruppe gut aussieht, und alles abzulehnen, was nicht passt. Weniger Zeichnen, mehr Beurteilen.

Bearbeiten ist der iterative Prozess. Persönliche Software wird nicht einfach an Entwickler übergeben und ausgeliefert, sondern im Laufe der Zeit, oft live, vom Designer geformt, der gleichzeitig der Entwickler ist oder direkt neben ihm sitzt. Die Datei „BRAND1“ ist nicht mehr das Endergebnis. Die laufende Anwendung ist es.

Wie man für 10 Personen designt

Designen für zehn Personen ist keine verkleinerte Version des Designs für zehntausend. Es ist eine andere Disziplin. Hier sind sieben bewährte Prinzipien.

1. Jeden Nutzer benennen. Erstellen Sie buchstäblich eine Liste. Wissen Sie, was jeder Einzelne braucht, was er nicht mag und was er toleriert. Wenn Sie dieses Dokument nicht erstellen können, designen Sie immer noch abstrakt.

2. Onboarding überspringen. Ihre Nutzer brauchen keine Einführung, sie sind Ihre Freunde. Lassen Sie sie direkt in die für sie vorkonfigurierte Anwendung einsteigen. Standardmäßig die Antwort statt der Frage anzeigen.

3. Optimieren Sie für den Einzelnen, nicht für den Durchschnitt. Den Durchschnittsnutzer gibt es nicht, wenn es zehn gibt. Es gibt nur Aaron, der den Dunkelmodus mag, und Serina, die die Tastenkombination braucht. Beide bekommen, was sie wollen.

4. Lassen Sie es an den richtigen Stellen unschön sein. Persönliche Software braucht keine Marketing-Website, keine Preisseite oder eine Hero-Illustration. Der Startbildschirm kann eine Liste sein, die Einstellungen eine JSON-Datei. Setzen Sie auf Stil, wo er spürbar ist, nicht wo er erwartet wird.

5. Machen Sie es editierbar. Ihre Nutzer werden Änderungen wünschen. Entwickeln Sie es so, dass diese Änderungen einfach sind, auch wenn das bedeutet, dass die Oberfläche etwas weniger perfekt ist. Flexibilität ist in diesem Umfang wichtiger als Perfektion.

6. Entwickeln Sie für ein Gerät, nicht für alle. Wenn Ihre Zielgruppe die App auf einem Laptop nutzt, ignorieren Sie Mobilgeräte. Wenn sie sie auf einem Smartphone nutzt, ignorieren Sie Desktop-Computer. Universelles responsives Design ist Massenmarkt-Denken.

7. Planen Sie für die Archivierung, nicht für die Ewigkeit. Diese Software muss nicht ewig halten. Sie muss so lange funktionieren, wie der Anwendungsfall besteht. Wenn der Anwendungsfall endet, archivieren Sie sie ohne viel Aufhebens.

Die Welle der „Barfußentwickler“

Maggie Appletons Begriff der „Barfußentwickler“ beschreibt etwas, das die Branche lange übersehen hat. Die nächste Generation von Softwareentwicklern besteht nicht aus Ingenieuren, die das Designen gelernt haben. Es sind Designer, Autoren, Forscher, Buchhalter, Lehrer und Anwender, die gelernt haben, Software zu entwickeln und zu veröffentlichen.

Diese Menschen hätten nie einen hochbezahlten Ingenieursjob bekommen. Sie haben reguläre Berufe, ein Privatleben und konkrete Probleme, die sie lösen möchten. Was sie jetzt haben, ist die Fähigkeit, ihre Anforderungen in verständlicher Sprache zu beschreiben, funktionierenden Code zu erhalten und ihn auf einem Laptop oder in einer kostenlosen Testumgebung auszuführen.

Von ihnen wird heutzutage hauptsächlich persönliche Software entwickelt. Nicht von hauptberuflichen Gründern. Von Menschen mit fundiertem Fachwissen, weniger ausgeprägten Programmierkenntnissen und der Geduld, mit einem KI-Assistenten so lange zu arbeiten, bis das Ergebnis stimmt. Das Ergebnis ist Software, die von Menschen entwickelt wird, die das Problem wirklich verstehen – eine Softwarekategorie, die der Branche lange gefehlt hat.

Ein weiterer Effekt ist, dass der Designgeschmack bei persönlicher Software tendenziell ausgeprägter ist als bei Massenmarkt-SaaS. Der Entwickler ist kein Junior-Produktmanager, der eine Roadmap verteidigen muss, sondern jemand, der sich intensiv mit dem Problem auseinandersetzt. Wenn er etwas Unschönes oder Fehlerhaftes entdeckt, behebt er es sofort. Der Feedback-Zyklus ist so kurz, dass schlechtes Design buchstäblich nicht einmal ein Wochenende überlebt.

Was sich an der Softwareentwicklung ändert

Wenn die Zielgruppe klein und der Entwickler nah dran ist, verändert sich die Softwareentwicklung. Die Standardeinstellungen verschieben sich. Die Kompromisse werden anders abgewogen.

Zuverlässigkeit wird toleranter. Wenn die App bei zehn Nutzern nicht funktioniert, erfährt der Entwickler davon im Gruppenchat und behebt den Fehler. Es gibt keine Service-Level-Vereinbarung (SLA), keinen Bereitschaftsdienst und keine Eskalation. Das klingt zunächst schlecht, bis man erkennt, dass die vermeintliche Zuverlässigkeit von Massenmarkt-SaaS-Lösungen meist nur eine zusätzliche Belastung für den Nutzer darstellt.

Anpassungsmöglichkeiten werden zur Standardfunktion. Massenmarkt-Software behandelt Anpassungsmöglichkeiten wie ein Einstellungsmenü, eine Liste von Schaltern, die der Hersteller nur widerwillig hinzugefügt hat, während individuelle Software sie als Kernbestandteil betrachtet. Wenn Sie eine Spalte hinzufügen möchten, fügt der Hersteller sie hinzu, und wenn Sie die Farben ändern möchten, werden diese angepasst. Das Produkt hat keine starre Oberfläche, die vierteljährlich mit einer Roadmap neu verhandelt wird.

Die Dokumentation sieht anders aus. Eine README-Datei für ein Tool mit zehn Nutzern besteht aus einem Absatz Kontext, einem Screenshot und der Telefonnummer des Herstellers. Die dreißigseitige Wissensdatenbank, die In-App-Tour, die Hilfeartikel, das Chat-Widget – all das ist unnötiger Ballast für die kleine Nutzergruppe.

Die Performance-Entscheidungen ändern sich. Sie können eine langsamere App für zehn vertrauenswürdige Nutzer bereitstellen, da diese Ihnen mitteilen, wenn es zu Problemen kommt. Sie können keine langsame App an eine Million fremde Nutzer ausliefern. Persönliche Software kann viele verfrühte Optimierungen überspringen.

Was das für Ethik, Portfolios und Preisgestaltung bedeutet

Persönliche Software wirft wichtige Fragen zu Dateneigentum, Anbieterbindung und Langlebigkeit auf, und die Antworten sind meist besser als die von SaaS. Daten bleiben dort, wo Sie sie speichern, oft in Ihrer eigenen Datenbank oder einer Datei, die Sie kontrollieren. Die Anbieterbindung ist geringer, da der Hersteller direkt präsent ist und kein externer Anbieter, der Sie an sich binden möchte.

Die Langlebigkeit ist die größere Herausforderung. Persönliche Software endet, sobald der Hersteller die Wartung einstellt, was vorkommt. Ehrlich gesagt ist das in Ordnung. Die meisten Softwarelösungen sollten nicht ewig halten, und der Kompromiss für optimale Anpassung und Eigentum besteht darin, zu akzeptieren, dass die Anwendung vielleicht zwei Jahre existiert und dann verschwindet.

Das Preismodell ändert sich, weil sich die Werteinheit ändert. Monatliche Abonnements pro Nutzer setzen einen Markt voraus. Persönliche Software hat Klienten, keine Kunden, und Klienten zahlen anders.

Pauschalgebühren für Projekte, Betreuungsverträge für laufende Änderungen, Tauschgeschäfte unter Freunden, Prämien für bestimmte Funktionen. Der Entwickler betreibt keine SaaS-Lösung. Er führt eine kleine Manufaktur oder entwickelt kostenlos für Menschen, die ihm am Herzen liegen. Beides ist derzeit wirtschaftlich rentabel.

Für Designer, die ihre Dienste anbieten, geht der Wandel von „Designsystem für einen SaaS-Launch“ hin zu „Entwicklung und Erstellung eines maßgeschneiderten Tools für ein bestimmtes Team oder eine Familie“. Das Ergebnis ist die lauffähige Anwendung, nicht die Figma-Datei. Der Preis richtet sich nach dem Wert des gelösten Problems, nicht nach den abgerechneten Stunden.

Die Portfolios werden ungewöhnlicher aussehen. Weniger perfektionierte Marketing-Websites, mehr Screenshots von ungewöhnlichen internen Tools, die reale Probleme für reale Gruppen lösen. Die Fallstudie lautet nicht: „Wir haben ein Dashboard für ein Series-B-Startup neu gestaltet.“ Sondern: „Wir haben ein Tool zur Organisation von Schulausflügen für dreißig Eltern entwickelt, und es wurde tatsächlich genutzt.“

Was Designer dieses Jahr tun sollten

Der Wandel findet statt, ob Sie daran teilnehmen oder nicht. So sieht der kluge Schritt im Jahr 2026 aus:

Fangen Sie an, für sich selbst zu entwickeln. Wählen Sie ein Problem, das Sie aus Ihrem Privat- oder Berufsleben kennen, und erstellen Sie das Tool mit Replit, Lovable, Cursor oder einfach mit Claude Code und einem Vercel-Account. Es geht nicht darum, die Tools zu lernen, sondern darum, zu erleben, wie es ist, das gesamte Team hinter einer Software zu sein.

Entwickeln Sie zunächst für zehn Personen aus Ihrem Bekanntenkreis. Nach einem persönlichen Tool erstellen Sie eines für eine kleine Gruppe: Ihre Familie, Ihren Verein, Ihr Team. Beobachten Sie, wie sich Designentscheidungen verändern, wenn Sie jeden Nutzer persönlich kennen.

Konzentrieren Sie sich bei Ihrer Designarbeit nicht länger auf den Massenmarkt. Positionieren Sie sich neu. Der Markt kauft nicht mehr einfach nur „reibungsloses Onboarding für die breite Masse“. Er kauft „Passform, Geschmack und die Fähigkeit, das Produkt auch tatsächlich zu liefern“. Zeigen Sie das in Ihrem Portfolio.

Achten Sie auf die flexible Softwareentwicklung. Litt, Lee, Appleton, die Ink- und Switch-Community, die Entwickler kleiner Tools auf Twitter und Threads. In diesen Diskussionen formen sich gerade das Vokabular, die Muster, die Designsprache für personalisierte Software. Machen Sie sich damit vertraut.

Das Zeitalter der personalisierten Software ist die spannendste Entwicklung im Software-Design der letzten fünfzehn Jahre. Massenmarkt-SaaS wird weiterhin in den Kategorien bestehen, in denen es Sinn macht. Aber der Markt für Long Tail hat sich gerade erst eröffnet, und die Ersten, die ihn erschließen, werden definieren, was Design für ein Publikum von zehn Personen überhaupt bedeutet. Gehören Sie dazu.

hero: key: hero prompt: "Voxel illustration. A small house-sized app glowing warmly, with 10 little floating screens around it, each tailored to a different person. Soft pastel. Editorial. The composition does not include any human figures." alt: "Voxel illustration of a small house-sized app glowing warmly with ten tiny tailored screens floating around it" width: 1600 height: 900 inline-1: key: mass-vs-personal prompt: "Voxel split illustration: left, a giant generic SaaS dashboard. Right, ten tiny bespoke apps, each warm and specific. Soft pastel. The composition does not include any human figures." alt: "Voxel split image showing one giant generic SaaS dashboard on the left and ten tiny bespoke apps on the right" width: 1400 height: 900 inline-2: key: distribution-collapse prompt: "Voxel illustration showing a long-tail curve labeled 'use cases' with tiny apps populating the previously-empty tail. Soft pastel." alt: "Voxel long-tail curve labeled use cases with tiny apps filling the previously empty tail" width: 1400 height: 900 inline-3: key: design-for-ten prompt: "Voxel illustration of a designer's workspace tuned for an audience of 10: name tags on the wall, context notes, an obvious local fit. Soft pastel. The composition does not include any human figures." alt: "Voxel designer workspace with name tags and context notes tuned for an audience of ten" width: 1400 height: 900 inline-4: key: what-dies-what-survives prompt: "Voxel illustration: on one side, generic SaaS dashboards crumbling into mist. On the other, infrastructure platforms growing taller. Soft pastel. The composition does not include any human figures." alt: "Voxel illustration of generic SaaS dashboards crumbling on one side and infrastructure platforms growing on the other" width: 1400 height: 900