Modul 01

Das große Ganze

Was DeView baut, wie unsere Architektur strukturiert ist und warum produktionsreife KI sich von einer Demo unterscheidet.

Die DeView Enterprise-KI-Architektur

Jedes DeView-Engagement operiert innerhalb eines Fünf-Schichten-Modells. Das Verständnis dieser Schichten ermöglicht es Ihnen zu erklären, wo unsere Arbeit innerhalb der bestehenden Technologielandschaft eines Kunden angesiedelt ist.

LAYER 5 — BUSINESS Business Processes · Strategic Goals · KPI Dashboards · Executive Reporting · ROI Tracking LAYER 4 — APPLICATION User Interfaces · ERP (SAP / Oracle) · CRM (Salesforce / HubSpot) · Slack · Document Platforms LAYER 3 — DATA FOUNDATION Data Sources · ETL Pipelines · Data Integration · Vector Stores · Feature Engineering · Data Quality LAYER 2 — INFRASTRUCTURE Security & Access Control · Cloud / On-Premises · MLOps · Audit Logging · Monitoring & Alerting LAYER 1 — AI / ML CORE LLMs · ML Classifiers · Model Registry · Serving Infrastructure · Evaluation Framework · Embeddings

Abb. 1.1 — DeViews Fünf-Schichten-Enterprise-KI-Architektur. Jedes Engagement berührt alle fünf Schichten.

Die vier KI-Betriebsmodi

📈 Prädiktiv Datengetrieben

Nutzt historische und Echtzeit-Daten zur Prognose von Ergebnissen. Beispiele: Bedarfsplanung, Betrugserkennung, Kreditrisikobewertung, Kapazitätsplanung.

ML-ModelleZeitreihenScoring-APIs
💬 Konversationell Benutzerorientiert

KI-gestützte Schnittstellen, die auf natürliche Sprache reagieren. Beispiele: interne Wissensassistenten, Kundensupport-Bots, HR-Richtlinien-Q&A.

LLMsRAGChat-APIs
✍️ Generativ Inhalt

KI, die neue Dokumente im großen Maßstab erstellt. Beispiele: automatisierte Berichtserstellung, Zusammenfassungen von Kreditanträgen, Vertragsentwürfe.

LLMsVorlagenstrukturierte Ausgabe
🔬 Analytisch Erkenntnisse

KI, die verborgene Muster aufdeckt. Beispiele: Kundenabwanderungssignale, Pipeline-Bewertung, Dokumentenklassifizierung, Sentimentanalyse.

NLPKlassifizierungEmbeddings

Produktionsreif vs. Proof-of-Concept

Vertriebstipp: Die meisten Interessenten haben bereits eine KI-Demo gesehen. Die eigentliche Frage lautet: „Funktioniert das tatsächlich in unserer Umgebung, mit unseren Daten, unter unseren Sicherheitsrichtlinien?“
DimensionProof-of-ConceptDeView Produktionsreif
DatenBeispiel-CSV oder synthetische DatenLive-Integrationen mit echtem CRM / ERP
SicherheitKeine Authentifizierung, geteilte API-KeysRollenbasierter Zugriff, Audit-Logs, isolierte Mandanten
ZuverlässigkeitDemo-Umgebung, kein SLAUptime-Monitoring, Fehlerbehandlung, Fallback-Logik
MonitoringKeinesDrift-Erkennung, Evaluierungs-Pipelines, Alerting
IntegrationStandalone, Copy-Paste-WorkflowEingebettet in bestehende Tools und Workflows
ComplianceNicht berücksichtigtVon Tag eins für regulierte Branchen konzipiert
EigentumVendor-Lock-in, gehostete PlattformIn Ihrer Umgebung deployed — Sie besitzen das System
Modul 02

Services im Detail

Eine technische Aufschlüsselung jedes DeView-Service — wie er funktioniert, womit er sich verbindet und was der Kunde erhält.

KI-Workflow-Audit

Was es ist

Eine strukturierte Analyse eines Geschäftsprozesses zur Identifikation des wertvollsten KI-Automatisierungseinstiegspunkts. Geliefert als scopierter Bericht mit konkretem, kalkuliertem Implementierungspfad.

