BusinessLabs — das Labor für Geschäftsmodelle, und wie aus dem Visions-Mosaik eine Symphonie wird

Lesehinweis — wo diese Datei steht

die siebte Fliese im iVision-Mosaik: dieselbe Achse, auf die Wirtschaft gedreht

Diese Datei ist als iVision-Quelle geschrieben (Vertrag (Beleg intern)), damit die Hauptsitzung sie neben 00-iorganigram … 40-synthese legen kann. Sie misst nichts selbst; sie liest (Beleg intern) (70 Einträge) und die Tasks und sagt, was daraus das Bild wird. Drei Wörter wie in 40-synthese: GEMESSEN (eine Ausgabe wurde gelesen), ENTSCHIEDEN (Daniel hat es gesagt, mit Datum), VORSCHLAG (ein Plan, nichts läuft). Daniels Worte vom 29.10. tragen die sieben Bögen unten; sie sind wörtlich zitiert, wo sie einen Bogen öffnen. Die ID-Vorsilbe ist bizlab- (org-infinity ist belegt). Zur Form im Erzeuger: leitbild und ausblick erscheinen als Karten, nie im Bild; die zwei modul-Bausteine mit :EBENE: 2 werden Punkte auf dem Ring infinitylabs. Die dritte :HAELFTE: heisst seit 29.10. beesness (siehe bizlab-haelfte-vorschlag) und steht im Dateikopf.

Bogen 1 — Labor für Geschäftsmodelle und Startups

Geschäftsmodelle sind Proben, keine Versprechen — jede mit Hypothese, Messung, Urteil

