Kuidas luua lojaalsusprogrammi rakendust: punktid, templid, boonused ja väljavahetus

Lojaalsusprogrammi rakendus premeerib korduvaid kliente: nad koguvad punkte või templeid ostes ja vahetavad need boonuste vastu. Selle ehitamiseks vajad kliendikontosid, viisi, kuidas töötajad saavad punkte või templeid lisada ostu hetkel (tavaliselt kliendi QR-koodi skannimise teel), boonuste nimekirja, väljavahetuse voo, mille töötajad kinnitavad, ning iga muudatuse ajalugu, et saldosid saaks usaldada. Enamiku väikeettevõtete jaoks piisab mobiilisõbralikust veebirakendusest; kliendid ei pea rakenduste poest midagi installima.

Vali esmalt mudel

Alusta lihtsaima mudeliga, mis sobib. Digitaalse templikaardi saab ehitada ja mõista ühe päevaga. Tasemed ja tasulised liikmelisused lisavad reegleid, mida on raskem selgitada ja ehitada; tasuline skeem on lähemal liikmelisussaidile.

Otsusta ka:

• Punktide teenimise reeglid. Külastuse, toote või summa järgi? Kas soodushinnaga ostud annavad punkte?
• Aegumine. Kas punktid või templid aeguvad ja millal? Kontrolli kohalikke tarbijareegleid, kui lased boonustel aegub.
• Boonused. Mida kliendid saavad ja mis iga maksab?
• Asukohad. Üks pood või mitu, mis jagavad sama programmi?

Mida rakendus vajab

Andmed

Põhireegel: saldo on tehingute summa. Ära kunagi lase kellelgi saldot otse üle kirjutada. Iga teenimine, väljavahetus ja korrigeerimine on uus rida koos töötaja nime ja põhjusega. Just see ajalugu võimaldab vastata küsimusele „miks mul on ainult 40 punkti?“ ning märgata vigu või kuritarvitusi.

Lehed

• Kliendi pool: registreerimine, kaardileht QR-koodi ning praeguse saldo või templitega, saadaolevad boonused ja ajalugu.
• Töötaja pool: skanneri leht (avaneb kaamera, skannib kliendi koodi), seejärel nupp „lisa mall“ või „sisesta kulutatud summa“ ning väljavahetuse nupp, mis näitab, milliseid boonuseid klient endale lubada saab.
• Juhi pool: klientide nimekiri, saldo korrigeerimine põhjusega, boonuste haldamine ja lihtne aruanne väljastatud ja väljavahetatud punktidest.

Õigused

Kliendid näevad ainult oma kaarti. Töötajad saavad lisada ja väljavahetada, kuid mitte ajalugu kustutada. Juhid saavad teha korrigeerimisi, alati märkusega. Töötegevuste jaoks on vaja töötaja sisselogimist; skanneri lehte ei tohi kasutada keegi, kes leiab URL-i. Vaata kuidas lisada rakendusele sisselogimine.

Otsused ja kompromissid

Kuidas kliendid end tuvastavad

• QR-kood telefonis, mida töötajad skannivad. Kiire ja raske võltsida, kui kood on juhuslik token.
• Telefoninumber, mille töötaja sisestab. Telefoni pole vaja, kuid lihtsam kuritarvitada ja aeglasem rahvarohketel aegadel.
• Füüsiline kaart trükitud koodiga klientidele, kes ei soovi telefoni kasutada.

Paljud väikeettevõtted toetavad QR-koodi ja telefoninumbriga otsingut.

Kliendikontod

Parooli küsimine kassas tapab registreerimised. Registreerimine ainult nime ja e-posti või telefoniga, millele hiljem saadetakse sisselogimise link, on palju kergem. Kogu ainult nii palju isikuandmeid, kui vajad, ja ütle selgelt, milleks neid kasutad.

Veebirakendus või natiivne rakendus

Veebirakendus avaneb kassa QR-koodist ja saab lisada avaleheekraanile. Natiivsed rakendused saavad lisada rahakoti pileteid, push-teavitusi ja asukohapõhiseid vihjeid, kuid tulevad rakenduste poe kulude, ülevaatuse ja paigaldamise takistustega. Meie juhend mobiilisõbralikest veebirakendustest käsitleb seda kompromissi põhjalikumalt.

Ühendus kassaga