Was der Kunde erhält
  • Prozesslandkarte mit Engpass-Markierungen
  • Automatisierungsbewertung pro Prozessschritt (Aufwand vs. Wirkung)
  • Top-Anwendungsfall mit grober ROI-Schätzung
  • Implementierungs-Roadmap in 3 Phasen
📋 Prozessaufnahme-Interview🔍 Engpass-Mapping📊 Automatisierungsbewertung🎯 Anwendungsfall-Priorisierung📄 Roadmap-Lieferung

Interner Wissensassistent

Kernkonzept — RAG: Statt Antworten zu raten, durchsucht die KI die tatsächlichen Unternehmensdokumente, ruft die relevantesten Abschnitte ab und antwortet — ausschließlich auf diesen Dokumenten basierend, mit Quellenangaben.
Wie RAG funktioniert (für Kunden)

Stellen Sie es sich wie eine private Suchmaschine über die Dokumente Ihres Unternehmens vor. Bei einer Frage sucht die KI zuerst, findet die richtige Richtlinie und antwortet dann — mit Quellenangabe.

Was verbunden wird
  • Confluence / Notion — interne Wikis und Runbooks
  • SharePoint / Google Drive — Dateispeicher und Richtlinien
  • PDF / Word-Dokumente — Verfahren und Compliance-Docs
  • Slack-Verlauf — institutionelles Wissen erschließen
📁 Unternehmensdokumente erfasst✂️ Chunked & vektorisiert🗄️ In Vektor-DB gespeichert❓ Benutzer stellt Frage🔍 Relevante Chunks abgerufen💬 LLM antwortet mit Quellenangaben

Dokumentenautomatisierung

Was automatisiert wird

Repetitive Dokumentenverarbeitung: strukturierte Daten aus Formularen extrahieren, Dokumententypen klassifizieren, Ausgaben aus unstrukturiertem Text generieren, Dokumente an den richtigen Downstream-Workflow weiterleiten.

Human-in-the-Loop (ein Feature, keine Einschränkung)

Wenn die KI-Konfidenz unter den konfigurierten Schwellenwert fällt, wird das Dokument zur menschlichen Prüfung markiert. Das System macht nie stillschweigend einen folgenschweren Fehler.

📄 Dokument empfangen🔤 OCR / Textextraktion🤖 LLM-Parsing & -Klassifikation✅ Konfidenzprüfung🔀 Auto-Verarbeitung oder menschliche Prüfung⚙️ Downstream-System aktualisiert

Kundensupport-Assistent

Wie intelligentes Routing funktioniert

Die KI klassifiziert jede Nachricht nach Absicht und Konfidenzwert. Hochkonfidente Absichten werden automatisch bearbeitet; uneindeutige eskalieren an einen menschlichen Agenten mit vorausgefülltem Gesprächskontext.

CRM-Integrationsverhalten
  • Liest vollständige Kundenhistorie vor der Antworterstellung
  • Protokolliert jede KI-Interaktion im CRM-Datensatz
  • Erstellt Tickets oder aktualisiert Vorgänge automatisch
  • Eskaliert mit vorgeladenem Gesprächskontext
📨 Kundennachricht🎯 Absichtsklassifikation📚 KB + CRM-Abfrage💬 KI-Antwort generiert📝 CRM-Datensatz aktualisiert

Reporting & Research Copilot

Was es ersetzt

Stunden manueller Datenerfassung, Tabellenzusammenführung und Berichtserstellung. Die KI verbindet sich direkt mit Datenquellen, fragt sie planmäßig ab und liefert den Bericht automatisch.

Datenanbindungen
  • SQL-Datenbanken — direkte Abfrage über Nur-Lese-Zugangsdaten
  • BI-Tools — Tableau, Power BI, Looker-Exporte
  • APIs — interne und externe Datenfeeds
  • Tabellenkalkulationen — Google Sheets, Excel über geplante Synchronisation