Daniel: „eine startseite […], die eben ein Labor fuer Geschaeftsmodelle und Startups bietet". Ein Labor unterscheidet sich von einem Schaufenster durch drei Dinge: es hat Proben statt Produkte, es protokolliert Fehlschläge genauso wie Treffer, und es hat eine Messbank. Alle drei sind im Anwesen schon da, nur verstreut: Das Labor der Startseite zeigt darum nicht „unsere Angebote", sondern die Probe mit ihrem Protokoll: Hypothese, was gemessen wurde, Urteil. Eine Probe ohne Messung heisst keim und wird auch so beschriftet. Das ist die Fortsetzung von status-must-be-measured-by-versioned-script: ein Reifegrad wird nicht geschätzt, er wird aus (Beleg intern) gelesen. Was das Labor nicht ist: ein Register. Es rendert (Beleg intern) und die Archiv-Pläne über den Generator (PLAN §7 „Generator-iApp"), es führt keine zweite Liste (ADR-050).

Bogen 2 — Wirtschaftssysteme unter der Lupe

nicht nur eigene Modelle, sondern die Systeme, in denen sie leben — Kapitalismus, Kooperation, Spielökonomie

Daniel: „wirtschaftliche Organisationssyteme unter die Lupe nimmt […] (Wirtschaft is ja in zeiten des Kapitalismus auch etwas ueberall, in spielen lootboxen und tokenomics […])". Die Lupe ist der Teil, der BusinessLabs von einer Firmenseite unterscheidet. Das Anwesen hat dazu bereits vier eigene Untersuchungen, die alle im Archiv liegen und nirgends nebeneinander stehen: Dazu kommt, was die Lupe von aussen hereinholt: Make-or-Buy am Kalender-Stack (CAL-COM-CAL-DIY-STRATEGY), Reselling-Grenzen (TASK-HETZNER-API-LIMITATION), kooperatives Eigentum (PIMP-HEDGEFUND, intern). Die Lupe zeigt öffentlich die Fragen und die Form der Antwort, nicht die internen Zahlen.

Bogen 3 — konkret ↔ abstrakt: iProjects und iVision

jede Fliese hat zwei Seiten — die konkrete Unternehmung (iProject) und die Vision, zu der sie gehört (iVision)

Daniel: „konkrete wie abstrakte Unternehmungen (iVision sowie iPorjects)". Im Trichter (05-trichter) tritt eine Idee an der engsten Stelle ein und wird Projekt, sobald sie Ort, Erzeuger und Takt hat. BusinessLabs zeigt beide Seiten derselben Fliese: numbers ist konkret ein Ordner mit (Beleg intern) und (Beleg intern) (iProject), abstrakt das erste Kapitel einer Buchmarke, die Wirtschaft erzählt (iVision). Das Spiel ist konkret ein geparktes Gerüst mit 0 Tabellen (GEMESSEN, Game-Task §Befund), abstrakt der Gipfel der Lernreise. Auf der Startseite heisst das: eine Kachel, zwei Flächen. Vorderseite die Vision in einem Satz, Rückseite der Stand mit Beleg. Wer nur die Vorderseiten liest, sieht das Mosaik; wer umdreht, sieht das Labor. Die Form ist homoikonisch gemeint (Notiz drei-ebenen-trichter-und-homoikonische-mindmap): (Beleg intern) → Kachel und Kachel → (Beleg intern) müssen invers sein.

Bogen 4 — Beesness: #mememarketing, Vision und Storytelling

„Beesness" ist der Ton — Wirtschaft als Bienenstock erzählt, nicht als Pitch

Daniel: „im 'business' (fuer uns ~~ 'Beesness' #mememarketing, vision and stroytelling)". „Beesness" ist seit Monaten Daniels Rubrik im Monatsbericht („Business / Beesness — Wins · Misses", (Beleg intern) Z. 45, GEMESSEN). Das Wort tut zwei Dinge zugleich: es nimmt „Business" den Anzug ab, und es holt das Bild herein, das im Archiv schon steht — Blumen · Bienen · Früchte · Bestäubung ((Beleg intern)). Der Bienenstock ist das #mememarketing: ein Bild, das sich selbst erklärt und sich teilen lässt, ohne dass man die Zahlen kennen muss. Storytelling ist dabei nicht Beiwerk, sondern der Eingang: „The Number Trader" ist Lernfiktion ((Beleg intern) §„Book as Educational Fiction"), numbers ist das Kapitel 1 davon, 0fFgr1D/N1GH7RUN das Kapitel II (Entwurf CH01). Die Startseite erzählt zuerst und erklärt dann. Die kanonische Markenstimme für deutsche Texte liegt in (Beleg intern) (reaktiviert 05/2026) — sie speist die Texte, ohne selbst zu erscheinen. Grenze: Beesness ist Ton, nicht Tarnung. Was eine Probe mit keim ist, heisst auch im Bienenstock keim.

Bogen 5 — Spielökonomie als Schnittstelle

Lootboxen und Tokenomics sind die Stelle, an der Wirtschaft in die digitale Welt und in die Lernreise übergeht

Daniel: „in spielen lootboxen und tokenomics und das als schnittstelle zur digitalen Welt und Lernreise". Die Lupe schaut hier auf die Mechanik, nicht auf das Urteil: eine Lootbox ist eine Wahrscheinlichkeitsverteilung mit Preis, ein Token ist ein Versprechen mit Deckung, ein Verfall (IXP „decay") ist eine Regel gegen Horten. Dieselben Mechaniken tragen das Lernspiel: ELV (Ethics × Longevity × Value) ist ein Multiplikator, 1.000 € → 250.000 € über 10 Level sind ein Fortschrittssystem (Game-Task §Befund, GEMESSEN aus dem Repo), Achievements für iSessions sind dieselbe Idee auf Arbeit angewandt ((Beleg intern)). Als Schnittstelle heisst das: die Spielökonomie ist der Ort, an dem eine Besucherin vom Lesen (Lupe) zum Handeln (Lernreise) wechselt, ohne dass echtes Geld fliesst. Das Archiv nennt das die Brücke „in-game marketplace → real marketplace" ((Beleg intern) §„Fluid Transition"). Für die Startseite ist das der Übergang von der Bank „Lupe" zur Bank „Spiel". Was hier nicht behauptet wird: dass IXP läuft (Draft 0.1.0), dass das Spiel spielbar ist (es ist es nicht), dass eine Lootbox gebaut wurde (nirgends gefunden; ein grep über das Archiv findet das Wort nur in den IXP- und PIMP-Dokumenten — GEMESSEN).

