Lõpeta iga kliendi poe ümberehitamine: korratav sisseelamise süsteem

Kokkuvõte

Teie klient saadab kell 16:53 üherealise päringu ja te olete jälle tema poes, lahendamas sama probleemi, mille lahendasite eelmisel nädalal. See artikkel muudab selle kaose korratavaks sisseelamise süsteemiks: standardiseeritud vastuvõtu lühikirjeldus, platvormi otsustusmaatriks, maksevaikeseaded, vastavuskontrollid, tooteandmete standardid, testiskript ja käivitusvärav. Süsteem töötab nii küünlabutiikidele kui ka 300 SKU-ga dropshippijatele. Te lõpetate tööriistade valimise harjumusest ja hakkate neid valima tõendite põhjal. Kui jätate mõne sammu vahele, ilmneb kulu esimese päris tellimuse ajal. Ehitage süsteem üks kord ja iga tulevane klient järgib samu rööpaid. Klient pole probleem — teie protsess on.

Teie klient saadab reedel kell 16:53 üherealise päringu: "Kas sa saad lihtsalt lisada ostunupu minu Instagrami?" Olete juba sel nädalal tema poodi ümber ehitanud. Lõpetage. Klient pole probleem; teie protsess on. See artikkel annab teile korratava sisseelamise süsteemi: standardiseeritud vastuvõtu lühikirjeldus, platvormi otsustusmaatriks, maksevaikeseaded, vastavuskontrollid, tooteandmete standardid, testiskript ja käivitusvärav. Ehitage see üks kord ja iga tulevane pood järgib samu rööpaid. Te lõpetate sama probleemi uuesti lahendamise ja hakkate poode välja saatma.

1. Käivita vastuvõtt väravana, mitte vestlusena

Üks klient müüb 12 lõhnaküünalt ja peab jõuluturule jõudma. Teine tahab dropshippida 300 SKU-d kolmelt erinevalt tarnijalt. Küünlaklient hoolib kiirusest; dropshippimise klient hoolib laovarude sünkroonimisest ja tellimuste suunamisest. Kui küsite mõlemalt "mis on teie eelarve ja millist platvormi soovite", saate kaks kasutut vastust ja siis ehitate ühe nendest poodidest kuu aja jooksul uuesti.

Saage üheleheküljeline lühikirjeldus enne, kui puudutate mõnda tööriista. Muutke need küsimused kohustuslikuks:

• Mitu SKU-d plaanite müüa esimese 90 päeva jooksul?
• Füüsiline, digitaalne või segatud?
• Kes täidab tellimusi — teie, tarnija või kolmas osapool?
• Milline on keskmine tellimuse väärtus?
• Kas müüte üle osariigi või riigi piiride? Kus on teie maksukohustus?
• Kas pakute tellimusi, ettetellimusi või mitme eseme komplekte?
• Milline on see üks funktsioon, mis sellel poel esimesel kuul peab olema?

Laske kliendil vastused kirjutada, mitte telefoni teel rääkida. Kirjutatud vastused saavad protokolliks. Suulised vastused muutuvad kuuendal nädalal "ma ei öelnud seda kunagi".

Seejärel kirjutage kolmerealise kokkuvõtte piirangutest: eelarve, kiirus ja oluline funktsioon. Pange see projekti faili ülaossa. Kui klient hiljem küsib funktsiooni, mis muudab arhitektuuri, osutage lühikirjeldusele ja öelge: "See muudab platvormi. Siin on, mida see maksab."

Miks see oluline on: platvormi valik on selle lühikirjelduse väljund. Kui jätate selle vahele, valite selle, mida eelmisel korral kasutasite. E-kaubanduse platvormide uuringud nõustuvad ühel punktil: erinevad ärimudelid vajavad erinevat arhitektuuri. 12 SKU-ga küünlapood ja 300 SKU-ga dropshipper on erinevad ettevõtted, nii et kohelge neid erinevalt. Oleme varem kirjutanud miks üks platvorm ei sobi igale kliendile; see lühikirjeldus on viis, kuidas seda ellu viia.

