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.
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
Add-Ons (zu jedem Tier zubuchbar)
Tier-orthogonal. Pro-Kunde der ein Add-On braucht muss nicht auf Enterprise springen.
| Add-On | Preis | Wann braucht Ihr das? |
|---|---|---|
| BYOK-Encryption (Customer-Vault statt Plattform-Schlüssel) | TBD/Monat | Wenn Eure Compliance verlangt, dass keine Kumiko-verwalteten Schlüssel im Spiel sind |
| Dedicated-Stack (eigene DB, eigener Namespace, eigene Load-Balancer) | TBD/Monat | Performance-Isolation oder regulatorisch-strenge Branchen |
| Custom-SLA | individuell | Höhere Verfügbarkeit als Standard-Tier (z.B. 99,9 % statt 99,5 %) |
| Erhöhte Caps | individuell | Wenn ein einzelner Cap (z.B. Egress) nicht zum Tier-Mix passt |
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”?
- Add-On-Preise — BYOK-Encryption und Dedicated-Stack reflektieren Plattform-Mehraufwand, brauchen Kalkulation
- 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.