# 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.