Bahn: aisupport, Analyse-O2C-C2S, awesome-bahn-mcp-servers, beam-mcp,
Confluence_Bot, db-planet-mcp-server, O2C-Harness, project-audit,
Projekt-KIQ-HP, teamlandkarte-mcp
Dhive: Jury-Voting
Privat: CV, NoteGraph (NOTE: NoteGraph needs complete redo after consolidation)
Shared: AI-Orchestrator, OrgMyLife, power_skills_and_more
Shared/references: symphony (read-only)
Bahn repos remain available as independent remotes - this monorepo
pulls them in via subtree, the originals are untouched.
31 lines
3.2 KiB
Plaintext
31 lines
3.2 KiB
Plaintext
Businessplan & Wachstumsstrategie (v0.1)
|
|
Initiative KI4KS
|
|
|
|
1. Ausgangslage & Initiales Setup
|
|
Die Initiative startet aus einer Position der Stärke: Das Produkt ist durch 6 Pilotkunden validiert.
|
|
Initiales Kapital: 90.000 € (60.000 € Kundenumsatz + 30.000 € Gründer-Investment).
|
|
Proof of Concept: Die 6 Kunden haben jeweils 10.000 € investiert (75% für Use-Case-Entwicklung, 25% für geteilte Infrastruktur).
|
|
Kernteam: 1 Geschäftsführer (Sales/Admin), 1 Vollzeit-Plattformentwickler, 1 Solution Customer Expert (Integration), flankiert von 2 externen Use-Case-Entwicklern.
|
|
|
|
2. Das Geschäftsmodell (Revenue Streams)
|
|
Das Preismodell ist dreistufig aufgebaut, um operative Kosten sofort zu decken und Skalierungseffekte zu nutzen:
|
|
Setup-Fee (Einmalig): Deckt den Ressourcenaufwand für das Onboarding und die Anbindung spezifischer Schnittstellen ab. Diese Gebühr ist variabel und skaliert mit der Komplexität des Kunden-Setups.
|
|
Pay-per-Token / Pay-per-Use (Wiederkehrend): Ein nutzungsbasiertes Modell, das die variablen Infrastrukturkosten (aktuell ca. 30 € pro Test-Kunde) plus eine feste Marge abdeckt.
|
|
Value-Based Pricing (Upside / Profit-Sharing): Perspektivisch: Eine Beteiligung (z.B. 20%) an den durch den Use Case nachweislich eingesparten Kosten beim Kunden.
|
|
|
|
3. Personal & Kostenstruktur
|
|
Um die in der Verfassung verankerten Werte ("Gemeinwohl & Teamfokus") zu leben, wird ein solidarisches Gehaltsmodell angewandt:
|
|
Solidarische Basisentlohnung: 2.000 € Netto-Grundgehalt plus 500 € Netto-Zuschlag pro unterhaltsberechtigtem Kind. (Dies entspricht ca. 4.000 - 4.500 € Arbeitgeberkosten).
|
|
Overhead: Der monatliche Grundbetrieb (Lizenzen, Steuern, Tools) startet bei 1.500 € und skaliert prozentual zum Umsatz.
|
|
Die Differenz zum Marktwert der Entwickler wird über das "Wertpunkte-System" (Gewinn- und Projektbeteiligung) kompensiert.
|
|
|
|
4. Wachstums-Szenarien
|
|
Um das Ziel von 100-200 Kunden in 24 Monaten zu erreichen, stehen zwei strategische Pfade zur Diskussion, die den Kapitalbedarf definieren.
|
|
Szenario A: Moderates Wachstum (Bootstrapped / Cashflow-Fokus)
|
|
Ziel: Schnellstmögliche Profitabilität ("Cashflow positive"). Fokus auf organisches Wachstum im DACH-Raum über das Netzwerk der Pilotkunden und öffentliche Träger.
|
|
Finanzierung: Verzicht auf VC-Geld. Nutzung der Piloten als wiederkehrende Auftraggeber. Ggf. Aufnahme von Bankkrediten (Ziel-Verzinsung 5%) oder Einbindung Stiller Teilhaber aus dem Kunden-Beirat (Ziel-Rendite max. 10% p.a.).
|
|
Team-Strategie: Vorsichtiger Aufbau des Sales-Teams. Externe Entwickler werden entweder durch Setup-Fees der Kunden 1:1 durchgereicht oder in das Wertpunkte-System konvertiert, um die Burn-Rate zu senken.
|
|
Szenario B: Aggressives Wachstum (Investor-Driven)
|
|
Ziel: Maximale Geschwindigkeit und Marktanteile. Erreichen der 200-Kunden-Marke durch massiven Aufbau eines dedizierten Sales- und Marketing-Teams ab Monat 1.
|
|
Finanzierung: Aufnahme von Wagniskapital (Venture Capital / Business Angels). Die Investoren erwarten einen Exit oder eine Gewinnausschüttung, die einem Faktor 10x auf ihr Kapital nach 5 Jahren entspricht.
|
|
Team-Strategie: Die Burn-Rate wird bewusst hochgehalten. Entwickler, Customer-Experts und Sales-Mitarbeiter werden aggressiv eingestellt, um die Use-Case-Bibliothek und das Onboarding exponentiell zu skalieren. |