Status: Working Draft. Final-Pricing wird Q3 2026 mit den ersten Pilot-Kunden festgezurrt.
Was schon klar ist
- Framework + Bausteine sind öffentlich — BSL-1.1 auf GitHub (
kumiko-framework/kumiko), NPM-Pakete frei nutzbar. Jede Version wird nach 2 Jahren automatisch zu Apache-2.0 - Plattform-IP (Designer-UI, AI-Builder, Tenant-Provisioning, Abrechnung) bleibt im privaten Repo — Schutz vor Cloud-Klonen
- kumiko.so Hosted ist tier-basiert
- BYOK ist Default, nicht Premium — Eure variablen Kosten gehören in Eure Konten (siehe unten)
- Kein Pro-User-Pricing — anders als Retool. Bei 100 Mitarbeitern zahlt Ihr nicht 100× mehr
Tier-Skizze
| Tier | Pricing-Range | Apps | Hosting | KI | Support | Zielgruppe |
|---|---|---|---|---|---|---|
| Self-Host (Open Source) | 0 € Lizenz, ~50–150 €/Monat Server | n | Eure Wahl | BYOK | Community | Self-Host-Builder, Mittelstand mit IT |
| Free (Hosted) | 0 € | 1 | kumiko.so/sub | Anthropic-Demo-Cap | Community | Indie-Hacker, MVPs |
| Pro (Hosted) | ~49–149 €/Monat pro App | 5 | kumiko.so/sub oder eigene Domain | BYOK | Solo-Devs, kleine Teams | |
| Business (Hosted) | TBD (~3–500 €/Monat) | 20 | wie Pro + erweiterte Caps | BYOK | E-Mail + priority | Wachsende Teams, mehrere Apps |
| Enterprise | 4–5-stellig p.a. | per Vertrag | dediziert oder On-Prem | Lokales Modell oder BYOK | SLA + Premium | DACH-Mittelstand, regulierte Branchen |
Pro/Business-Range ist pro App, nicht pro User. Apps mit unterschiedlichen Tenants laufen auf einer Instanz.
Tier-Wechsel ohne Datenverlust
Tier hochstufen migriert eure Daten nicht — es fasst sie nicht an. Wir ändern die Ressourcen auf denen eure App läuft, die Datenbank bleibt genau wo sie war. Der ganze Upgrade-Vorgang ist in der Größenordnung von Sekunden Neustart, kein Export, kein Re-Import, kein „Downtime-Fenster” das zum Downtime-Wochenende wird.
Genauso runter. Wenn ihr zu groß gebucht habt, skaliert ihr zurück ohne was zu verlieren. Die Daten überleben die Tier-Entscheidung.
Warum das im Pitch wichtig ist: Die meisten Internal-Tools-Plattformen machen Tier-Wechsel zum „mit-Sales-reden”-Event weil die Migration für sie schmerzhaft ist. Wir haben es absichtlich langweilig gemacht — der langweilige Pfad ist auch der sichere.
Eure variablen Kosten gehören in Eure Konten
Was variabel ist, geht über Kunden-Konten — nicht über unsere.
Kein Plattform-Default-Schlüssel als Geschäftsmodell. Drei Folgen:
- Eure Reputation, Eure Kontrolle. Wenn Ihr E-Mails an Eure Kunden schickt, läuft das über Euren Brevo/Postmark-Account, nicht unseren. Spam-Probleme und Reputations-Schäden treffen Euch — nicht 50 andere Tenants auf der Plattform
- Eure echten Kosten sichtbar. Anthropic-Bill bei Anthropic, S3-Bill bei Hetzner, SMTP-Bill bei Brevo. Plattform-Tier deckt Plattform-Betrieb, nicht Eure Externals
- Compliance-Bonus. „Eure Daten, Eure KI, Eure Mails verlassen Eure Konten nie” — derselbe Architektur-Hebel wie für DACH-On-Prem-Käufer
| Service | Default ab Pro | Free-Onboarding |
|---|---|---|
| KI-Tokens | BYOK Pflicht (Anthropic / OpenAI / Ollama) | 100k-Token-Demo-Cap mit Plattform-Schlüssel |
| E-Mail-Versand | BYOK Pflicht (Brevo / Postmark / SES-SMTP) | 1.000 Plattform-Mails/Monat (Login, Reset, Notifications) — kein Mass-Mailing |
| File-Storage | BYO-S3 (Hetzner Object Storage / MinIO / AWS-S3) | 1–10 GB Plattform-Cap, danach BYO |
Caps pro Tier
Wir cappen Plattform-Ressourcen, nicht Eure Geschäfts-Logik. Was Eure App intern an Tenants, Workflows oder Datenstruktur macht ist Eure Sache — wir messen nur was in unsere Postgres, unseren Mail-Server und unseren GPU-Pool fließt.
| Cap | Free | Pro | Business | Enterprise |
|---|---|---|---|---|
| Apps | 1 | 5 | 20 | per Vertrag |
| DB-Storage (über alle Apps + interne Tenants summiert) | 100 MB | 10 GB | 100 GB | per Vertrag |
| File-Storage (Plattform) | 1 GB | 10 GB / BYO-S3 | 100 GB / BYO-S3 | BYO-S3 |
| Plattform-Mails/Monat (Login/Reset) | 1.000 | 10.000 / BYO-SMTP | BYO-SMTP Pflicht | BYO-SMTP |
| KI-Tokens (rolling 7 Tage) | 0 (kein KI-Designer im Free) | 50.000 | 150.000 | BYOK / Local |
| Egress (Bandbreite) | 10 GB/Monat | 100 GB/Monat | 500 GB/Monat | per Vertrag |
Cap-Verhalten — gestaffelt nach Cap-Typ:
- Mails / KI-Tokens (billig, ab Pro BYOK): Soft @ 110 %, Hard @ 120 % — Burst-Buffer für sporadische Nutzung
- DB-Storage / File-Storage (teuer + persistent): Soft @ 100 %, Hard @ 105 % — strikter, weil’s auf unserem Disk landet
- Apps-Count (Plattform-Slot): Hard @ 100 % — kein Buffer, ist gebuchte Kapazität
- Egress: Soft @ 110 %, Hard @ 130 % — Bursty-Traffic ist legitim
- Hard Cap erreicht: Schreibe-Operationen blockiert (HTTP 429), Reads bleiben offen, Upgrade-Pfad sofort sichtbar
- Fair-Use: Bei unverhältnismäßiger Last (>10× Tier-Median über 7 Tage) reden wir mit Euch — wir suspenden nichts überraschend
- Reset: Calendar-Month, 1. um 00:00 UTC. KI-Tokens sind rolling-7-Tage-Window (kein Reset, gleitet)
Was wir NICHT cappen:
- Tenants innerhalb Eurer App (interne Mandanten = Eure Sache, beliebig viele)
- Workflow-Komplexität / Aggregat-Anzahl / Event-Volumen innerhalb Eurer Domäne
- Eure App-Logik — solange sie unsere Plattform-Ressourcen nicht sprengt
Custom auf Anfrage
Standard-Tiers decken 95% dessen ab, was DACH-Mittelstand-Apps brauchen. Wenn der Tier nicht passt, drücken wir euch nicht hoch — wir reden.
| Was ihr braucht | Was wir tun |
|---|---|
| Mehr Performance (größere App, mehr CPU, mehr RAM, schnellere DB) | Custom-Performance-Klasse zusätzlich zum bestehenden Tier — kein Sprung auf Enterprise nötig |
| Höhere Verfügbarkeit (z.B. 99,9% statt Standard) | Custom-SLA, zugeschnitten auf was euer Geschäft tatsächlich braucht |
| BYOK-Encryption (euer Vault, eure Schlüssel) | Verfügbar wenn eure Compliance keine Kumiko-verwalteten Schlüssel erlaubt |
| Dedicated-Stack (eigenes DB-Cluster, eigener Namespace) | Für Performance-Isolation oder regulatorisch-strenge Branchen |
| Erhöhte Caps für eine einzelne Dimension die nicht passt | Wir passen den einen Cap an, nicht den ganzen Tier |
Das Prinzip: Tier definiert einen sauberen Default, Custom on-top wenn der Default nicht passt. Keine Überraschungs-Aufschläge für „ihr habt 3% drüber gelegen”. Wir reden vorher, scopen es, dann läuft’s.
Pilot-Programm (heute)
3–5 DACH-Mittelständler, 3 Monate kostenlos, gemeinsamer ~3-Wochen-Setup-Sprint. Im Gegenzug: Reference-Story-Recht (mit Vetorecht über jeden Satz). Schwelle: 50–500 Mitarbeiter, eigene IT, konkreter erster Use-Case.
→ Details: hello@kumiko.so
Offene Fragen für Q3 2026
- Pro-Tier-Preis innerhalb 49–149 € — abhängig von realem Hosting-Cost-per-App und Pilot-Feedback
- Business-Tier-Definition — wo ist die Schwelle zwischen „mehrere Apps brauchen” und „Enterprise-Vertrag nötig”?
- Custom-Class-Pricing — was ist die richtige Rate-Card für nicht-Standard-Performance-/SLA-Buchungen?
- Free-Tier-Demo-Cap — wie viel KI-Token-Demo ist genug zum Probieren ohne Cost-Explosion?
Antworten kommen wenn die ersten Pilot-Gespräche konkret sind.
Lizenz-Hintergrund
BSL-1.1 mit 2-Jahres-Konversion zu Apache-2.0 — das Sourcegraph-Modell. Frei nutzbar für alles außer kommerzielles Hosting, das mit kumiko.so konkurriert. Schutz gegen Cloud-Re-Sale + volle Open-Source-Story. Entschieden 2026-05-02.