Kui sinu kassasüsteemil on API, saab punkte iga müügi pealt automaatselt lisada. Kui ei ole, sisestavad töötajad summa lojaalsusrakendusse. Käsitsi sisestamine sobib väikese mahu puhul, kuid aeglustab rahvarohket järjekorda, seega testi seda enne lansseerimist oma kõige hõivatumal tunnil.

Esimene töötav juhis

Ehita digitaalse templikaardi veebirakendus Bean There'ile, kahe asukohaga kohvikule. Kliendid registreeruvad nime ja telefoninumbriga ning saavad kaardilehe QR-koodiga, oma templid (ruudustik 10) ja ajaloo. Iga kohv annab ühe templi; 10 templit annavad tasuta joogi, misjärel kaart nullub. Töötajad logivad sisse ja kasutavad skanneri lehte, mis avab telefoni kaamera, skannib kliendi QR-koodi ja näitab tema kaarti nuppudega „Lisa mall“ ja „Vahetan tasuta joogi“. Iga mall ja väljavahetus salvestatakse tehinguna koos töötaja, asukoha ja ajaga; saldo arvutatakse alati tehingutest. Juhid saavad korrigeerida templeid kohustusliku põhjusega ja näevad iga asukoha kohta nädalaaruannet antud templite ja väljavahetatud jookide kohta. Mobiili esimesena, soe disain, suured nupud töötajatele.

Ehitusetapid

1. Kliendi registreerimine ja kaardileht QR-koodiga.
2. Töötaja sisselogimine ja skanner, mis leiab kliendi ja lisab templi või punkte.
3. Tehingute ajalugu kui iga saldo allikas.
4. Boonused ja väljavahetus, mille kinnitab töötaja.
5. Juhi tööriistad: korrigeerimised põhjustega, boonuste nimekiri, aruanne.
6. Aegumise reeglid, kui neid on, ja sõnum, mida kliendid näevad.
7. Kassamaterjalid: trükitud QR-kood, mis avab registreerimise.
8. Testi kassas. Skanni halvas valguses, skanni vana koodi, vaheta boonus liiga väheste punktidega, proovi templeid lisada kaks korda kiiresti.

Levinud vead

• Ainult saldo salvestamine. Ilma tehinguteta ei saa vigu ja vaidlusi jälgida.
• Skanneri leht ilma töötaja sisselogimiseta. Keegi võiks endale punkte anda.
• Arvatavad QR-koodid, nagu kliendi ID-number. Kasuta pikka juhuslikku tokenit.
• Liiga keeruline selgitada. Kui töötajad ei oska programmi ühe lausega selgitada, lihtsusta seda.
• Boonused, mis maksavad rohkem, kui toovad. Arvuta iga boonuse hind enne lansseerimist.
• Plaani puudumine kadunud telefonide või ühendatud kontode jaoks. Anna juhtidele võimalus klienti otsida ja saldot märkusega üle viia.

Millal on valmis lojaalsustoode parem valik

Paljud kassasüsteemid pakuvad lojaalsust lisamoodulina, mis seob iga müügi automaatselt, ilma et töötajal oleks lisasamm. Kui sinu omal on see olemas, on see tavaliselt kõige lihtsam valik. Olemas on ka eraldiseisvad lojaalsusrakendused ja digitaalsete templikaartide teenused väikeettevõtetele, mõnedel on rahakoti piletid ja turundussõnumid sisse ehitatud.

Ehita ise siis, kui sinu kassasüsteemil pole lojaalsusvõimalust või see maksab rohkem, kui programm väärt on, kui tahad boonuseid, mis sobivad täpselt sinu ettevõttele, kui tahad programmi siduda muu tegevusega (broneeringud, veebitellimused, soovituste programm) või kui tahad omada kliendinimekirja täielikult.

Ehitamine Mythexis

Mythexis kirjeldad lojaalsusrakenduse vestluses ja proovid seda reaalajas eelvaates, sealhulgas telefonisuuruses. Agent lisab spetsiaalse Postgres-andmebaasi, kui mallid ja tehingud vajavad salvestamist (või kirjuta /database). See on mobiilisõbralik veebirakendus, mille kliendid avavad QR-koodist; Pro-paketiga saab Mythex selle mähkida ka Androidi ja iPhone'i rakenduseks. Töötaja ja kliendi sisselogimine lisatakse sinu enda autentimise lahendusega (sisselogimise retsept) ning SMS- või e-kirjad lähevad sinu enda teenusepakkuja kaudu.

Inspiratsiooniks sobib koerte kasvatamise veebisaidi mall, mis sisaldab lojaalsusprogrammi teenuste ja hindade kõrval.

Küsimused