🔗 Datenquelle verbunden⏰ Geplanter Datenabruf🤖 LLM fasst zusammen & formatiert📊 Bericht strukturiert📧 An Stakeholder geliefert

KI-Implementierungsberatung

Was den Unterschied macht

Empfehlungen, die auf den tatsächlichen Tech-Stack, die Teamfähigkeiten und die Datenreife des Kunden zugeschnitten sind. Das Ergebnis ist eine priorisierte Roadmap mit Aufwand-/Wirkungs-Bewertung.

Bewertungsdimensionen
  • Datenreife — Qualität, Verfügbarkeit, Governance
  • Integrationsmachbarkeit — bestehende Systeme prüfen
  • Teamfähigkeit — Kompetenzlücken und Schulungsbedarf
  • ROI-Modellierung — Zeit- und Kosteneinsparungen pro Anwendungsfall
Modul 03

Dateninfrastruktur

Wie Kundendaten von bestehenden Quellsystemen durch DeViews KI-Pipelines fließen — und zurück ins Unternehmen.

Datenintegrations-Karte

CLIENT SYSTEMS ETL PIPELINE AI LAYER OUTPUTS CRM (Salesforce) ERP (SAP / Oracle) Document Storage SQL Databases Slack / Email BI Tools Extract ↓ Transform ↓ Validate ↓ Load LLM / ML Models Vector DB · Model Serving Evaluation Layer Scoring · Drift Detection Audit Logger Every action recorded Insights & Reports Automated ActionsCRM updates, tickets Compliance LogsExportable audit trail

Abb. 3.1 — Datenfluss von Quellsystemen durch die ETL-Pipeline in die KI-Schicht und zurück zu den Geschäftsergebnissen.

Deployment-Modelle

Cloud-gehostet

Im eigenen AWS-, GCP- oder Azure-Konto des Kunden deployed. Daten verlassen nie seine Cloud-Umgebung. DeView verwaltet das Deployment — nicht die Daten.

On-Premises

Vollständig air-gapped innerhalb der physischen oder virtuellen Infrastruktur des Kunden. Verwendet Open-Source-Modelle (Llama 3, Mistral). Erforderlich für stark regulierte Umgebungen.

Hybrid

Sensible regulierte Daten bleiben on-premises; nicht-sensible Verarbeitung nutzt Cloud-Inferenz. Häufig im Kreditbereich, wo einige Datensätze reguliert sind und andere nicht.

Datenisolierung & Eigentum

Schlüsselzusicherung für die Enterprise-Beschaffung: Jedes Kunden-Deployment ist vollständig isoliert. Kein geteiltes Modell lernt aus den Daten eines Kunden und wendet es bei einem anderen an. Ihre Daten werden nie zum Training allgemeiner Modelle verwendet.
  • Separates Datenbankschema oder dedizierte Instanz pro Kunde
  • API-Keys und Zugangsdaten ausschließlich pro Deployment zugeordnet
  • Audit-Logs sind kundenspezifisch und vollständig exportierbar
  • Datenaufbewahrungsrichtlinien konfigurierbar pro Vereinbarung
  • Der Kunde behält das vollständige Eigentum — das System lebt in seiner Umgebung
Modul 04

Sicherheit & Compliance

Wie DeView Datensicherheit, Zugriffskontrolle, Audit-Trails und regulierte Branchenanforderungen handhabt.

Sicherheitsgrenzen-Karte

CLIENT BROWSER React UI (Next.js) Public keys only (safe) localStorage (UI state) No sensitive keys exposed 🔒 HTTPS only SERVER (Node.js API) Input validation + sanitize Honeypot spam detection Secret env vars onlyNever exposed to browser API route auth guards Zero trust between zones THIRD-PARTY SERVICES Supabase (PostgreSQL) LLM / AI APIs Email / Notifications Server-proxied — never direct

Abb. 4.1 — Sicherheitsgrenzen. Sensible Zugangsdaten existieren nur serverseitig. Der Kunde berührt nie direkt Secrets.

Sicherheitsmaßnahmen

