13 KiB
PowerOn Platform -- Tiefenanalyse und Zukunftsvision
Datum: 10. März 2026
Zweck: Strategische Analyse der PowerOn-Plattform, Markteinordnung und Produktideen
1. Architektur-Übersicht
1.1 Was PowerOn ist
PowerOn ist eine multimandantenfähige Enterprise AI Orchestration Platform, bestehend aus:
- Gateway -- FastAPI-Backend mit modularem Feature-System
- Nyla -- React 19 SPA als Frontend
- Teams Browser Bot -- Node.js Service für Microsoft Teams Integration
Die Plattform ermöglicht es, branchenspezifische AI-gestützte Features als unabhängige Module zu betreiben -- mit gemeinsamer Infrastruktur für Authentifizierung, Autorisierung, Billing und AI-Services.
1.2 Technologie-Stack
| Schicht | Technologie |
|---|---|
| Backend | Python 3.x, FastAPI 0.115, PostgreSQL |
| Datenmodelle | Pydantic v2, Custom DB-Connector (kein ORM) |
| Auth | JWT (python-jose), Argon2, OAuth (Google, MSAL) |
| AI | LangChain 1.2.8, LangGraph 1.0.7, Plugin-System (OpenAI, Anthropic, Mistral, Perplexity, Tavily, Private LLM) |
| Voice | Google Cloud STT/TTS, WebSocket-Streaming |
| Dokumente | ReportLab, PyMuPDF, python-docx, openpyxl, python-pptx |
| Scheduling | APScheduler 3.11 |
| Payments | Stripe |
| Frontend | React 19, Vite 5, TypeScript 5.8, XState 5, CSS Modules |
| Karten | Leaflet, react-leaflet |
| Teams | Node.js WebSocket-Bot |
1.3 Multi-Tenancy-Modell
User
└── UserMandate (Mitgliedschaft in Mandant)
└── Mandate (= Tenant)
└── FeatureInstance (Feature-Instanz pro Mandant)
└── FeatureAccess (Zugang pro User)
└── Roles + AccessRules
- Ein User kann in mehreren Mandanten arbeiten, ohne sich neu anzumelden
- Mandantenkontext kommt via
X-Mandate-IdHeader - URL-Struktur:
/mandates/:mandateId/:featureCode/:instanceId/...
1.4 RBAC-System
Das RBAC-System operiert auf drei Kontexten:
| Kontext | Was es kontrolliert | Beispiel |
|---|---|---|
| UI | Sichtbarkeit von Views/Menüs | "Kann der User die Buchhaltungs-Seite sehen?" |
| DATA | Zugriff auf Datenebene (CRUD) | "Kann der User Positionen erstellen?" |
| RESOURCE | Zugriff auf Services/Ressourcen | "Darf der User den AI-Service nutzen?" |
Access-Levels: ALL, MY, GROUP, NONE
Das RBAC existiert auf zwei Ebenen:
- System/Mandant-Level -- globale Rechte
- Feature/Instanz-Level -- featurespezifische Rechte pro Instanz
Template-Rollen ermöglichen wiederverwendbare Rechtesets pro Feature (z.B. trustee-admin, trustee-accountant, trustee-client).
1.5 Plug-&-Play Feature-System
Jedes Feature-Modul implementiert:
getFeatureDefinition()-- MetadataregisterFeature(catalogService)-- RBAC-Katalog-RegistrierungonStart(eventUser)/onStop(eventUser)-- Lifecycle- Eigene Router, Datenmodelle, Services
Features werden dynamisch geladen via loadFeatureRouters().
1.6 Service Center
Zentrales Service-Registry mit Dependency-Graph:
| Service-Kategorie | Services |
|---|---|
| Core | utils, security, streaming |
| AI | ai, chat, web (Tavily) |
| Dokumente | extraction, generation |
| Business | ticket, messaging, billing, sharepoint |
| Content | neutralization |
Aufruf via getService(key, context) mit automatischer Abhängigkeitsauflösung.
2. Bestehende Feature-Module
| Feature | Beschreibung | Kernfähigkeiten |
|---|---|---|
| Trustee | Treuhand/Buchhaltung | Positionen, Dokumente, Expense-Import, Scan-Upload, Accounting-Sync |
| CommCoach | Kommunikations-Coaching | Voice-Sessions, Kontexte, Personas, Badges, Dossier |
| Chatbot | LangGraph-Chatbot | Konversationen, Threads, SSE-Streaming |
| Chat Playground | Workflow-Spielwiese | Interaktive Workflows, Playground |
| Automation | Workflow-Automatisierung | Definitionen, Templates, Logs, Scheduler |
| Teams Bot | Teams-Meeting-Bot | Sessions, Screenshots, MFA, Live-Streaming |
| Neutralization | Inhalts-Neutralisierung | SharePoint-Integration, Dokumentverarbeitung |
| Real Estate | Immobilien | PEK-Karte, Parzellen, Projekte, Oereb, Bauvorschriften |
| Code Editor | Code-Editor | Monaco-Editor, Workflows |
3. Frontend-Architektur (Nyla)
Seiten und Navigation
- System: Dashboard, Settings, Store, GDPR
- Auth: Login, Register, Password-Reset, Invite
- Admin: Access-Management, Mandanten, Users, Rollen, Billing, Logs
- Features: Jedes Feature hat eigene Views unter
/mandates/:mandateId/:featureCode/:instanceId/
State Management
- React Context (FeatureStore, Auth, Language, Toast)
- XState für Workflow-State-Machines
- Kein Redux/Zustand -- bewusst leichtgewichtig
Design System
- Custom Component Library (UiComponents)
- FormGenerator für dynamische Formulare
- CSS Modules mit Theme-Support (Light/Dark)
- Font: DM Sans
- Icons: react-icons
4. Marktanalyse und Einordnung
4.1 Das Alleinstellungsmerkmal
Die Kombination aus Multi-Tenancy + generisches RBAC + AI-Plugin-System + Voice + Workflows + Integrationen in einer einzigen Plattform ist am Markt selten. Die meisten Wettbewerber haben 2-3 dieser Fähigkeiten:
| Wettbewerber | Was sie haben | Was ihnen fehlt |
|---|---|---|
| Microsoft Copilot | AI + Teams | Kein Multi-Tenancy-RBAC, kein Branchenfokus |
| Zapier/Make | Workflows + Integrationen | Keine AI-Tiefe, kein RBAC |
| Langflow/Flowise | AI-Workflows | Kein Multi-Tenancy, kein Production-Grade |
| Custom GPTs | AI-Chat | Keine Integration, kein RBAC, keine Workflows |
| Salesforce | CRM + Multi-Tenancy | Teuer, komplex, kein AI-nativer Kern |
4.2 Das "AI Operations Layer" Problem
Die meisten Firmen haben heute:
- ChatGPT-Abos ohne Governance
- Isolierte AI-Tools ohne Integration
- Keine Nachvollziehbarkeit und Compliance
- Vendor-Lock-in auf ein AI-Modell
Was sie brauchen: Eine kontrollierte, mandantenfähige Schicht zwischen AI-Modellen und Geschäftsprozessen. Genau das ist PowerOn.
4.3 Das "Copilot-Problem"
Microsoft Copilot, Google Gemini etc. sind horizontal -- alles ein bisschen, nichts branchenspezifisch. PowerOn kann vertikale Copilots bauen: Trustee-Copilot, Immobilien-Copilot, Verwaltungs-Copilot. Das ist der Markt, der 2025-2027 explodiert.
5. Produktideen und Zukunftsvision
5.1 Feature-Module mit hohem ROI
A. "PowerOn Knowledge" -- RAG Knowledge Base
Aufwand: Mittel | Impact: Sehr hoch | Priorität: 1
Pro Mandant/Feature-Instanz:
- Dokumenten-Upload (PDF, DOCX, XLSX -- Infrastruktur existiert)
- Automatische Vektorisierung und Indexierung
- Chatbot der ausschliesslich aus dem Wissen des Mandanten antwortet
- Versions-Management von Wissensdokumenten
- "Frag dein Unternehmen"
Warum: Jedes Unternehmen hat unstrukturiertes Wissen in Dokumenten. RAG ist der #1 Enterprise-AI-Use-Case weltweit. Die bestehende Chatbot- und Dokumenten-Infrastruktur deckt ca. 60% der Entwicklung ab.
B. "PowerOn Flows" -- Visual Workflow Builder
Aufwand: Hoch | Impact: Sehr hoch | Priorität: 2
Erweiterung des bestehenden AutomationEditors:
- Drag & Drop von AI-Bausteinen (Analyse, Extraktion, Generierung)
- Trigger: E-Mail, Zeitplan, Webhook, Teams-Nachricht, Dokumentupload
- Actions: AI-Analyse, Dokumentgenerierung, Benachrichtigung, API-Call
- Branchen-Templates (Treuhand, Verwaltung, Immobilien)
Warum: Zapier/Make.com haben bewiesen: Automatisierung ohne Code ist ein Milliarden-Markt. Mit AI-Integration wird das zu "Zapier mit Gehirn".
C. "PowerOn Voice Agent" -- Telefon-AI
Aufwand: Mittel | Impact: Hoch | Priorität: 3
Aufbauend auf CommCoach und STT/TTS:
- AI-Telefonassistent für KMUs (Terminvereinbarung, FAQ, Weiterleitung)
- Protokollierung von Kundengesprächen
- Sentiment-Analyse in Echtzeit
- Integration mit Teams (eingehende Anrufe -> AI -> Mensch)
Warum: 67% der Kunden bevorzugen Self-Service. KMUs können sich kein Call Center leisten. CommCoach ist 80% des Wegs dorthin.
5.2 Plattform-Erweiterungen
D. "PowerOn Desk" -- Unified Inbox mit AI-Triage
Ein intelligenter Posteingang, der E-Mails, Teams-Nachrichten, Dokumente und Aufgaben aggregiert:
- AI-Priorisierung und Klassifikation
- Automatische Mandant/Kontext-Erkennung
- Antwortvorschläge generieren
- Dokumentextraktion und automatische Ablage
Zielgruppe: Wissensarbeiter, die 28% ihrer Zeit mit E-Mail verbringen.
E. "PowerOn Compliance" -- Regulatorischer Assistent
Für regulierte Branchen (Treuhand, Finanz, Gesundheit):
- Automatische Dokumentenprüfung gegen Compliance-Regeln
- Audit-Trail für alle AI-Interaktionen (Logging existiert)
- Periodische Compliance-Reports
- Anonymisierung/Pseudonymisierung (Neutralization existiert)
Zielgruppe: Schweizer Treuhand, Finanzdienstleister, Gesundheitswesen.
F. "PowerOn Meeting AI"
Aufbauend auf dem Teams-Bot:
- Automatisches Meeting-Protokoll mit Action Items
- Nachbereitung: AI-Zusammenfassung, Task-Erstellung, Follow-up-Versand
- Teilnehmer-Analyse: Redezeit, Stimmung
- Integration mit dem Workflow-Engine
Zielgruppe: Jede Organisation, die Meetings führt.
5.3 App- und UI-Konzepte
G. Mobile Companion App (PWA)
Schlanke mobile App mit:
- Voice-First: "Hey PowerOn, Status Mandat XY?"
- Push-Notifications für Automationen/Workflows
- Schnell-Aktionen: Dokument fotografieren -> AI-Extraktion -> Ablage
- Offline-Checklisten (Immobilienbegehung, Audit)
H. "PowerOn Lens" -- Document Intelligence Widget
Browser-Extension:
- Text markieren -> AI analysiert, fasst zusammen, übersetzt
- Screenshot -> OCR + AI-Extraktion
- Direkter Upload in korrekten Mandanten/Kontext
I. Dashboard Builder
Erweiterung des bestehenden Dashboards:
- Drag & Drop Widgets (KPIs, Charts, Listen, AI-Feeds)
- Pro Mandant konfigurierbar
- Echtzeit-Daten aus allen Features
- AI-generierte Insights ("23% mehr Belege als üblich diesen Monat")
5.4 Strategische Plattform-Ideen
J. Feature Marketplace
Das Plug-&-Play-System als Ökosystem:
- Partner/Entwickler bauen eigene Feature-Module
- Feature Store wird zum App-Marketplace (Route
/storeexistiert) - Standardisierte API für Feature-Entwicklung (SDK)
- Revenue-Share mit Feature-Entwicklern
Modell: Salesforce AppExchange -- aber für AI-Features.
K. "PowerOn for Government" -- Verwaltungs-Paket
Speziell für Schweizer Gemeinden und Kantone:
- Bürgerdienst-Chatbot (FAQ, Formulare, Status)
- Dokumenten-Workflows (Baubewilligungen -- RealEstate existiert)
- Mehrsprachigkeit (de/en/fr existiert)
- Swiss-Cloud-Hosting, DSG-konform
- Integration mit eCH-Standards
L. "PowerOn for Legal/Trustee" -- Branchen-Suite
Ausbau des bestehenden Trustee-Moduls:
- AI-gestützte Buchhaltungsprüfung
- Automatische Steuererklärungsvorbereitung
- Klienten-Portal mit Self-Service
- Digitale Unterschrift
- MWST-Abrechnung, Lohnbuchhaltung
5.5 Moonshot-Ideen
M. Autonome Agenten pro Mandant
LangGraph-basierte persistente Agenten:
- "Überwache meine Buchhaltung und melde Anomalien"
- "Scanne täglich neue Bauvorschriften"
- "Beantworte Routine-Kundenanfragen automatisch"
- Agent-to-Agent-Kommunikation zwischen Mandanten (B2B)
N. "PowerOn as Backend-as-a-Service"
Das Gateway als Plattform für andere Entwickler:
- Multi-Tenant + RBAC + AI out of the box
- SDK/CLI für Feature-Entwicklung und Deployment
- "Build your SaaS in a weekend, mit AI eingebaut"
6. Priorisierte Empfehlung
| Rang | Idee | Aufwand | Wiederverwendung bestehender Infrastruktur | Markt-Timing |
|---|---|---|---|---|
| 1 | Knowledge Base (RAG) | Mittel | Hoch (Dokumente, AI, Chat existieren) | Perfekt -- jeder sucht das |
| 2 | Visual Workflow Builder | Hoch | Hoch (Automation-System existiert) | Reifend |
| 3 | Voice Agent | Mittel | Hoch (CommCoach, STT/TTS, Teams) | Früh -- First-Mover-Vorteil CH |
| 4 | Meeting AI | Mittel | Hoch (Teams-Bot existiert) | Heiss |
| 5 | Feature Marketplace | Hoch | Sehr hoch (Plug&Play existiert) | Strategisch -- langfristig |
7. Fazit
PowerOn ist keine App -- es ist eine Plattformschicht. Die Architektur (Multi-Tenancy, generisches RBAC, AI-Plugin-System, Voice, Workflows, Integrationen) ist die Basis für beliebig viele vertikale und horizontale Produkte.
Der strategische Weg:
- Kurzfristig (Q1-Q2 2026): RAG Knowledge Base als universelles Feature für alle Mandanten
- Mittelfristig (Q3-Q4 2026): Visual Workflow Builder und Voice Agent als Differenzierungsmerkmale
- Langfristig (2027+): Feature Marketplace und Plattform-Ökosystem
Die grösste Stärke ist die Modularität: Jede dieser Ideen kann als Feature-Modul implementiert werden, ohne den Kern zu verändern. Das Plug-&-Play-System macht PowerOn zukunftssicher.