Klientų užklausos

Sveiki.
Siunčiu šią užklausa, nes domina turimos svetainės perdarymas.
Esama svetainė - trumpalaikė apartamentų nuoma (5 apartamentai). Nuomojama max 2 asmenims (gali būti su vaiku). Pagrindinis partneris Booking.com.

Dabartinė svetainė jokio funkcionalumo neatlieka. Visi aprašyti procesai atliekami rankiniu būdu.

Tačiau yra poreikis, kad svetainė turėtų funkcijų rinkinį.

Pradinis etapas:

1. Man atlikus SEO analizę ir auditą, remiantis tyrimo ataskaita suformuoti puslapio struktūrą, big picture.

2. Dizainas švarus, minimalistinis, privestas prie prekinio ženklo. (max 11 langai: 1 titulinis, 5 apartamentai, 1 Dovanų Kuponas, 1 Kontaktai+Forma, 1 Blogas?, 1 Affiliate programa norintiems joje dalyvauti, 1 Reglamentai dėl BDAR)

3. E-shop, puslapyje turi atsirasti galybė parduoti nuomos paslaugas turimiems 5 apartamentams, pardavinėti Dovanų kuponus (Dovanų kupono šablonas yra) ir papildomas paslaugas prie perkamos nakvynės (pusryčiai, papuošimas, putojantis vynas, ilgesnis išvykimas ir pan)
Būtinai valdyti paslaugų pridėjimas, pašalinimas, redagavimas (pridėti arba pašalinti paslaugą, redaguoti paslaugos tekstą arba kainą).

