wiki/platform_overview/poweron_platform_analysis.md
ValueOn AG ef006acb1c upd
2026-03-12 21:41:13 +01:00

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

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.