🔑 Zugriffskontrolle
  • Rollenbasierte Berechtigungen — Benutzer sehen nur, was sie brauchen
  • Service-Konten — Systeme kommunizieren nur mit geschlüsselten Keys
  • Row-Level-Security auf Datenbankebene erzwungen
  • Admin-Zugriff nur serverseitig, nie clientseitig
📋 Audit & Nachverfolgbarkeit
  • Jede KI-Aktion protokolliert — wer, wann, welche Eingabe, welche Ausgabe
  • Unveränderliche Datensätze — Logs können nicht nachträglich geändert werden
  • Export verfügbar — vollständiger Audit-Trail für Compliance-Prüfung
  • Zeitstempel — created_at / updated_at auf allen Datensätzen
🛡️ Eingabesicherheit
  • Serverseitige Validierung — alle Eingaben vor der Verarbeitung bereinigt
  • Längenbegrenzungen — Injection- und Überlaufversuche verhindern
  • Honeypot-Felder — Bot- und Spam-Erkennung auf allen Endpunkten
  • Domain-Validierung — lehnt persönliche E-Mails für B2B-Flows ab
🤖 KI-spezifische Sicherheit
  • Prompt-Injection-Mitigation — Eingabe vor LLM bereinigt
  • Ausgabefilterung — KI-Antworten vor Zustellung geprüft
  • Domain-Guardrails — Modell auf definierten Scope beschränkt
  • Konfidenzschwellen — niedrig-konfidente Ausgaben eskalieren an Menschen

Regulatorischer Compliance-Kontext

Vertriebshinweis: DeView verfügt derzeit nicht über SOC-2- oder ISO-27001-Zertifizierungen. Bei Nachfragen auf die Architektur verweisen.
RegulierungFür wen es giltWie DeView es adressiert
GDPREU-basierte Kunden oder Kunden, die EU-Personendaten verarbeitenDaten verbleiben in kundengesteuerter Cloud; Auftragsverarbeitungsverträge verfügbar
PDPOVerarbeitung personenbezogener Daten in HongkongPrimäre Jurisdiktion; Datenresidenz-Optionen in HK-Deployments integriert
MAS TRMFinanzinstitute in SingapurAudit-Trail-Anforderungen erfüllt; Modellrisiko-Dokumentation verfügbar
HKMAHK-Banken und lizenzierte KreditgeberOn-Premises-Deployment für regulierte Daten; vollständige Audit-Exporte
SOC 2US-Enterprise- und SaaS-KäuferArchitektur folgt SOC-2-Prinzipien; formale Zertifizierung auf der Roadmap
Modul 05

MLOps & Monitoring

Wie DeView sicherstellt, dass KI-Systeme nach dem Go-Live korrekt weiterarbeiten.

Der MLOps-Lebenszyklus

🚀 Deploy Model goes to production 👁 Monitor Performance tracked 📊 Evaluate Accuracy & drift scored 🔄 Retrain Model improved Continuous improvement loop

Abb. 5.1 — MLOps-Lebenszyklus: Deploy → Monitor → Evaluate → Retrain → zurück zu Deploy.

👁 Monitor — Was getrackt wird
  • Antwortlatenz — antwortet die KI innerhalb des SLA?
  • Fehlerquoten — schlagen Anfragen fehl oder timen aus?
  • Eingabeverteilung — verschieben sich die Abfragetypen?
  • Ausgabekonsistenz — bleiben die Antworten beim Thema?
📊 Evaluate — Was bewertet wird
  • Genauigkeit — sind die Antworten sachlich korrekt?
  • Relevanz — sind die Antworten angemessen für jede Abfrage?
  • Drift-Score — wie weit hat sich die Leistung von der Baseline verschoben?
  • Menschliches Feedback — Daumen hoch/runter von Endnutzern

Model Drift — Einfach erklärt

Was ist Drift? Ein KI-Modell, das auf den Daten des letzten Jahres trainiert wurde, kann weniger genau werden, wenn sich die Welt verändert. Drift-Monitoring erkennt dies, bevor es Probleme verursacht.
Data Drift

