Ein Produkt zu verkaufen heißt, eine Menge zu verwalten. Es zu vermieten heißt, einen Kalender zu verwalten. Der Unterschied klingt gering, verändert aber das gesamte Datenmodell: ein vermietetes Produkt ist nicht ausverkauft, es ist vom 12. bis zum 18. nicht verfügbar.
PrestaShop kennt dieses Konzept nicht. Hier ist, was die Vermietung tatsächlich voraussetzt, und die Fallen, die sich erst im Livebetrieb zeigen.
Das Verfügbarkeitsmodell
Der native Lagerbestand beantwortet eine einzige Frage: wie viele sind übrig. Die Vermietung stellt eine andere: wie viele sind in diesem Zeitraum übrig.
Konkret besitzt jede Geräteeinheit einen eigenen Kalender, und eine Buchungsanfrage muss prüfen, dass mindestens eine Einheit über das gesamte angefragte Intervall frei ist, Randtage eingeschlossen.
Diese Prüfung ist subtiler, als sie aussieht. Eine Buchung vom 12. bis 15. und eine vom 16. bis 18. sind kompatibel. Eine vom 12. bis 15. und eine vom 15. bis 18. sind es nicht, es sei denn, Sie legen fest, dass die Rückgabe am Morgen den Nachmittag freigibt. Diese Regel muss explizit entschieden werden, nicht erlitten.
Die vier zu unterscheidenden Zeiträume
Es ist der häufigste Konzeptionsfehler: nur den Mietzeitraum zu modellieren.
- Die Mietdauer, die der Kunde wählt und bezahlt.
- Die Hinversandzeit, falls Sie versenden. Das Gerät geht zwei Tage vor Mietbeginn raus und steht in diesen zwei Tagen keinem anderen Kunden zur Verfügung.
- Die Rückversandzeit, spiegelbildlich.
- Die Aufbereitungszeit: Reinigung, Kontrolle, Aufladen, Austausch von Verbrauchsmaterial. Sie wird am häufigsten vergessen und erzeugt die unangenehmsten Konflikte, weil ein Gerät, das für den Tag nach seiner Rückgabe gebucht ist, schmutzig oder unvollständig rausgeht.
Die reale Bindungsdauer einer Einheit kann so das Doppelte der berechneten Dauer erreichen. Bei einem kleinen Gerätepark bestimmt diese Differenz Ihren maximalen Umsatz.
Diese Puffer müssen pro Gerätekategorie konfigurierbar sein: ein Beamer braucht eine Stunde Kontrolle, ein Zelt braucht zwei Tage Trocknung.
DataFirefly ProduktvermietungVerwandeln Sie Ihre PrestaShop-Produkte in mietbare Artikel99,00€
Der Kalender auf Kundenseite
Vier Usability-Regeln, die den Unterschied machen zwischen einem nutzbaren Kalender und einem abgebrochenen Formular.
Nicht verfügbare Termine werden deaktiviert, nicht nachträglich gemeldet. Ein Kunde, der zwei Termine wählt und dann eine Fehlermeldung erhält, beginnt von vorn, oder geht.
Die Mindestdauer ist vor der Auswahl sichtbar. Wenn Sie nicht unter drei Tagen vermieten, sagen Sie es über dem Kalender.
Der Preis wird während der Auswahl berechnet, nicht nach der Bestätigung. Bei Staffelpreisen ist es das, was den Kunden dazu bringt, seinen Zeitraum zu verlängern.
Schließtage werden angezeigt. Wenn Sie sonntags weder ausgeben noch zurücknehmen, muss der Kalender das zeigen, sonst baut der Kunde eine unmögliche Buchung.
Der Preis
Drei Strukturen existieren nebeneinander und lassen sich kombinieren.
Der Staffelpreis nach Stufen, Tag, Woche, Monat. Es ist die lesbarste Struktur und die, die die durchschnittliche Mietdauer erhöht.
Die berechnete Mindestdauer, die Ihre Rentabilität bei Kurzmieten schützt: zwei Tage Handling für einen halben Tag Miete sind nicht rentabel.
Die Sonderzeiträume: Wochenende, Hochsaison, Feiertage. Bei Event- oder Saisongeräten wird genau hier die Marge gemacht.
Ein methodischer Punkt: Zeigen Sie immer den Gesamtpreis des Zeitraums an, nicht nur den Tagespreis. Ein Kunde, der das Gesamt erst im Warenkorb entdeckt, nachdem er in Tagespreisen gedacht hat, bricht oft ab.
Die Kaution
Zwei Ansätze, mit sehr unterschiedlichen Folgen.
Die Bankvorautorisierung blockiert einen Betrag, ohne ihn abzubuchen, und gibt ihn bei der Rückgabe frei. Sie ist die eleganteste, hat aber Einschränkungen: begrenzte Gültigkeitsdauer je nach Kartennetzwerk, gedeckelter Betrag und variable Verfügbarkeit je nach Zahlungsanbieter.
Die Abbuchung mit Rückerstattung ist technisch einfacher und für den Kunden belastender, dessen Liquidität gebunden ist. Sie verlangt außerdem eine schnelle Rückerstattung bei der Rückgabe, andernfalls kommen die Beschwerden.
In beiden Fällen müssen der Betrag und die Einbehaltsbedingungen auf der Produktseite stehen, nicht nur in den AGB.
Die Dokumente
Drei Unterlagen von Anfang an einplanen.
Der Mietvertrag, mit den Terminen, dem Gerät, der Kaution und den Verantwortlichkeiten. Er muss automatisch bei der Bestellung erzeugt werden, nicht von Hand geschrieben.
Das Übergabeprotokoll, idealerweise mit Fotos. Es ist Ihr einziger Schutz bei einem Streit über eine Beschädigung.
Das Rückgabeprotokoll, von dem die Freigabe der Kaution abhängt.
Ein Rat aus der Praxis: Bewahren Sie diese Dokumente mit Zeitstempel an der Bestellung auf. Ein Streit über eine Vermietung entsteht oft mehrere Wochen nach der Rückgabe.
Der Fall der Verspätung
Der Punkt, der den Kalender bricht. Ein Kunde, der drei Tage zu spät zurückgibt, macht ein Gerät unverfügbar, das bereits von einem anderen gebucht ist.
Drei Schutzmaßnahmen, ab dem ersten Tag. Eine automatische Erinnerung am Vortag des Rückgabedatums. Eine bei der Buchung angekündigte Verspätungsstrafe, die abschreckend sein muss, ohne unverhältnismäßig zu sein. Und ein Sicherheitspuffer im Kalender bei stark nachgefragten Geräten, der eine Verspätung auffängt, ohne die nächste Buchung zu stornieren.
Das Modul Produktvermietung für PrestaShop deckt diese Kette auf PrestaShop 8 und 9 ab: Verfügbarkeitskalender pro Einheit, konfigurierbare Vorbereitungs- und Aufbereitungspuffer, Staffelpreise nach Stufen, Kautionsverwaltung und an die Bestellung angehängte Mietdokumente.
