Conversie & UX

Materiaal verhuren met PrestaShop: kalender en beschikbaarheidsbeheer

Een product verkopen is een hoeveelheid beheren. Het verhuren is een kalender beheren. Het verschil lijkt klein, het verandert het datamodel volledig: een verhuurd product is niet onbeschikbaar, het is onbeschikbaar van de 12e tot de 18e.

PrestaShop kent dit begrip niet. Dit is wat verhuur daadwerkelijk veronderstelt, en de valkuilen die zich in productie tonen.

Het beschikbaarheidsmodel

De native voorraad beantwoordt één vraag: hoeveel zijn er nog. Verhuur stelt een andere: hoeveel zijn er nog in deze periode.

Concreet heeft elke materiaaleenheid een eigen kalender, en een reserveringsaanvraag moet controleren dat ten minste één eenheid vrij is over het volledige gevraagde interval, grenzen inbegrepen.

Die controle is subtieler dan ze lijkt. Een reservering van de 12e tot de 15e en een van de 16e tot de 18e zijn verenigbaar. Een van de 12e tot de 15e en een van de 15e tot de 18e niet, tenzij u beslist dat de retour in de ochtend de namiddag vrijmaakt. Die regel moet expliciet worden beslist, niet ondergaan.

De vier termijnen om te onderscheiden

Dit is de meest voorkomende ontwerpfout: alleen de verhuurde periode modelleren.

  1. De verhuurperiode, degene die de klant kiest en betaalt.
  2. De aanvoertermijn heen, als u verzendt. Het materiaal vertrekt twee dagen voor het begin van de verhuur en is dus in die twee dagen niet beschikbaar voor een andere klant.
  3. De retourtermijn, symmetrisch.
  4. De tijd voor het weer in orde brengen: reiniging, controle, opladen, vervangen van verbruiksartikelen. De meest vergeten termijn, en degene die de pijnlijkste conflicten oplevert, omdat materiaal dat de dag na zijn retour is gereserveerd, vuil of incompleet vertrekt.

De daadwerkelijke immobilisatieduur van een eenheid kan zo het dubbele van de gefactureerde duur bereiken. Op een beperkt park bepaalt dat verschil uw maximale omzet.

Deze marges moeten instelbaar zijn per materiaalcategorie: een videoprojector vraagt een uur controle, een tent vraagt twee dagen drogen.

DataFirefly ProductverhuurMaak van uw PrestaShop-producten verhuurartikelen149,00

De kalender aan klantzijde

Vier ergonomieregels die het verschil maken tussen een bruikbare kalender en een verlaten formulier.

Onbeschikbare data zijn uitgeschakeld, niet achteraf gesignaleerd. Een klant die twee data kiest en dan een foutmelding krijgt, begint opnieuw, of vertrekt.

De minimumduur is zichtbaar vóór de selectie. Verhuurt u niet onder de drie dagen, vermeld dat dan boven de kalender.

De prijs wordt berekend tijdens de selectie, niet na de validatie. Bij een degressief tarief is dat wat de klant aanzet zijn periode te verlengen.

De sluitingsdagen zijn zichtbaar. Levert of ontvangt u niet op zondag, dan moet de kalender dat tonen, anders bouwt de klant een onmogelijke reservering.

Het tarief

Drie structuren bestaan naast elkaar en worden gecombineerd.

Het degressieve tarief per trap: dag, week, maand. De meest leesbare structuur en degene die de gemiddelde verhuurduur verhoogt.

De minimaal gefactureerde duur, die uw rentabiliteit op korte verhuren beschermt: twee dagen handling voor een halve dag verhuur is niet rendabel.

De bijzondere periodes: weekend, hoogseizoen, feestdagen. Op evenementen- of seizoensmateriaal wordt daar de marge gemaakt.

Een methodisch punt: toon altijd de totaalprijs van de periode, niet alleen de dagprijs. Een klant die het totaal pas in de winkelwagen ontdekt nadat hij in prijs per dag heeft geredeneerd, haakt vaak af.

De waarborg

Twee benaderingen, met heel verschillende gevolgen.

De bancaire pre-autorisatie blokkeert een bedrag zonder het af te schrijven, en geeft het vrij bij de retour. De elegantste oplossing, maar met beperkingen: beperkte geldigheidsduur naargelang de netwerken, geplafonneerd bedrag, en wisselende beschikbaarheid naargelang uw betaalprovider.

De inning met terugbetaling is technisch eenvoudiger en zwaarder voor de klant, wiens liquiditeit wordt vastgezet. Ze vereist ook een snelle terugbetaling bij de retour, anders komen de klachten.

In beide gevallen moeten het bedrag en de inhoudingsvoorwaarden op de productpagina staan, niet alleen in de algemene voorwaarden.

De documenten

Drie stukken om vanaf het begin te voorzien.

Het huurcontract, met de data, het materiaal, de waarborg en de verantwoordelijkheden. Het moet automatisch worden gegenereerd bij de bestelling, niet met de hand opgesteld.

De staat van het materiaal bij vertrek, idealiter met foto’s. Uw enige bescherming bij een geschil over een beschadiging.

De staat bij retour, die de vrijgave van de waarborg bepaalt.

Een tip uit de praktijk: bewaar deze documenten gekoppeld aan de bestelling, met hun tijdstempel. Een geschil over een verhuur ontstaat vaak meerdere weken na de retour.

Het geval van de vertraging

Het punt dat de kalender breekt. Een klant die met drie dagen vertraging terugbrengt, maakt materiaal onbeschikbaar dat al door een ander is gereserveerd.

Drie beschermingen, in te richten vanaf de opening. Een automatische herinnering de dag voor de retourdatum. Een bij de reservering aangekondigde vertragingsboete, die afschrikwekkend moet zijn zonder buitensporig te zijn. En een veiligheidsmarge in de kalender op veelgevraagd materiaal, die een vertraging opvangt zonder de volgende reservering te annuleren.

De Product Verhuur module voor PrestaShop dekt deze keten op PrestaShop 8 en 9: beschikbaarheidskalender per eenheid, instelbare marges voor voorbereiding en het weer in orde brengen, degressief traptarief, waarborgbeheer en verhuurdocumenten gekoppeld aan de bestelling.

Lees verder

Gerelateerde artikelen