Eingehende Daten beginnen anders auszusehen als die Trainingsdaten. Erkannt durch Vergleich statistischer Verteilungen der Eingaben über die Zeit.

Concept Drift

Die Beziehung zwischen Eingabe und korrekter Ausgabe ändert sich. Erkannt durch sinkende Genauigkeitswerte bei stichprobenartigen Ausgaben.

Human-in-the-Loop-Eskalation

KI generiert AusgabeKonfidenz bewertetHohe Konfidenz → automatisch liefernNiedrige Konfidenz → menschliche PrüfungMensch genehmigt / korrigiertKorrektur für Retraining protokolliert
Warum das im Vertrieb wichtig ist: Human-in-the-Loop ist ein professionelles Risikomanagement-Feature. Positionieren Sie es als Governance, nicht als Einschränkung.
Modul 06

DeViews eigener Tech-Stack

Die Infrastruktur, auf der DeView läuft — als Nachweis, dass wir mit denselben Engineering-Standards arbeiten, die wir für Kunden bauen.

SchichtTechnologieVersionZweck
FrontendNext.js + React16.2 / 19.2Server-Side Rendering, App Router, API-Routen
SpracheTypeScript5.x strictTypsichere Entwicklung — Fehler zur Kompilierzeit erkennen
StylingTailwind CSS4.xUtility-first Design-System
AnimationFramer Motion11.xScroll-basierte Reveals, reduced-motion Unterstützung
DatenbankSupabase (PostgreSQL)LatestKundenportal-Daten, Lead-Erfassung, Projekt-Meilensteine
E-MailResend + Web3FormsMehrstufige Fallback-Zustellkette
HostingNetlifyServerless Deployment, globales CDN, automatische Deploys
RuntimeNode.js20 LTSServerseitige API-Routen-Ausführung
i18nCustom Context SystemEnglisch + Traditionelles Chinesisch (zh-HK)

Kundenportal-Architektur

Kunde erhält ReferenzcodeGibt Code auf der Portalseite einAPI-Aufruf an /api/client-portalServer fragt Supabase abPortal + Meilensteine zurückgegebenTimeline gerendert mit Framer Motion
Was Kunden in ihrem Portal sehen
  • Projekttitel und Kundenname aus Supabase
  • Aktueller Phasenindikator — in welcher Phase das Engagement ist
  • Meilenstein-Timeline — erledigt / aktiv / ausstehend mit Animationen
  • Fortschrittsbalken — currentStage / Gesamtmeilensteine
Sicherheitsdesign
  • Referenzcode dient als Zugriffstoken — kein Passwort erforderlich
  • Nur serverseitige Abfragen — Supabase-Key nie im Browser
  • is_active-Flag — jedes Portal sofort deaktivierbar
  • Fallback-Resilienz — Task-Manager-API wenn Supabase nicht verfügbar
Glaubwürdigkeitspunkt: Wenn ein Interessent fragt „Haben Sie schon Produktionssysteme wie dieses gebaut?“ — führen Sie ihn durch DeViews eigene Infrastruktur.
Modul 07

Vertriebs-FAQ

Die 15 häufigsten technischen Fragen von Enterprise-Interessenten — mit Antworten, die Ihr Vertriebsteam sofort nutzen kann.

Wo werden unsere Daten gespeichert?
Kann das mit unserem bestehenden CRM oder ERP verbunden werden?
Welches LLM verwenden Sie — ist es OpenAI / ChatGPT?
Wer hat Zugriff auf unsere Daten?
Was passiert, wenn die KI eine falsche Antwort gibt?
Ist das DSGVO / PDPO-konform?
Können wir das on-premises betreiben?
Wie lang ist der typische Integrationszeitraum?
Woher wissen wir, dass es nach dem Go-Live korrekt funktioniert?
Was unterscheidet das von ChatGPT?
Lernt Ihre KI aus unseren Daten und teilt sie?
Haben Sie SOC 2 oder ISO 27001?
Was passiert, wenn wir die Zusammenarbeit mit DeView beenden?
Kann die KI branchenspezifische Terminologie verarbeiten?
Welcher Support nach dem Launch?