Tre butikker kører på én applikation og én database. Hvilken butik en besøgende ser, afgøres af domænet i forespørgslen. Det der er forskelligt, er navn, farver, sortiment, tekster, blog og betingelser. Det der er fælles, er selskabet, bookingsystemet, og lageret.
Kunden
Samme kode, samme hylde
Kapitel 01
Udfordringen
Folk søger ikke på "udlejning af udstyr" de søger på "leje mikrofon podcast", "leje højttalere fest" eller "lej lysudstyr".
Det er tre forskellige kunder med hvert sit ordforråd, og ét bredt site rammer dem alle sammen halvt.
Et site der udelukkende handler om podcastudstyr kan slå en stor, bred udlejer, fordi domæne, kategorier og indhold peger samme vej.
podcastgrej.dk i et søgeresultat fortæller på et halvt sekund hvad man får, det hæver klikraten og sætter sig fast i hukommelsen.
Tre sites er til stede i tre adskilte søgefamilier og optager mere af side ét, uden at konkurrere indbyrdes.
Og det koster stort set intet ekstra: de deler kodebase, database og ét fysisk lager.
Kapitel 02
Løsningen
Du vælger dine datoer først, og så viser hver vare hvor mange der rent faktisk er tilbage i netop den periode. Er der to, står der to. Derfra lægger du i kurv, udfylder dine kontaktoplysninger og bekræfter, der skal ikke oprettes nogen konto. Du får en reference, og den er nøglen til hele bookingen.
Kort efter kommer der et personligt link til lejeaftalen. Der står dine egne varer, datoer og priser, og betingelserne skal læses igennem og underskrives, før bookingen bliver endeligt bekræftet. Udstyret er reserveret til dig imens.
Bagefter kan du altid finde bookingen frem på din reference, se hvad du har bestilt, og afbestille selv indtil den frist der står i bekræftelsen. Ingen telefontid, ingen mailtråd frem og tilbage.
Kapitel 03
Underskriften er en betingelse
Når en bestilling kommer ind, reserveres udstyret straks, men bookingen står som afventende. Der udstedes automatisk en lejeaftale med et langt, hemmeligt link. På aftalesiden ser kunden parterne, sine egne varer, lejeperiode, priser med moms, depositum og de fulde betingelser.
Kunden skriver sit navn, sætter flueben og underskriver. Navn, tidspunkt, IP-adresse og browser gemmes som dokumentation. Først derefter kan bookingen bekræftes — kontrollen ligger på serveren, ikke i knappen, så reglen kan heller ikke omgås inde fra panelet.
Betingelserne kopieres ind på hver aftale når den udstedes. Rettes teksten i morgen, står der stadig på gamle aftaler hvad kunden faktisk sagde ja til. Uden den kopi var dokumentationen intet værd.
Kapitel 04
Optimeret fra dag 1
Hver side har sin egen titel, beskrivelse og delingsbillede, og hver butik har sit eget sitemap. Varer, virksomhed, brødkrummer og spørgsmål sendes til Google som struktureret data, så en søgning på en konkret model kan lande direkte på varen med pris og lagerstatus.
Alle billeder konverteres til webp og skaleres ned ved upload. Siderne bygges på serveren ved hver forespørgsel, så en lagerstatus aldrig kan nå at blive forældet.
Kapitel 05
Bygget til at blive fundet
Hver side har sin egen titel, beskrivelse og delingsbillede, og hver butik har sit eget sitemap. Varer, virksomhed, brødkrummer og spørgsmål sendes til Google som struktureret data, så en søgning på en konkret model kan lande direkte på varen med pris og lagerstatus. Alle billeder konverteres til webp og skaleres ned ved upload. Siderne bygges på serveren ved hver forespørgsel, så en lagerstatus aldrig kan nå at blive forældet.
