E-pood ja laohaldus ühes rakenduses

Kui müüd nii veebis kui ka kohapeal, töötad tõenäoliselt vähemalt kahe rakendusega. Üks on e-pood — WooCommerce, mõni e-poe platvorm või midagi muud. Teine on laoprogramm, kassa või lihtsalt Excel, kus peetakse arvet selle üle, mis riiulil tegelikult on. Ja kuu lõpus pannakse numbrid kolmandas kohas kokku.

Iga rakendus teeb oma tööd hästi. Probleem on nende vahel.

Mis läheb katki, kui rakendusi on kaks

Laoseis ei klapi. Kauplus müüb leti taga viimase toote, aga e-pood ei tea sellest. Paar päeva hiljem ostab keegi sama toote veebist ja siis selgub, et riiul on tühi. Järgneb vabandav kiri ja tagasimakse. Sama juhtub rattapoes viimase kiivriga, lillepoes viimase vaasiga ja töökojas viimase filtriga.

Kogused kantakse käsitsi üle. Tarnija kast saabub, kaup loetakse laoprogrammi sisse — ja siis tuleb sama kogus e-poodi eraldi sisestada. Või liides teeb seda öösel, kui ta parasjagu töötab. Iga liides on koht, kus midagi läheb sünkroonist välja.

Kaks kuutasu, kaks sisselogimist, kaks tootekataloogi. Uus toode tuleb luua kahte kohta, hinnamuutus teha kaks korda. Kui kahes kohas on sama toote nimi veidi erinev, ei leia liides neid enam üles.

Klient on mitmes kohas. E-poes on tema tellimused, kassas tema kinkekaart, kalendris tema broneering. Keegi ei näe tervet pilti.

Ei pea ostma kahte rakendust

Ehitasin NUNDINAE selle lõhe kaotamiseks. E-pood ja laohaldus ei ole kaks liidestatud programmi, vaid üks rakendus ühe andmebaasiga:

• Üks kataloog kaupadele ja teenustele. Toode, mida müüd e-poes, on sama toode, mida müüd kassas ja mille tarnija kastist sisse skannid.
• Üks laoseis. E-poe tellimus, kassa müük ja kauba vastuvõtt muudavad sama numbrit samal hetkel. Sünkroniseerimist ei ole, sest ei ole midagi, mida sünkroniseerida.
• Üks kliendiregister e-poe kontodele ja kohapealsetele klientidele. E-post ei ole kohustuslik — piisab telefonist.
• Üks aruanne. Käive päevade kaupa sisaldab e-poodi, kassat ja broneeringute arveid koos.

Kui e-poes ostetakse toode, pannakse see kohe kõrvale; kui makse jääb tegemata, vabaneb kaup ise. Kui kassas müüakse viimane tükk, ei saa seda samal hetkel enam veebist osta.

Ladu käib triipkoodilugejaga

Laohaldus ei tähenda tabelit, kuhu numbreid käsitsi kirjutad. Kauba vastuvõtul vajutad „Võta kaup vastu“ ja piiksutad iga toote — iga skaneering lisab ühe tüki ja kaup on kohe ka e-poes müügil. Küsimusele „palju seda laos on?“ saad vastuse, kui piiksutad toote suvalisel admini lehel.

Sobib iga USB- või Bluetooth-triipkoodilugeja, mis töötab klaviatuurina; eraldi tarkvara ei ole vaja. Telefonis ja tahvlis saab kasutada kaamerat. Täpsemalt vastuvõtust, inventuurist ja tarnija tellimislehest kirjutasin artiklis laohaldus triipkoodilugejaga.

Moodulid: kasutad ainult seda, mida vajad

Kõik ei vaja kõike. E-pood, broneeringud, kliendikaart, kassa, kinkekaardid, automaatteated, SMS ja aruanded on moodulid, mida lülitad sisse ja välja ise. Kauplus, mis teenuseid aja peale ei müü, lülitab broneeringud välja ja menüüs neid ei näe. Töökoda või stuudio, mis müüb nii teenuseid kui ka tooteid, jätab need sisse — siis on ka broneeringu arve ja kasutatud varuosad samas laos. Väljalülitamine ei kustuta andmeid.

Kuidas vanast süsteemist üle kolida

Suurim hirm vahetuse ees on õigustatud: tooted, kliendid ja aastate jagu ajalugu ei tohi kaduda.

Tooted vanast e-poest (näiteks WooCommerce'ist) tulevad üle koos variantidega — suurus, värv, maht. Tooteinfo nagu „Kasutamine“ või „Koostisosad“ saab uues süsteemis omaduseks, mida pood näitab tootelehel oma pealkirjaga.

Laoseis tuleb inventuuri-CSV-st (SKU;kogus või EAN;kogus). EAN-koodid saab tarnija hinnakirjast lisada hulgi.

Kliendid ja ajalugu tulevad CSV-st veergude vastavusega — sobib nii vana programmi eksport kui ka Exceli tabel. Kordusimport täiendab olemasolevaid, mitte ei tee duplikaate.

Vanad aadressid on koht, kus enamik kolimisi kaotab Google'i positsioonid. Iga vana toote- ja kategooriaaadress peab ümber suunama uuele — kuidas seda õigesti teha, kirjutasin artiklis kodulehe uuendamine ilma positsioone kaotamata. NUNDINAE adminis on lisaks „Katkised lingid“ vaade: näed vanu aadresse, mis annavad 404, ja suunad need ühe nupuga ümber.

Kolimise teen mina: kaardistan vanad andmed, viin need üle ja kontrollin tulemuse.

Kas üks rakendus on alati parem?

Ei. Kui müüd ainult veebis, ladu sul ei ole ja kaup tuleb otse tarnijalt, võib tavaline e-pood olla lihtsam — sel juhul vaata e-poe tegemise lehte. Üks rakendus annab kõige rohkem siis, kui sul on füüsiline ladu ja müük mitmes kanalis — just siis, kui kahe programmi vahele jääb kõige rohkem käsitööd. Kuidas see näeb välja tavalises kaupluses, kirjutasin artiklis e-pood ja ladu kauplusele.

Kui see on sinu olukord, telli NUNDINAE või küsi esitlust. Vaatan, millega praegu töötad, ja ütlen ausalt, kas kolimine tasub ära.