335 lines
13 KiB
Markdown
335 lines
13 KiB
Markdown
# 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-Id` Header
|
|
- 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**:
|
|
1. **System/Mandant-Level** -- globale Rechte
|
|
2. **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()` -- Metadata
|
|
- `registerFeature(catalogService)` -- RBAC-Katalog-Registrierung
|
|
- `onStart(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 `/store` existiert)
|
|
- 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:
|
|
|
|
1. **Kurzfristig (Q1-Q2 2026):** RAG Knowledge Base als universelles Feature für alle Mandanten
|
|
2. **Mittelfristig (Q3-Q4 2026):** Visual Workflow Builder und Voice Agent als Differenzierungsmerkmale
|
|
3. **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.
|