2. Ehitage platvormi maatriks kliendiprofiili järgi, mitte harjumuse järgi

Siin on muster, mis pidevalt katkeb: avate iga uue poe jaoks sama majutatud lohistamisplatvormi, sest see on kiire. Siis vajab füüsilise poega klient laovarude sünkroonimist kassaga. Teie lemmikplatvorm ei suuda seda ilma kolme tasulise rakenduseta. Te vahetate platvormi kolmandal nädalal ja kõik kaotavad aega.

Otsustusmaatriks parandab selle. See seab kliendi piirangud platvormi kategooriatele, mitte kaubamärkidele. Hoidke seda jagatud dokumendis ja uuendage kvartaalselt. Alustage selle tööversiooniga:

Kliendiprofiil	Platvormi kategooria	Millal see võidab
Väike SKU-de arv, kiire käivitamine, mittetehniline omanik	Majutatud lohistamisplatvorm	Kiirus, rakenduste ökosüsteem, sisseehitatud majutus
Olemasolev sisusaidi, kujunduse kontroll on oluline	Avatud lähtekoodiga poe plugin praeguse CMS-i jaoks	Säilitage sait, lisage kaubandus
Suur SKU-de arv, keeruline kataloog, kasvuplaanid	Mastaabitatav majutatud platvorm tugeva API-ga	Kohandatud integratsioonid, mitmekanaliline
Füüsiline pood pluss veebipood	POS-iga integreeritud platvorm	Laovarude sünkroonimine kanalite vahel
Kitsas eelarve, vähe tooteid	Kerget kaubandust võimaldav poeleht	Madal kuutasu, lihtne kassakontroll

See on kategooriate kaart, mitte edetabel. Klient, kes vajab mitme valuuta ja tellimuste tuge, kuulub mastaabitatavasse ritta, olenemata sellest, kas teile see rida meeldib. Viie tootega klient ei peaks ostma ettevõtte infrastruktuuri.

Kasutage tasuta prooviperioode teadlikult. Uuringud on järjekindlad: paljud platvormid pakuvad tasuta prooviperioode. Enamik inimesi raiskab need proovid mallide klõpsimisele. Selle asemel viige läbi üks test kliendi lühikirjeldusest. Importige 300 tegelikku SKU-d. Kui import ebaõnnestub, tõmmake see platvorm maha. Testige kassat päris testtellimusega. Kontrollige, kas maksuseaded hõlmavad kliendi osariiki. Proov, mis simuleerib teie tegelikke piiranguid, on otsus; proov, mis seda ei tee, on meelelahutus.

Kui klient küsib, miks just selle platvormi valisite, näidake maatriksit ja lühikirjeldust. Nii teete platvormiotsust, mida saate kaitsta kliendi ülemuse, kliendi raamatupidaja või oma meeskonna ees.

3. Sea maksevaikeseaded rahavoo järgi, mitte selle järgi, mis on tuttav

Kaks klienti, kaks rahavoo reaalsust. Üks müüb 40-dollariseid küünlaid ja võib nädal aega deposiite oodata. Teine müüb 800-dollarist mööblit ja vajab raha tagasi kontole mõne päeva jooksul, et osta materjale järgmise tellimuse jaoks. Kui seate neile sama maksevärava, olete ühe neist ebaõnnestuma määranud. Maksetöötluse juhendid osutavad järjekindlalt kolmele operatiivsele hoovale: deposiidi kiirus, hinna läbipaistvus ja toe kvaliteet. Alustage nendega.

Järgige seda järjekorda:

1. Küsige, milline on kliendi rahatsükkel. Kas deposiidid on kord nädalas või iga päev? Mõned töötlejad arveldavad kiiremini ja mõned hoiavad raha kauem teatud äritüüpide puhul.
2. Kontrollige värava integreerimist valitud platvormi kategooriaga. Kas see toetab tellimusi, kui lühikirjeldus seda nõuab? Kas see toetab teie lühikirjelduses olevaid riike?
3. Kontrollige kliendi tootekategooriat töötleja piiratud loendiga enne ehitamist. Kõrge riskiga kategooriad saavad külmutatud kontod, mitte hoiatusmeile.
4. Kui kliendil on juba makseviis, mida nende kliendid usaldavad — näiteks laialt tuntud rahakott — lisage see isegi siis, kui see lisab tasu. Usaldus konverteerib paremini kui tasu erinevus.
5. Dokumenteerige, milline värav, milline konto ja milline väljamaksegraafik kliendil heaks kiidetud on. Pange see kuupäevaga projekti faili.

