11 KiB
Konzept-Update: "Local for Local" Marktplatz
- Strategische Neuausrichtung: Die Domains Die Trennung wird schärfer.
B2in (Backend/B2B): Bleibt das "Maschinenraum"-Portal für Händler, Hersteller und Makler. Hier wird verwaltet.
Local for Local (Customer Frontend): Das wird das Gesicht zum Kunden. Der Kunde fühlt sich nicht auf einer abstrakten "B2in"-Seite, sondern in seinem regionalen Hub (z.B. "Local for Local OWL").
To-Do: Wir benötigen ggf. die Domain localforlocal.de (o.ä.) und routen diese auf die Endkunden-Ansicht.
Onboarding: Findet hier statt ("Werde Teil des lokalen Kreislaufs").
- Das neue Produkt-Konzept (2 Kategorien) Wir unterscheiden im Backend bei der Produktanlage künftig zwei Typen:
Typ A: Das "Teaser-Produkt" (Ticket-System)
Ziel: Frequenzbringer für den stationären Handel (Online-to-Offline).
Funktion: Der Kunde kauft nicht direkt online. Er sieht ein Möbelstück (z.B. "Sofa Bielefeld"), verliebt sich, sieht aber: "Beratung und Stoffauswahl nötig".
Der "Ticket-Workflow" (Neu):
Button: "Ticket & Rabatt sichern".
System generiert einen QR-Code/Voucher für einen spezifischen Händler im Hub des Kunden.
Call-to-Action: "Gehen Sie zu Möbelhaus Müller, zeigen Sie diesen Code und erhalten Sie 5% Rabatt + Fachberatung".
Vorteil: Nimmt den Preisdruck, fördert Beratung, messbarer Erfolg für den Händler (er scannt das Ticket).
Typ B: Die "Konfigurations-Anlage"
Ziel: Darstellung komplexer Wohnwände/Systeme.
Funktion: Zeigt die Machbarkeit und Tiefe des Sortiments ("Alles ist möglich"). Dient als "Showcase" für die Kompetenz der Hersteller.
- Vertrauen durch erweiterte Profile ("Faces") Der Marktplatz wird menschlicher. Wir erweitern die Partner-Datenbank (partners Tabelle) massiv um Marketing-Elemente.
Händler/Hersteller/Makler-Profilseite:
Team-Vorstellung: "Ihr Beraterteam vor Ort" (Fotos von echten Menschen).
Galerie: Bilder vom Showroom/Ladenlokal.
Story: "Seit 1950 in Herford..."
Zweck: Wenn der Kunde das "Ticket" zieht, weiß er schon, zu wem er geht. Das senkt die Hemmschwelle enorm.
- Die User Journey (Kauf-Philosophie) Das Dashboard des Kunden ("Mein Zuhause") wird zum emotionalen Feed.
Login/Start: Kunde sieht Möbel aus seinem Hub ("Local for Local").
Detailseite:
Großes Bild.
Philosophie-Text (Storytelling zum Möbel).
Preisanzeige: "Ab 2.500 € – Ihr Endpreis hängt von Ihrer Konfiguration ab." (Nimmt die Angst vor Fixpreisen).
Action: "Ticket ziehen" -> Terminvereinbarung mit Herrn [Name des Verkäufers] im lokalen Möbelhaus vorschlagen.
Auswirkungen auf die Entwicklung (Roadmap Anpassung) Das passt sehr gut in unseren aktuellen Plan für Januar/Februar (Produkte & Marktplatz). Wir müssen nur den Fokus leicht verschieben:
Produkt-Datenbank (Phase 1 Abschluss):
Wir fügen ein Feld product_type hinzu (teaser vs. config).
Wir fügen Logik für "Preise ab" oder "Preis auf Anfrage" hinzu.
Partner-Profile (Erweiterung):
Im Backend (das du gerade baust) brauchen wir Upload-Felder für Team-Fotos und "Über uns"-Texte. Das ist schnell gemacht.
Das Ticket-System (Teil von Phase 2 Marktplatz):
Anstatt eines klassischen "Warenkorbs" bauen wir für Typ A Produkte einen "Ticket-Generator".
Das ist technisch einfacher als ein Checkout mit Payment-Provider! Wir generieren ein PDF/QR-Code und senden eine Mail.
Konzeptpapier: B2in / Local for Local Marktplatz-Ökosystem Status: Final | Version: 1.1 (Update: Marken-Hierarchie)
- Executive Summary Das B2in-Ökosystem ist ein hybrider Marktplatz, der den Immobilienkauf ("Moment of Need") mit der Einrichtung verbindet. Es agiert als "Closed Shop" (Zugang nur über Makler). B2in ist die zentrale B2B-Plattform und Technologie. Local for Local ist das verbindende Prinzip innerhalb des Marktplatzes, das die Endkunden-Marken (style2own, stileigentum) mit den regionalen Händlern verknüpft.
Der USP liegt in der Transparenz lokaler Verfügbarkeit (Säule A: Local Express) und exklusiven Insider-Konditionen (Säule B: Smart Club), abgesichert durch ein Cashback-System.
- Marken-Architektur & Entry-Points Wir unterscheiden strikt zwischen dem B2B-Zugang (Partner) und den B2C-Einstiegen (Endkunden).
A. Der B2B-Kanal (Die Dachmarke) Marke: B2in
Zielgruppe: Immobilienmakler, Händler, Hersteller.
Funktion: Akquise, Partner-Login, Verwaltung ("Maschinenraum").
Positionierung: "Das Netzwerk für Immobilien & Einrichtung." Hier findet das Business statt.
B. Die B2C-Kanäle (Die Zielgruppen-Türen) Der Makler entscheidet anhand der Käuferstruktur, über welche "Tür" der Kunde das System betritt. Beide Landingpages führen in denselben Marktplatz:
- Marke: Style2Own
Zielgruppe: Young Professionals, Erstbezug, Urban, Trend-orientiert.
Tonalität: Modern, "Du"-Ansprache, Lifestyle-Fokus.
Story: "Dein Style. Deine Stadt."
- Marke: StilEigentum
Zielgruppe: Gehobenes Segment, Best Ager, Villen, Qualitäts-orientiert.
Tonalität: Exklusiv, "Sie"-Ansprache, Werte-Fokus.
Story: "Exzellenz und Tradition."
C. Das verbindende Element (Inside the Portal) Prinzip: Local for Local
Funktion: Sobald der Kunde (egal ob über style2own oder stileigentum) eingeloggt ist, greift die "Local for Local"-Logik.
Erlebnis: Das Portal passt sich dem Hub des Kunden an und zeigt die lokalen Händler als "Local Heroes". Es ist die Klammer, die den Marktplatz definiert.
- Marktplatz & Produktstrategie (Das 2-Säulen-Modell) Im Portal angekommen, wird das Angebot nach Bedürfnis (Zeit vs. Planung) getrennt.
Säule A: "Local Express" (Phase 1 Focus) Narrativ: "David gegen Goliath" (Support your Locals).
Angebot: Sofort verfügbare Ausstellungsstücke, Lagerware und kuratierte "Hidden Gems" der lokalen Fachhändler.
Kunden-Vorteil:
Verfügbarkeit: "Was ist heute in meiner Nähe abholbereit?" (Schlägt Google Maps).
Preis/Leistung: Markenware oft günstiger als im Großmarkt.
Händler-Vorteil: Abverkauf von Ausstellungsware (Liquidität), Frequenz im Laden.
Säule B: "Smart Club" (Phase 2 Focus) Narrativ: "Insider Access".
Angebot: Frei konfigurierbare Neuware (Bestellung).
Kunden-Vorteil: Zugriff auf "Closed Shop"-Konditionen (Objekt-Preise), die öffentlich nicht verfügbar sind.
Strategie: Hersteller können hier Rabatte geben, ohne ihre öffentlichen Marktpreise zu zerstören.
- Monetarisierung & Tracking (Das Cashback-Clearing) Das System löst das Problem der fehlenden Transparenz bei Offline-Käufen durch Inzentivierung des Kunden.
Der Prozess:
Ticket: Kunde zieht im Portal einen QR-Code für Händler X.
Kauf: Kunde kauft vor Ort, verhandelt Preise individuell.
Upload (Der Trigger): Kunde lädt Kaufbeleg im B2in-Portal hoch, um sein Cashback anzufordern.
Clearing: Händler bestätigt Umsatz im Backend -> Händler zahlt Gesamt-Provision an B2in.
Ausschüttung: Sobald Geld eingeht, verteilt das System automatisch:
Provision an Makler (Lead-Vergütung).
Cashback an Kunden (Motivation & Datentreue).
Marge an B2in.
- Core-Modul: Hub & User Logic Das Fundament. Hier wird entschieden, wer was sehen darf.
Hub-Logik (Hub Model):
Jeder User (Kunde, Makler, Händler) wird einer hub_id zugeordnet (z.B. Hub OWL, Hub Hamburg).
Logik: Ein Kunde aus OWL sieht nur Händler und Produkte mit hub_id = OWL. Das ist der Kern von "Local for Local".
User-Origin (origin Feld):
In der users Tabelle speichern wir, woher der Kunde kam: style2own oder stileigentum.
Zweck: Steuert das Theme im Dashboard (Modern vs. Klassisch), die Datenbank bleibt aber dieselbe.
Rollen-System (Erweiterung):
role: broker (Sieht Provisionen, generiert Invites).
role: merchant (Sieht Produkt-Upload, Clearing).
role: customer (Sieht Shop, Wallet, Upload).
role: admin (Sieht alles + Approval Queue).
- Produkt-Modul: "The 2 Pillars" Die Verwaltung der Waren. Hier unterscheiden wir die Strategie.
Produkte Tabelle (products):
Erweiterung um product_type:
'local_stock' (= Säule A, Ausstellungsstück, Händler-gebunden).
'smart_order' (= Säule B, Neuware, Hersteller-gebunden).
is_curated (Boolean): Für die Qualitätssicherung. Erst wenn Admin "OK" gibt, ist das Produkt öffentlich sichtbar.
Händler-Upload (Simple UI):
Extrem vereinfachtes Formular für Händler (Handy-optimiert): Foto, Titel, Preis, Statt-Preis, Status (Verfügbar/Verkauft).
Kein komplexes Warenwirtschafts-Monster!
- Transaction-Engine: Ticket & Cashback (Das Herzstück) Hier fließt das Geld. Das ist der komplexeste Teil der Business-Logik.
A. Das Ticket-System (Ticket Model) Funktion: Kunde klickt "Ticket ziehen".
Daten: user_id, merchant_id, code (Unique String/Hash), created_at.
QR-Generierung: On-the-fly Generierung des Codes für das Frontend.
B. Das Clearing-System (Transaction / Receipt Model) Upload: Kunde lädt Foto hoch + gibt Betrag ein.
Status-Maschine (State Machine):
pending_merchant: Händler muss bestätigen ("Ja, Kunde war da und hat für 3.000€ gekauft").
confirmed: Händler hat bestätigt -> Rechnung an Händler wird generiert.
paid: Händler hat Provision an B2in überwiesen.
distributed: Provision wurde an Makler/Kunde ausgeschüttet.
C. Die Wallet-Logik (Wallet / Commission Model) Sobald Status auf paid springt, feuert ein Event (TransactionPaid):
Berechnet Split: x% an Makler-Wallet, y% an Kunden-Wallet (Cashback).
Erstellt Einträge in der ledger (Kassenbuch) Tabelle.
- Partner-Modul: Makler & Händler Dashboards Die B2B-Ansichten.
Makler-Invite System:
Makler generiert "Invite-Links" oder Codes für style2own/stileigentum.
Wenn sich ein Kunde damit registriert, wird broker_id fest beim Kunden hinterlegt (Attribution).
Händler Setup-Buchung:
Ein kleiner "Service-Store" im Händler-Backend.
Button: "Setup-Paket buchen (399€)". Löst eine interne Notification an das B2in-Team aus (Ticket für Fotografen).
- Frontend-Modul: Die Weichenstellung Wie die Landingpages mit dem System reden.
Multi-Domain-Routing:
Wenn Request von style2own.de kommt -> Lade CSS-Variablen-Set "Modern" + Wording "Du".
Wenn Request von stileigentum.de kommt -> Lade CSS-Variablen-Set "Classic" + Wording "Sie".
Der "Local Feed" (Marktplatz-View):
Query: SELECT * FROM products WHERE hub_id = [User-Hub] AND status = 'active'.
Sortierung: Lagerware (Säule A) gemischt mit Highlights.
Zusammenfassung: Der Entwicklungs-Fahrplan Das ist die logische Reihenfolge für die Programmierung:
Phase 1: DB & Auth (Basis)
User Table mit hub_id, origin, broker_id.
Hub Table.
Registrierung über Invite-Code (Verknüpfung Makler-Kunde).
Phase 2: Händler & Produkte (Content)
Händler-Profil (Öffnungszeiten, Bilder).
Produkt-CRUD (Create, Read, Update, Delete) für Händler (Säule A).
Frontend-Feed ("Zeige Produkte in meinem Hub").
Phase 3: Der "Geld-Kreislauf" (Logik)
Ticket-Generierung (QR).
WICHTIG: Beleg-Upload Formular für Kunden.
Händler-Backend: Ansicht "Offene Umsatz-Bestätigungen".
Phase 4: Frontend Polish
Style2Own vs. StilEigentum Styling.
Dashboards hübsch machen.
Wie die Module zusammenhängen (Flow) Landingpage (Origin) -> Registrierung (Auth + Broker-Link) -> User landet im Hub (Hub-Logik) -> Sieht Produkte (Catalog) -> Zieht Ticket -> Lädt Beleg hoch (Transaction) -> Händler bestätigt -> Cashback fließt (Wallet).