FixDas
Handwerk · Zweiseitiger Marktplatz
Ein Auftrag. Zwei Seiten. Dazwischen muss vieles funktionieren.
Ich habe FixDas als zweiseitigen Marktplatz für Kunden und lokale Handwerker entwickelt — von den Produktabläufen und UX/UI bis zu Frontend, Backend und Produktion.
- Rolle
- Full-Stack Product Engineer
- Verantwortung
- Marktplatz von UX/UI bis Produktion
- Status
- Produktion
- Ablauf
- Auftrag → Match → Kontakt
[ Projektüberblick ]
Problem
Kunden möchten einfach erklären, was gemacht werden soll. Handwerker brauchen genug Informationen, um zu entscheiden, ob ein Auftrag zu ihren Leistungen, ihrem Standort und ihrer Verfügbarkeit passt.
Was ich gebaut habe
Einen Marktplatz, der Kundenanfragen in strukturierte Aufträge umwandelt, passende lokale Handwerker findet und den Abo-Status mit Auftragszugang, Kommunikation, Sichtbarkeit und öffentlichen Profilen verbindet.
Meine Verantwortung
Produktabläufe und UX/UI, Frontend und Backend, Marketplace-Logik, Authentifizierung, Abos und Zahlungen, Echtzeit-Kommunikation, Benachrichtigungen, öffentliche Auffindbarkeit, Infrastruktur und Produktion.
[ Die Herausforderung ]
Ein einfacher Auftrag muss später noch nützlich sein.
Für Kunden sollte das Erstellen eines Auftrags einfach bleiben. Handwerker brauchen bei demselben Auftrag jedoch genug Informationen, um schnell zu entscheiden, ob die Arbeit zu ihnen passt.
Deshalb habe ich die Auftragserstellung nicht als einzelnes Formular betrachtet. Angaben zu Leistungen, Ort, Zeit, Budget und Umfang werden später für Matching, Entfernung und die Entscheidung eines Handwerkers erneut genutzt.
[ Erst filtern, dann sortieren ]
Unpassende Ergebnisse kommen nicht in die engere Auswahl.
Leistungen und Unterkategorien zeigen, welche Handwerker fachlich passen. Der Standort hilft bei der Entfernung. Verfügbarkeit und Arbeitsradius schließen weitere unpassende Ergebnisse aus.
Zuerst prüft das System, ob ein Auftrag überhaupt relevant sein kann. Erst danach werden die passenden Ergebnisse sortiert.
[ Das Geschäftsmodell wurde Teil der Produktlogik ]
Der Abo-Status verändert, wie ein Handwerker den Marktplatz nutzen kann.
Matching und Abo lösen in FixDas zwei verschiedene Aufgaben. Ein Handwerker kann gut zu einem Auftrag passen, unabhängig davon, ob er aktuell ein bezahltes Abo hat. Deshalb habe ich Relevanz und Abrechnung getrennt.
Der Abo-Status bestimmt stattdessen, was nach einem Match möglich ist. Handwerker mit aktivem Zugang oder Testphase können einen passenden Auftrag direkt nutzen und den Kunden kontaktieren. Ohne den notwendigen Zugang bleibt ein passender Auftrag sichtbar, kann aber nicht direkt genutzt werden.
Der Abo-Status wirkt auch über Aufträge und Nachrichten hinaus. Handwerker mit aktivem Zugang oder Testphase werden bei der öffentlichen Darstellung priorisiert. Die öffentliche FixDas Pro Website steht nur Handwerkern mit entsprechendem Zugang zur Verfügung, die sie selbst aktiviert haben.
Ein erster Kontakt beginnt außerdem als Verbindungsanfrage. Der Empfänger kann sie annehmen oder ablehnen, bevor daraus eine normale Unterhaltung zwischen beiden Seiten wird.
Abo-Status
Aktiv oder Testphase
- Auftrag direkt nutzbar
- Kontaktanfrage möglich
- Priorität in der öffentlichen Darstellung
- Pro Website verfügbar, wenn aktiviert
Kein aktiver Zugang
- Passender Auftrag bleibt sichtbar
- Kontakt bleibt gesperrt
Relevanz entscheidet, ob der Auftrag passt. Das Abo entscheidet, wie der Handwerker am Marktplatz teilnehmen kann.
[ In Produktion zählt nicht nur der ideale Ablauf ]
Echte Nutzung ergänzt die Zustände um den sauberen Ablauf herum.
- Auftrag
- Match
- Kontakt
- Arbeit
- Ein Auftrag kann abgebrochen oder archiviert werden.
- Eine Verbindung kann abgelehnt werden.
- Der Zugang kann sich ändern, wenn sich der Abo-Status ändert.
- Eine Zahlung oder ein Webhook kann fehlschlagen.
- Ein ausgeblendetes Gespräch kann neue Aktivität erhalten.
- Eine Benachrichtigung kann vor dem Versand irrelevant werden.
Ich habe diese Fälle in den Daten und in der Produktlogik abgebildet. Jobs, Gespräche, Abos, Zahlungen, Benachrichtigungen und Integrationen haben eigene Zustände, damit die Oberfläche nicht selbst raten muss, was erlaubt ist.
Für öffentliche Handwerkerprofile gilt dieselbe zustandsbasierte Logik. Ein
Handwerker muss die Pro Website selbst aktivieren und einen aktiven Zugang oder
eine Testphase haben, bevor die öffentliche Seite verfügbar ist. Die Qualität
des Profils wird getrennt geprüft: Unvollständige Profile bleiben auf noindex gesetzt, bis genügend eigene und
nützliche Inhalte vorhanden sind.
Veröffentlichung und Sitemap verwenden gemeinsame Regeln. Canonical-URLs, strukturierte Daten und Indexierungsinformationen werden aus demselben Profilzustand erzeugt. So bleibt die öffentliche Auffindbarkeit mit dem Produktzustand verbunden.
[ So hängt das System zusammen ]
Die Regeln bleiben beim Wechsel zwischen Produktbereichen gleich.
- Anfrage
- Auftrag
- Eignung
- Abozugang
- Verbindung
- Chat
- Arbeit
Authentifizierung, Abostatus, Benachrichtigungen, Auftragsstatus und öffentliche Auffindbarkeit liegen um diesen Ablauf herum. Sie arbeiten nicht als getrennte Prüfungen, sondern greifen auf denselben Produktzustand zurück. So bleiben die Regeln beim Wechsel zwischen den Bereichen gleich.
[ Das Ergebnis ]
Ein Marktplatz, der als System funktioniert.
FixDas verbindet strukturierte Auftragserstellung, relevantes Matching, Abo-gesteuerten Zugang, Kommunikation, Auftragsverlauf und öffentliche Auffindbarkeit in einem Produkt.
Das Matching basiert auf Relevanz und nicht auf Zahlung. Der Abo-Status bestimmt, ob ein Auftrag direkt genutzt werden kann, ob ein Handwerker den Kunden kontaktieren kann, wie er in der öffentlichen Darstellung priorisiert wird und ob seine Pro Website veröffentlicht werden kann. Verbindungs und Auftragsstatus regeln danach, wie der Ablauf weitergeht.
Die Geschäftsregeln gelten im gesamten Marktplatz und werden nicht auf jedem Screen neu umgesetzt.
[ Was ich verantwortet habe ]
Ich habe am gesamten Produkt gearbeitet.
Von Produktabläufen und UX/UI über Frontend, Backend, Datenmodell, Marketplace-Logik und Integrationen bis zu Infrastruktur und Produktion.
Ich habe außerdem eine geführte Onboarding-Tour für neue Nutzer entwickelt. So finden sie sich schneller im Dashboard zurecht und verstehen die wichtigsten Funktionen, ohne alles selbst suchen zu müssen.
- Produkt & UX/UI
- Frontend
- Backend
- Marketplace-Logik
- Authentifizierung
- Zahlungen
- Echtzeit-Kommunikation
- Benachrichtigungen
- SEO & öffentliche Profile
- Infrastruktur & Produktion
- Produkt & UX/UI
- Frontend
- Backend
- Marketplace-Logik
- Authentifizierung
- Zahlungen
- Echtzeit-Kommunikation
- Benachrichtigungen
- SEO & öffentliche Profile
- Infrastruktur & Produktion
[ Eingesetzte Technologien ]
- Anwendung
- Backend & Echtzeit
- Authentifizierung & Zahlungen
- Kommunikation
- Standort
- Analyse, Datenschutz & Sicherheit
[ Zusammenarbeiten ]
Sie planen einen Marktplatz, bei dem viele Regeln zusammenkommen?
Ich kann helfen, daraus ein Produkt zu bauen, das von Anfang bis Ende funktioniert.