Konkreetne näide: mööbliklient vajab kiireid deposiite ja suurte tellimuste väärtuse tuge. Küünlaklient vajab lihtsat kassat ja väikseid üldkulusid. Võite lõpuks kasutada esimese jaoks API-esimese töötleja ja teise jaoks algajasõbralikku töötlejat. Maatriks otsustab. Teie harjumus mitte.

Kui jätate selle vahele, ilmneb probleem teisel nädalal pärast käivitamist, kui klient helistab ja ütleb, et tema raha on kinni. Maksete ümbertegemine puudutab kassat, kviitungeid, maksuaruandeid ja kliendi usaldust. See on kõige kallim asi, mida saate uuesti ehitada.

4. Tehke vastavuskontrollid enne kujundust

Te võtate kliendi, kes müüb toidulisandit, mis on igal pool seaduslik. Ehitate puhta poe, ühendate maksetöötleja, lähete käima. Kuus nädalat hiljem paneb töötleja konto hoiule, sest tootekategooria vajab litsentsi ja vastavusülevaadet. Teie kujundus polnud kunagi probleem. Puuduvad paberid olid probleem.

Vastavus on käivituse värav, mitteadministratiivne. Enne kujundustööd veenduge:

• Äriregistreering vastab kliendi tegelikule juriidilisele isikule.
• Müügimaksu registreerimine on olemas igas osariigis, kus kliendil on maksukohustus.
• Tootekategooria on lubatud maksetöötlejale, kellega kavatsete ühenduse luua.
• Kliendil on litsentsid või load, mida tootetüüp nõuab.
• Kasutustingimused, privaatsuspoliitika, tagastuspoliitika ja saatmispoliitika on kirjutatud ja vastavad sellele, mida pood tegelikult teeb.

Viige see läbi kontroll-loendina, mitte vestlusena. Kui klient ütleb "minu advokaat tegeleb sellega", määrake tähtaeg. Kui tähtaeg möödub, liigub käivitamiskuupäev edasi. See pole teie raske käitumine; see on kaitse käivitamisele.

Tavaline nõuanne veebipoodidele on "alustage väikeselt ja aretage". See toimib tootevaliku ja turunduse puhul. See ei toimi vastavuse puhul. Poe ümberehitamine, kuna töötleja külmutas konto, ei ole iteratsioon; see on raiskamine. Kiire läbiminek juriidilisele seadistustööle ette maksab vähem kui üks külmutatud väljamakse. Kui jätate selle sammu vahele, on parimal juhul dokumentide eest sebimine. Halvimal juhul on klient, kes arvab, et rikkusite tema äri.

5. Standardiseerige tooteandmete leping

Klient saadab arvutustabeli 300 tootega. Igal real on nimi ja hind. Ühelgi real pole kaalu, mõõtmeid, päritoluriiki ega tarnija koodi. Küsite puuduvate väljade järele. Klient ei näe, miks see oluline on. Projekt jääb nädalaks seisma. Siis käivitate veebipoe saatmisega "tasuta", sest te ei saanud hindu arvutada, ja klient maksab vea eest.

Lõpetage tooteandmete vastuvõtt mis tahes kujul. Määratlege tooteandmete leping. Iga toode peab sisaldama vähemalt:

• Sisemine SKU ja vöötkood
• Toote nimi ja kirjeldus, mis saidile pannakse
• Hind ja võrdlushind
• Kaal ja mõõtmed saatmiseks
• Päritoluriik ja rahvusvahelisel juhul harmoniseeritud süsteemi kood
• Tarnija ja tarneaeg
• Saatmisprofiil (vedaja klass ja tsoonid)
• Tootefoto failinimi ja alt-tekst
• Maksukategooria

