FixDas
Handwerk · Zweiseitiger Marktplatz
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.
[ Projektüberblick ]
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.
[ Zusammenarbeiten ]
Ich kann helfen, daraus ein Produkt zu bauen, das von Anfang bis Ende funktioniert.
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.
Produktabläufe und UX/UI, Frontend und Backend, Marketplace-Logik, Authentifizierung, Abos und Zahlungen, Echtzeit-Kommunikation, Benachrichtigungen, öffentliche Auffindbarkeit, Infrastruktur und Produktion.
[ Die Herausforderung ]
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 ]
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 ]
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.
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 ]
[ So hängt das System zusammen ]
[ Das Ergebnis ]
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 ]
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.
[ Eingesetzte Technologien ]
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.
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.
Abo-Status
Aktiv oder Testphase
Kein aktiver Zugang