VitrinoOS verantwortet
- Website
- Kundengewinnung
- Ankaufsberechnung
- Versandankauf
- Auktionen
- Digitaler Transaktionsfluss
CASE STUDY
Online-Ankauf neu gedacht.
Wie aus Website, Ankaufsrechner, Versandankauf und Auktionen eine fokussierte White-Label-Plattform für Pfandhäuser und Goldankäufer entsteht.
CONTEXT
Digitale Kundengewinnung endet nicht beim Kontaktformular.
Bei Pfandhäusern und Goldankäufern kann der digitale Kontakt Website, Ankaufsrechner, Versandankauf, Statuskommunikation, Dokumente, Auktionen und betreiberspezifische Markenführung verbinden.
Das eigentliche Produktproblem ist der durchgängige digitale Transaktionsweg.01Öffentliche Website
02Ankaufsrechner
03Versandankauf
04Statuskommunikation
05Dokumente
06Auktionen
07Betreiber-Branding
CORE PROBLEM
Zu viele getrennte Systeme für einen zusammenhängenden Prozess.
Je nach Betreiber können CMS, Rechner, E-Mail-Kommunikation, Versand, Auktionen und Konfiguration getrennt laufen. Dadurch entstehen Brüche, doppelte Inhalte und uneinheitliche Status- oder Markenlogik.
01Website-CMS
02Separater Rechner
03Manuelle E-Mails
04Versandschritte
05Auktionsverwaltung
06Statusanfragen
07Doppelte Konfiguration
08Uneinheitliches Branding
CRITICAL PRODUCT DECISION
Nicht noch ein ERP.
VitrinoOS übernimmt bewusst die digitale Kunden- und Transaktionsebene. Bestehende fachliche Kernsysteme behalten ihre Verantwortung und können über klare Übergaben verbunden werden.
Bleibt extern
- Buchhaltung
- Pfandbuch
- Interne AML-/GwG-Systeme
- Bestehendes ERP & Backoffice
WHITE-LABEL ARCHITECTURE
Ein Kern. Unterschiedliche Betreiber.
Eine Codebasis unterstützt betreiberspezifische Konfiguration für Unternehmen, Logo, Theme, Module, Rechtstexte und Domain — innerhalb klar definierter Produktgrenzen.
Betreiber A
Eigene Marke, Domain und Modulauswahl.
Betreiber B
Eigene Inhalte, Rechtstexte und visuelle Konfiguration.
Betreiber C
Eigene Betreiberkonfiguration auf derselben Produktbasis.
MAIL-IN PURCHASE FLOW
Versandankauf als durchgängiger Prozess.
Der Ablauf verbindet strukturierte Datenerfassung, Versand, Prüfung, Angebot, Entscheidung, Dokumente und Statuskommunikation. Sensible Daten werden verschlüsselt; ein tokenbasiertes Kundenportal, DHL-Integration und PDF-Dokumente unterstützen die jeweiligen Schritte.
- 01Anfrage
- 02Datenerfassung
- 03Versand
- 04Eingang
- 05Prüfung
- 06Angebot
- 07Entscheidung
- 08Dokumente & Status
Klare Zustände
Kunden- und Betreiberansicht folgen demselben Prozess.
Definierte Übergaben
Versand, Prüfung und Kommunikation bleiben fachlich verbunden.
AUCTIONS
Auktionen als eigener digitaler Prozess.
Auktionsverwaltung, Katalog, Vorabgebote, mobile Saalerfassung und Reporting oder CSV-Export bilden einen eigenständigen Ablauf innerhalb der Plattform.
- 01Auktion
- 02Katalog
- 03Vorabgebot
- 04Saalerfassung
- 05Reporting
Vorbereitung
Lose und Katalog strukturiert bereitstellen.
Durchführung
Vorabgebote und mobile Erfassung in einem Prozess halten.
Auswertung
Ergebnisse für Reporting und Export aufbereiten.
LEGAL & REGULATORY CONTEXT
Produktentscheidungen im realen regulatorischen Umfeld.
Relevante Anforderungen aus PfandlV- und GwG-Kontext, DSGVO und Datenschutz sowie Fernabsatz und Online-Transaktionen fließen in Prozess- und Produktentscheidungen ein.
- 01Anforderung
- 02Prozessentscheidung
- 03Produktgrenze
- 04Betreiberprüfung
PfandlV-Kontext
GwG-Kontext
DSGVO & Datenschutz
Fernabsatz & Online-Transaktionen
TECHNICAL IMPLEMENTATION
Pragmatische Technik für einen klaren Produktfokus.
Die serverseitig gerenderte Anwendung nutzt PHP 8.1+, MySQL oder MariaDB sowie HTML, CSS, JavaScript und gezielte JSON-Endpunkte. DHL und Microsoft 365 SMTP OAuth2 werden dort integriert, wo der Prozess es braucht.
Rollenbasierte Rechte, optionale TOTP-2FA, CSRF-Schutz, Audit-Protokolle, AES-256-GCM, signierte Lizenzen mit Ed25519 und Integritätsprüfungen unterstützen klare technische Grenzen.01Serverseitig gerendert
02PHP 8.1+
03MySQL / MariaDB
04HTML / CSS / JavaScript
05JSON-Endpunkte
06DHL-Integration
07Microsoft 365 SMTP OAuth2
ARCHITECTURE EFFECT
Was die Produktarchitektur bereits erreicht.
Da sich VitrinoOS in Entwicklung befindet, beschreibt dieser Abschnitt Architektur- und Produkteffekte statt behaupteter Produktionsergebnisse.
Klarere Prozessverantwortung
Eine zusammenhängende digitale Ebene
Wiederverwendbare White-Label-Basis
Bewusste Grenzen zum Backoffice
Weniger doppelte Produktkonzepte
Konsistente Betreiberkonfiguration
LESSONS
Was dieses Produkt zeigt.
- 01
Fokus ist oft wertvoller als Funktionsbreite.
- 02
Nicht jedes Kernsystem muss ersetzt werden.
- 03
White-Label braucht klare Konfigurationsgrenzen.
- 04
Regulatorischer Kontext ist Teil des Produktdesigns.
- 05
Systemgrenzen sind ein Feature.
START A PROJECT
Welcher digitale Prozess sollte klarer werden?
Wenn mehrere Systeme einen zusammenhängenden Kundenprozess abbilden, lohnt sich der Blick auf Produktgrenzen, Übergaben und gemeinsame Daten.