Käige läbi samad kaks klienti. Küünlaklient annab teile 12 SKU-d. Seate väljad tunniga. Dropshipper annab 300 SKU-d. Nõuate igalt tarnijalt CSV-eksporti ja kaardistate need veerud lepinguga. Kui tarnija ei paku välja, on see hankeprobleem, mille klient peab lahendama, mitte andmeprobleem, mille puhul teie arvate.

Standardiseeritud tooteandmed on ainus asi, mis muudab platvormi migreerimise odavaks. Kui kataloog on õigesti struktureeritud, on kliendi teisele platvormile viimine import, mitte ümberehitus. Kui see pole nii, peate 300 rida uuesti sisestama ja saate need valesti. Saate seda struktureeritud andmeid kasutada ka tooteloendite loomiseks, mis müüvad, sest tekst ja alt-tekst on juba lepingus.

6. Käitage iga poe puhul sama testiskripti

Teie klient saadab kell 9 hommikul ekraanipildi: "See võttis minult kaks korda saatmistasu." Logite sisse ja leiate vale riigi maksumäära ja allahindluskoodi, mis on saatmisloogikaga vastuolus. Parandamine võtab kakskümmend minutit. Kuid klient kaotas just usalduse ja usaldus on kogu äri.

Teil on vaja testiskripti. Sama tellimus, samad sammud, iga klient:

1. Tehke päris testtellimus testmakse meetodiga.
2. Veenduge, et kinnitusmeil jõuab kliendini.
3. Töödelge tagasimakset ja veenduge, et klient näeb seda.
4. Rakendage allahindluskoodi ja kontrollige matemaatikat.
5. Kontrollige külaliskassat ja sisselogitud kassat eraldi.
6. Lisage toode ostukorvi mobiiltelefonist, mitte ainult lauaarvuti eelvaates.
7. Testige rahvusvahelist saatmisaadressi, kui klient saatmist rahvusvaheliselt.
8. Kontrollige maksuarvestust kliendi koduriigi ja ühe teise osariigi puhul.
9. Käivitage keeldunud makse ja kontrollige veateadet.
10. Veenduge, et laovaru väheneb, kui müük tehakse.

Kasutage madala hinnaga testtoodet testkeskkonnas või mustandirežiimis. Paljud platvormid pakuvad tasuta proovirežiime; kasutage neid selleks, mitte mallide sirvimiseks. Piirake testi pooleks tunniks poe kohta. Korratav testiskript on kiirem kui "kõik on ilmselt korras" lähenemine, sest te ei mõtle kunagi, mida unustasite.

Kui jätate selle vahele, ei saada te teadlikult katkist poodi. Saadate poe ühe testimata teega ja esimene päris klient leiab selle üles.

7. Lõpetage platvormi esimese otsusena

Klient liitub sisseelamiskõnega ja ütleb: "Me tahame populaarset majutatud platvormi, sest keegi turundusest on seda üks kord kasutanud." Kulutate kaks päeva oma nõuete kaardistamisele sellesse tööriista ja avastate, et see ei suuda teha mitme valuuta kassat, mida lühikirjeldus nõuab. Nüüd on teil kaks valikut: teatada uudisest ja klienti ärritada või ehitada vale asi.

Platvorm on väljund, mitte sisend. Teie lühikirjeldus määrab töö. Otsustusmaatriks valib kategooria. Alles siis valite konkreetse tööriista. See distsipliin tundub vastupidine, sest platvormide turundus tahab, et valiksite tööriista esimesena. Pange vastu.

Siin on tõeline kompromiss, mille enamik artikleid vahele jätab: mõnikord on kliendi piirang õigustatud. Kui kliendil on juba arendaja, kes tunneb konkreetset platvormi, või laosüsteem, mis integreerub ainult kindla ökosüsteemiga, kuulub see piirang maatriksisse. Kirjutage see lühikirjeldusse kui "peab integreeruma olemasoleva X-ga". Seejärel valige kategooria, mis seda mahutab. Kui piirang on ainult kaubamärgi eelistus, küsige kliendilt, millist tööd nad sellelt platvormilt ootavad. Mida nad tegelikult tahavad, on tavaliselt funktsioon, ja te saate selle funktsiooni pakkuda ilma arhitektuuri vahetamata.