Bogen 6 — Lernreise → BusinessPlanGame als Gipfel

die vier Säulen des Spiels sind die vier Stationen des Trichters — darum ist das Spiel der Gipfel und nicht ein weiteres Produkt

Daniel: „[…] und Lernreise gipfelt im Przess des BusinessPlanGame". Der Scharnierbefund dieser Arbeit: die vier Säulen des BusinessPlanGame ((Beleg intern) §„Four Business Pillars", GEMESSEN) und die vier Stationen des Trichters ((Beleg intern), GEMESSEN) sind dieselbe Achse: Darum ist das Spiel der Gipfel: es ist die Lernreise durch genau die Stationen, die das Anwesen selbst durchläuft, und seine vierte Säule ist die Station, die im Anwesen leer ist. Wer das Spiel bis Säule 4 spielt, hat begriffen, was dem Anwesen fehlt. Das ist ehrlicher als jede Produktseite. ENTSCHIEDEN (29.10., Entscheidung 9): das Spiel wird jetzt nicht terminiert, die Attrappe bleibt aus, bei P2 zuerst nur im VPN. Die Startseite zeigt den Gipfel darum als Konzept mit Stand — Spielschleife, Modi, ELV, Säulen — und sagt, dass niemand spielt. Optionen A–D (Game-Task) bleiben offen; die Startseite nimmt keine vorweg.

Bogen 7 — von Mosaik zu Symphonie

Mosaik = Fliesen nebeneinander (Einzelnutzen); Fugen = benannte Kanten (Synergie); Symphonie = Kanten, die im Takt tragen (Gesamtnutzen)

Daniel: „so dass wir aus den iVisionsfraktalen ein 'Visions-Mosaik' bekommen, dass wir unsere Wirtschaftlichkeit 'von Mosaik zu Symphonie' transformieren, von Einzelnutzen zur kollektiven synergetischen Gesamtsymphonie". Drei Zustände, drei Wörter, drei Ansichten (ausgeführt in 30-visualisierung): Der Satz der Wurzelnotiz gilt hier wörtlich: jeder Fund ist eine fehlende Kante, kein fehlender Knoten. Das Anwesen hat genug Fliesen. Was es nicht hat, sind beidseitig benannte, belegte Fugen — und einen Takt, der sie spielt. „Von Mosaik zu Symphonie" ist darum kein Redesign, sondern ein Messprogramm: Kanten benennen (Fugen), Kanten regelmässig messen (Takt), und erst dann klingt es. Die Transformation beginnt mit der kleinsten Kante, die schon einen Takt hat: AKTION-EFFEKT (eine Aktion pro Woche, 7 Tage vorher/nachher). Das ist die erste Note der Partitur. Alles Weitere ist VORSCHLAG.

Wie dieses Fraktal ins Visions-Mosaik passt

dieselbe Achse (i → infinity → infinitylabs; Idee → Netzwerk), gedreht auf Wirtschaft — keine neue Schicht, keine neue Station

Die bestehenden iVision-Fraktale und was BusinessLabs zu jedem beiträgt: Das Mosaik entsteht, wenn jede dieser Fliesen dieselbe Achse zeigt, nur in einer anderen Linse. BusinessLabs ergänzt keine Schicht und keine Station — genau deshalb passt es. Was es ergänzt, ist eine Hälfte: neben istack und inet eine dritte, in der Geld, Modelle und Spielregeln wohnen (siehe bizlab-haelfte-vorschlag).

Die Startseite — GliederungVORSCHLAG — Mockup liegt bei ((Beleg intern)), nichts ausgeliefert