4. Active Calendar:
kiekvienas apartamentas turi savo kalendorių, kuris rodo laisvas / užimtas datas, ir laisvų datų kainas.
Valdyti lokalų kalendorių (mobile ir desktop versija). Uždaryti laisvą datą, arba atidaryti užimtą datą, priskirti tai datai kainą, sąlygą (pvz. nauji metai, min dvi paros užsakymas)
Kalendoriai privalo daryti sync su www.booking.com (jei įvykstą užsakymas per booking, puslapis gauna nurodymą pakoreguoti lokalų kalendorių, ir uždaroma parduota data, ir atvirkščiai, jei aš parduodu lokaliai (per liuksai.lt, ar telefonu pokalbio metu, ar pokalbiu per FB metu, ir tt ir pan) - kalendorius siųstų meta data į booking.com, kad uždarytų parduotą jų kalendoriuje.
Lokalus kalendorius kainų sync su booking.com neturi daryti. Jos skiriasi, lokalioje ir booking platformose. Tiesiogiai pigiau.
Labai svarbu, kad potencialus klientas, norėdamas užsakyti apartamentą šiandienai, gautų lentelę, "atsiprašome dėl šios dienos užsakymo prašome kreiptis telefonu arba Mail" . Jei potencialus klientas nori užsakyti apartamentą rytojui ar bet kuriai vėlesnei datai, jis pereitų prie atsiskaitymo ir kt. Svarbu, kad jei patvirtinimas jo užsakymas telefonu, aš galčiau pagal jo telefono nr arba spec linką, leisti atlikti užsakymą šiandienai, ir jis galėtų pereiti prie tolimesnių veiksmų iki galo (apmokėjimas, sutartis, atvykimo info gavimas).
Užsakymai su skirtingais ček in/out laikais (in: 16:00, 16:30, 17:00, 17:30 out: 11:30, 12:00, 12:30, 13:00). Pirmesnis užsakęs, gali rinktis savo laikus, sekantis, to paties laiko nebeturi galimybes gauti.

5. Mokėjimų sistemos pajungimas, pvz. Montonio (swed, seb, visa, revolut, paypal ir tt), Google Pay. Išsimokėtinai.
Vykdant užsakymą, pateikiamas pirminis klausimynas, ar 1-2 du žmonės apsistoja? if Yes - next Question. If no - susiekit telefonu. Next Q- ar su Gyvūnu, if No - Go to Payment Q. If Yes - susiekit telefonu.
Varnelės ties svarbiausiais momentais. Labai svarbu, prieš apmokant - klientas turi susipažinti su svarbia info dėl žmonių skaičiaus politikos, svečių politikos, ramybes valandos politikos, rūkymo politikos, neišbūto laiko politikos, nuostolių politikos ir BDAR, dedama varnele susipažino ir sutinka. Next - Payment.
Artlikus mokėjimą, gaunamas kvitas, su verslo liudijimo numeriu (jų yra 5 , tiek kiek apartamentų) taip pat tos vidaus tvarkos taisyklės kurias pažymėjo varnele prieš apmokant.

6. Affiliate - jame rankiniu būdų įkeliu asmenį, kuris kiekvienam apartamentui ar dovanų kuponams gauna affiliate Linką, ir tas asmuo savais asmeniniais soc. tinklais promina mano apartamentą/us, dovanų kupona/us. Mano tikslas: matyti tikslią apskaitą, kiek buvo per tuos linkus pasiektą žmonių, kiek tiksliai parduotą (pvz. asmuo No1 promino Deluxe apartamentą, Linką atidarė 500kartų, parduota už 1150eur, nuo tos pardavimu sumos sumoku X komisinius)

7. Google Analytics, Facebook pixels. Pasiekiamumo analize ir ataskaitos. Basic Lvl.

8. Supportas : updates, nauja funkcija, funkcijos redagavimas/pašalinimas, palaikoma komunikacija, redagavimas, kritiniu atveju reagvimas tą pačią dieną.

Tai pirminis etapas, kurio reikia pradžiai. Tolimesniame laikotarpyje norėsis didinti funkcionalumą:



9. Email/SMS rinkodara, naujienlaiškiai. Sąsaja su Naujienlaiskiais/Blogu ir manual tipo pranešimai. Idėjus į Blogą pranešima, būtų galima jį Publishinti iškart, arba vėliau, arba on Schedule.

10. Mini CRM. Excel/PDF importas sudarant pirminę DB iš senų laikų kai dar buvo dirbama rankiniu būdu nuo 2012m. Ir naujų klientų įvedimas kai užsakoma per Liuksai.lt
Užsakymų statistika, raportas, skerspjūviai (amžius, lytis, miestas, apartamentas, vizitų skaičius pagal klientą, vizitų skaičius pagal datą, Affiliate rezultatai ir pan. viską ką galimą panaudoti iš sistemos meta duomenų)
Labai svarbu, kai gaunamas užsakymas per www.booking.com, galime duoti liuksai.lt Linką, kuris nuveda klientą į norima etapą - pvz. 5. mokėjimas, arba toliau - 10. sutarties suruošimas, ir 11. atvykimas.

11. Sutarčių sudarymo modulis, kuris įsijungia po mokėjimo atlikimo, užpildoma forma, vardas pavarde, asmens kodas, Miestas, email, atvykimo/išvykimo datas paima iš kalendoriaus kai rinkosi norimą datą, generuojamas PDF įkėlimas ir pasirašymas per Dokobot, arba GoSign. Šiuo metu turima Android App, kuris kuria kiekvienam apartamentui nuomos sutartį, ir su ja apmokįjimo kvitą. Veikia tik su Android. Nera PC ar iOs versijos.

12. Atvykimas + Smart Lock integracija, gavus mokėjimą ir pasirašius nuomos sutartį, automatiškai ar po mygtuko paspaudimo, galima išsiųsti klientui atvykimo pranešimą su Random sugeneruotu durų kodų į Smart Lock spyną (kiek butų tiek spynų). TTLock Android applikacija.
Svarbu: Pakartotinai pridedama vidaus tvarkos taisykles ir Core taisykles ir svarbia info dėl : žmonių skaičiaus politikos, svečių politikos, ramybes valandos politikos, rūkymo politikos, neišbūto laiko politikos, nuostolių politikos ir BDAR, pažymima kad šiomis sąlygomis sutiko prieš apmokant ir pasirašyta nuomos sutartis šiomis sąlygomis. Pint Friendly
13. AI paremtas Chat Botas, kuris pagal sudiegtą bendavimo DB (klausimai-atsakymai, sitauciajos-sprendimai) galėtų komunikuoti su svečiais ir kryptingai siekti privesti iki pardavimo.

14. Tvarkytojos darbų planeris rytojui, kuris generuojamas pagal check out laikus (4.2 punktas). Galimybė rankiniu būdų pridėti papildomus darbus, pvz dušo trapų valymas, plintusų siurbimas, ir pan. Siunčiama email / SMS.

15. Ūkio darbu planeris, pasikartojantys darbai: rekuperatorių filtrų keitimas, oro kondiškių filtrų siurbimas, kavos aparatų decalk, jacuzzi dezinfekcinis užmerkimas, langų valymas ir pan. Siunčiama email / SMS.

16. MLM struktūra, pardavimų vadybininkams.


Dominą tokio projekto prelimenari kaina papunkčiui, su galimais faktoriais kas darytų pokyčius kainoje ir kainų rėžiai tuose faktoriuose.
Funkcionalumo įgyvendinimas, kainos pasiūlymas, bus vienas iš įtakojančių veiksnių apsisprendžiant su kuriuo paslaugų teikėjų norėsime imtis šių pokyčių.