Hoiatus on tõeline: ärge projekteerige üle tulevaste vajaduste jaoks, mida te ei näe. Küünlaklient ei vaja mitme tarnija integreerimist. Dropshipper vajab. Sobitage lühikirjeldus, mitte kujuteldav tulevik. Kui klient ütleb "plaanime 18 kuu pärast rahvusvaheliselt laieneda", pange see kirja ja valige kategooria, mis seda ei blokeeri. Kui nad ütlevad "me lihtsalt tahame seda testida", valige kõige kiirem variant ja plaanige hiljem uuele platvormile üle minna. Ehitage lühikirjelduse järgi.

8. Seadke käivitamise värav miinimumtööle kataloogile

Kliendile meeldib sait. Neil lihtsalt pole tootefotosid. "Järgmisel nädalal," ütlevad nad. Kolm nädalat hiljem on pood endiselt "Coming Soon" koha taga. Teie meeskond hakkab lisama lisafunktsioone, et aega täita, sest keegi ei taha kliendile öelda, et projekt on nende otsas blokeeritud. Siis laieneb ulatus ja te sööte tunnid ära.

Seadistage käivitamise värav. Määratlege miinimumtööle kataloog enne projekti algust. See peaks sisaldama piisavalt tooteid, et pood tunneks end nišis tõelisena — tosin kindlat eset on butiigi jaoks sageli piisav, samas kui dropshipper võib vajada kureeritud komplekti parimatest esitajatest, mitte kõiki 300. Iga selle komplekti toode peab omama fotot, hinda, kirjeldust, kaalu ja mõõtmeid ning kinnitatud tarnijat. Ei mingeid "coming soon" tootelehti. Ei mingit kohatäitjat.

Seadistage käivitamine nendele tingimustele, mis kõik on kahendväärtused:

• Vastuvõtu lühikirjeldus on täidetud ja heaks kiidetud.
• Tooteandmete lepingu fail on täielik iga käivitatava toote jaoks.
• Makselahendus on heaks kiidetud ja testtellimus sooritatud.
• Vastavuskontrolli loend on täielik.
• Testiskript on läbitud.

Kui klient küsib: "Kas me saame lihtsalt käivitada valmis toodetega?" on vastus jah, kui need tooted vastavad täielikule lepingule. See pole perfektsionism; see on korratavus. Värav on olemas, et te ei käivitaks kunagi poodi nähtamatu sõltuvusega.

Kui jätate värava vahele, võtate vastu kliendi puuduvad tööd. Parandate hägusaid fotosid, leiutate saatmiskaalu ja arvate maksukategooriaid. Need oletused muutuvad tagasimakseteks, tagasivõteteks ja negatiivseteks arvustusteks. Käivitamise värav on piir teie töö ja kliendi töö vahel.

Kokkuvõte: teie protsess on toode

Te ei müü veebisaite. Müüte ennustatavat teed "tahan poodi" kuni "pood on elus ja töötleb tellimusi". See tee vajab vaikeseadeid, mitte improvisatsiooni.

Järgmine kord, kui klient kirjutab reedel kell 16:53, ei pea te midagi uuesti lahendama. Käitate lühikirjeldust, kontrollite maatriksit, vaatate makselahenduse üle, käite läbi vastavusnimekirja, kinnitate tooteandmed ja viite testiskripti täide. Siis vastate meiliga plaaniga, mitte oletusega.

Alustage süsteemi väikselt. Lisage sel nädalal üks klient vastuvõtu lühikirjeldusele. Ehitage maatriks jagatud dokumenti. Kirjutage testiskript üks kord ja kasutage seda uuesti. Iga samm, mille te nüüd standardiseerite, on viga, mida te järgmise viie kliendi puhul ei korda.