Achtung beim Lesen: Gliederung und Mockup sind Vorschlag. ENTSCHIEDEN ist nur: eigene Startseite statt 302 (Daniel, 29.10.), Pfad (Beleg intern) für Inhalte (Entscheidung 10), audience je Eintrag mit Voreinstellung nicht öffentlich (Entscheidung 2), Spiel-Attrappe aus (Entscheidung 9). Sechs Bänke, in der Reihenfolge, in der eine Besucherin sie braucht: Informationsarchitektur bleibt die aus PLAN §6 (/ideen/ /angebote/ /projekte/ /<slug>/ /numbers/ /game/); die Startseite ist die Linse darauf, keine zweite Struktur.

Generator und =audience=VORSCHLAG — Generator-iApp aus PLAN §7, Spec Kit ab hier ja (Entscheidung 1)

Die Startseite wird aus (Beleg intern) gebaut, nicht geschrieben. Das Inventar (20-datensammlung) ist der erste Entwurf dieser Datei: 70 Zeilen mit audience. Der Generator (--assert) liefert nichts aus, was nicht audience: public trägt; MONEY und EVIDENCE bleiben immer intern (PLAN §6). Das Mockup enthält dieselbe Liste als JS-Array — bewusst, damit Kachel und Zeile invers bleiben (Bogen 3). Offen, nicht hier entschieden: ob (Beleg intern) im Portfolio-Ordner liegt ((Beleg intern), Quelle der Zahlen, intern) oder im Projekt business.labs (Quelle der öffentlichen Texte). Vorschlag: im Portfolio, mit dem Generator als einzigem Leser.

Eine dritte Hälfte für den ErzeugerENTSCHIEDEN 2026-10-29 — Daniel: „beesness, und benutze ggf. Waben-Formen"; im Erzeuger gebaut (vision P2)

Die modul-Bausteine des Erzeugers kennen :HAELFTE: istack und inet. Die beiden Module dieser Datei (numbers, infinitylabs-Organisation) sind weder Stack noch Netz; sie tragen darum keine Hälfte und landen ohne Sektor auf dem Ring. Vorschlag für die Hauptsitzung: eine dritte Hälfte beesness (oder wirtschaft) im Erzeuger, damit das Mosaik drei Sektoren zeigt — Technik, Netz, Wirtschaft — und die Symphonie-Ansicht später die Kanten zwischen den Sektoren zeichnen kann. Bis dahin bleibt es bei der Karte.

Entscheidungen Daniel 2026-10-29ENTSCHIEDEN 2026-10-29 — Daniel: „Ok, ja weiter mit allen empfehlungen"

1. Öffentlichkeit der 14 Vorschläge: alle 14 public, wie in 20-datensammlung vorgeschlagen, sofern ohne Kundennamen und ohne Zahlen; das Hosting-Segment nur als Titel. 2. Spiel auf der Startseite: bis P2 nur die Tür „Lernreise", kein Spielkonzept (passt zu Entscheidung 9 der Dach-Task: Spiel nicht terminiert, Attrappe aus). 3. Dritte Hälfte im Erzeuger: ENTSCHIEDEN 2026-10-29 vor P2 — beesness (öffentlich „Beesness — Wirtschaft"), als #+HAELFTE: im Dateikopf dieses Fraktals; Form: Waben (Mosaik-Ansicht von vision.labs.ooo). 4. Ort von (Beleg intern): im Projekt (öffentliche Texte); Zahlen bleiben im Portfolio, intern. 5. Rodung: GROWBOX-INCUBATOR-MODEL (Dublette), goodBusinessEcosystem und real-life-game (Stubs) kommen auf die Rodungsliste — nur gelistet, nichts gelöscht. 6. Takt der Symphonie: zweite gemessene Kante = „Hosting → Entwicklung" (Portfolio-Ledger, monatlich); „Buch → Spiel" erst ab P2.