Ne építsd újra minden ügyfél boltját: Ismételhető bevezetőrendszer

Összefoglaló

Az ügyfél 16:53-kor küld egy egysoros kérést, és te már megint a boltjában oldod meg ugyanazt a problémát, amit a múlt héten is. Ez a cikk rendet teremt a káoszban: egy ismételhető bevezetőrendszert ad – szabványosított előzetes kérdőívet, platform-döntési mátrixot, fizetési alapértelmezéseket, megfelelőségi ellenőrzéseket, termékadat-szabványokat, tesztelési forgatókönyvet és indítási kaput. A rendszer egyaránt működik gyertyabutikoknak és 300 SKU-s dropshippereknek. Többé nem megszokásból választasz eszközöket, hanem bizonyítékok alapján. Ha kihagysz egy lépést, az ára az első valódi rendelésnél jelentkezik. Építsd meg a rendszert egyszer, és minden jövőbeli ügyfél ugyanazokon a síneken halad. Az ügyfél nem a probléma – a folyamatod az.

Az ügyfél pénteken 16:53-kor küld egy egysoros kérést: 'Csak adj hozzá egy vásárlási gombot az Instagramomhoz?' Te már egyszer újraépítetted a boltját ezen a héten. Állj. Az ügyfél nem a probléma; a folyamatod az. Ez a cikk ad neked egy ismételhető bevezetőrendszert: szabványosított előzetes kérdőív, platform-döntési mátrix, fizetési alapértelmezések, megfelelőségi ellenőrzések, termékadat-szabványok, tesztelési forgatókönyv és indítási kapu. Építsd meg egyszer, és minden jövőbeli bolt ugyanazokon a síneken halad. Többé nem oldod meg ugyanazt a problémát, hanem boltokat szállítasz.

1. Az előzetes kérdőív legyen kapu, ne csevegés

Az egyik ügyfél 12 illatos gyertyát árul, és a karácsonyi vásár előtt szeretne elindulni. A másik 300 SKU-t szeretne dropshippelni három különböző beszállítótól. A gyertyás ügyfélnek a sebesség számít; a dropshippesnek a készletszinkronizálás és a rendelésirányítás. Ha mindkettőnek felteszed a kérdést: „mi a költségvetésed és melyik platformot szeretnéd?”, két haszontalan választ kapsz, és egy hónapon belül újraépíted az egyik boltot.

Küldj egy egylapos kérdőívet, mielőtt bármilyen eszközhöz nyúlnál. Tedd kötelezővé ezeket a kérdéseket:

• Hány SKU-t tervezel eladni az első 90 napban?
• Fizikai, digitális vagy vegyes?
• Ki teljesíti a rendeléseket – te, egy beszállító vagy egy külső fél?
• Mi az átlagos rendelési érték?
• Értékesítesz állam- vagy országhatárokon át? Hol van adóügyi jelenléted?
• Kínálsz majd előfizetéseket, előrendeléseket vagy többtermékes csomagokat?
• Melyik az az egyetlen funkció, amellyel a boltnak az első hónapban rendelkeznie kell?

A kliens gépelje be a válaszokat, ne telefonon mondja el. A beírt válaszok feljegyzésként szolgálnak. A szóbeli válaszokból a hatodik héten „ezt sosem mondtam” lesz.

Ezután írj egy háromsoros összefoglalót a korlátokról: költségvetés, sebesség és a kötelező funkció. Tedd a projektfájl tetejére. Ha a kliens később olyan funkciót kér, amely megváltoztatja az architektúrát, mutass a kérdőívre, és mondd: „Ez megváltoztatja a platformot. Ennyibe kerül.”

Miért fontos ez: a platformválasztás ennek a kérdőívnek az eredménye. Ha kihagyod, azt választod, amit legutóbb használtál. Az e-kereskedelmi platformokkal kapcsolatos kutatások egy pontban egyetértenek: a különböző üzleti modelleknek különböző architektúrára van szükségük. A 12 SKU-s gyertyabolt és a 300 SKU-s dropshipper különböző vállalkozások, ezért bánj velük különbözőképpen. Korábban már írtunk arról, hogy miért nem illik minden ügyfélhez egyetlen platform; ez a kérdőív az, ahogyan ezt gyakorlatba ülteted.

2. Építs platform-mátrixot ügyfélprofil alapján, ne megszokásból

Itt van a minta, ami folyamatosan elromlik: ugyanazt a tárhelyszolgáltató által üzemeltetett fogd-és-vidd szerkesztőt nyitod meg minden új bolthoz, mert gyors. Aztán egy fizikai bolttal rendelkező ügyfélnek szinkronizálnia kell a készletet a pénztárgéppel. A kedvenc szerkesztőd ezt nem tudja megtenni három fizetős alkalmazás nélkül. A harmadik héten platformot váltasz, és mindenki időt veszít.

Egy döntési mátrix ezt megoldja. Az ügyfél korlátait platformkategóriákhoz rendeli, nem márkanevekhez. Tartsd egy megosztott dokumentumban, és negyedévente frissítsd. Kezdd ezzel a működő verzióval:

Ügyfélprofil	Platformkategória	Mikor nyer
Alacsony SKU-szám, gyors indítás, nem technikai tulajdonos	Tárhelyszolgáltató által üzemeltetett fogd-és-vidd szerkesztő	Sebesség, alkalmazás-ökoszisztéma, beépített tárhely
Meglévő tartalmi oldal, a designkontroll számít	Nyílt forráskódú boltbővítmény a jelenlegi CMS-hez	A meglévő oldal megtartása, kereskedelem hozzáadása
Magas SKU-szám, összetett katalógus, növekedési tervek	Skálázható tárhelyszolgáltató által üzemeltetett platform erős API-val	Egyedi integrációk, több csatorna
Fizikai bolt plusz online bolt	POS-ba integrált szerkesztő	Készletszinkronizálás a csatornák között
Szűkös költségvetés, kevés termék	Könnyű beágyazott webáruház	Alacsony havi költség, egyszerű fizetés

Ez egy kategóriatérkép, nem rangsor. Az az ügyfél, akinek több pénznemre és előfizetésekre van szüksége, a skálázható sorba tartozik, akár tetszik ez a sor, akár nem. Az az ügyfél, akinek öt terméke van, ne vásároljon vállalati infrastruktúrát.

Használd tudatosan az ingyenes próbaverziókat. A kutatások egybehangzóak: sok platform kínál ingyenes próbaverziót. A legtöbb ember sablonok böngészésével pazarolja el ezeket a próbaidőszakokat. Ehelyett futtass le egy tesztet az ügyfél kérdőívéből. Importálj 300 valódi SKU-t. Ha az importálás sikertelen, húzd le a platformot. Teszteld a fizetést egy valódi tesztrendeléssel. Ellenőrizd, hogy az adóbeállítások lefedik-e az ügyfél államát. Az a próbaverzió, amely a tényleges korlátokat szimulálja, döntés; amelyik nem, az szórakozás.

Amikor az ügyfél megkérdezi, miért ezt a platformot választottad, mutasd meg a mátrixot és a kérdőívet. Így hozhatsz olyan platformdöntést, amelyet meg tudsz védeni az ügyfél főnöke, az ügyfél könyvelője vagy a saját csapatod előtt.

3. A fizetési rendszert a pénzáramlás alapján válaszd, ne az ismertség alapján

Két ügyfél, két pénzáramlási valóság. Az egyik 40 dolláros gyertyákat árul, és egy hetet is várhat a kifizetésekre. A másik 800 dolláros bútorokat árul, és napokon belül vissza kell kapnia a pénzt a számlájára, hogy megvásárolhassa az anyagokat a következő rendeléshez. Ha ugyanazzal a fizetési átjáróval állítod be őket, akkor az egyiket kudarcra ítélted. A fizetésfeldolgozási útmutatók következetesen három működési tényezőre mutatnak: kifizetési sebesség, árazás átláthatósága és támogatás minősége. Ezekkel vezes.

Kövesd ezt a sorrendet:

1. Kérdezd meg, milyen az ügyfél pénzciklusa. Heti vagy napi kifizetések? Egyes feldolgozók gyorsabban fizetnek, mások bizonyos üzlettípusoknál tovább tartják a pénzt.
2. Ellenőrizd az átjáró integrációját a választott platformkategóriával. Támogatja az előfizetéseket, ha a kérdőív megköveteli? Támogatja a kérdőívben szereplő országokat?
3. Ellenőrizd az ügyfél termékkategóriáját a feldolgozó korlátozott listájával az építés előtt. A magas kockázatú kategóriák befagyasztott számlákat kapnak, nem figyelmeztető e-maileket.
4. Ha az ügyfélnek már van olyan fizetési módja, amelyben a vásárlói megbíznak – például egy széles körben elismert tárca –, akkor vedd bele, még akkor is, ha díjat számít fel. A bizalom jobban konvertál, mint egy díjkülönbség.
5. Dokumentáld, melyik átjárót, melyik számlát és melyik kifizetési ütemezést hagyta jóvá az ügyfél. Tedd a projektfájlba dátummal együtt.

Konkrét példa: a bútoros ügyfélnek gyors kifizetésekre és nagy rendelési értékek támogatására van szüksége. A gyertyás ügyfélnek egyszerű fizetésre és alacsony rezsire. Lehet, hogy az elsőhöz API-első feldolgozót, a másodikhoz kezdőbarát feldolgozót választasz. A mátrix dönt. Nem a szokásod.

Ha ezt kihagyod, a probléma a második héten jelentkezik az indulás után, amikor az ügyfél azzal hív, hogy elakadt a pénzük. A fizetési átdolgozás érinti a fizetési folyamatot, a nyugtákat, az adóbevallásokat és az ügyfél bizalmát. Ez a legdrágább dolog, amit újra lehet építeni.

4. Végezd el a megfelelőségi ellenőrzéseket a tervezés előtt

Vállalsz egy ügyfelet, aki egy mindenhol legális étrend-kiegészítőt árul. Egy tiszta boltot építesz, csatlakoztatod a fizetésfeldolgozót, élesítés. Hat héttel később a feldolgozó zárolja a számlát, mert a termékkategória licencet és megfelelőségi felülvizsgálatot igényel. A design sosem volt a probléma. A hiányzó papírmunka volt az.

A megfelelőség indítási kapu, nem adminisztráció. Bármilyen tervezési munka előtt erősítsd meg:

• A céges bejegyzés megegyezik az ügyfél valódi jogi személyével.
• Az értékesítési adóbejegyzések léteznek minden államban, ahol az ügyfélnek adókapcsolata van.
• A termékkategóriát engedélyezi a fizetésfeldolgozó, amelyhez csatlakozni készülsz.
• Az ügyfél rendelkezik a terméktípushoz szükséges engedélyekkel.
• A szolgáltatási feltételek, az adatvédelmi irányelvek, a visszatérítési szabályzat és a szállítási szabályzat meg vannak írva, és egyeznek azzal, amit a bolt valójában csinál.

Ezt futasd le jelölőnégyzetes ellenőrzőlistaként, nem beszélgetésként. Amikor az ügyfél azt mondja: „az ügyvédem intézi”, szabj határidőt. Ha a határidő lejár, az indulási dátum eltolódik. Ez nem az, hogy nehéz vagy; ez az, hogy megvéded az indulást.

Az online boltoknak szóló gyakori tanács: „kezdd kicsiben, és iterálj.” Ez működik a termékválasztásnál és a marketingnél. Megfelelőség esetén nem működik. Egy bolt újraépítése azért, mert a feldolgozó befagyasztotta a számlát, nem iteráció; pazarlás. Egy gyors átfutás a jogi beállítási munkán elején kevesebbe kerül, mint egy befagyasztott kifizetés. Ha kihagyod ezt a lépést, a legjobb esetben is kapkodsz a dokumentumokért. A legrosszabb esetben egy ügyfél, aki azt hiszi, hogy tönkretetted a vállalkozását.

5. Szabványosítsd a termékadat-szerződést

Egy ügyfél küld egy táblázatot 300 termékkel. Minden sorban van név és ár. Nincs súly, méretek, származási ország vagy beszállítói kód. Kéred a hiányzó mezőket. Az ügyfél nem érti, miért fontos. A projekt egy hétre leáll. Aztán úgy indulsz, hogy a szállítás „ingyenes”, mert nem tudtad kiszámolni a díjakat, és az ügyfél fizet a hibáért.

Ne fogadj el termékadatokat akármilyen formában is érkeznek. Határozz meg egy termékadat-szerződést. Minden terméknek legalább az alábbiakat kell tartalmaznia:

• Belső SKU és vonalkód
• Terméknév és a weboldalon megjelenő leírás
• Ár és összehasonlító ár (leltári ár)
• Súly és méretek a szállításhoz
• Származási ország, és ha nemzetközi, akkor harmonizált rendszer kód
• Beszállító és átfutási idő
• Szállítási profil (fuvarozói osztály és zónák)
• Termékfotó fájlnév és alt szöveg
• Adókategória

Nézzük át ugyanazt a két ügyfelet. A gyertyás ügyfél 12 SKU-t ad. Egy óra alatt beállítod a mezőket. A dropshipper 300 SKU-t ad. Minden beszállítótól CSV-exportot kérsz, és leképezed az oszlopokat a szerződésre. Ha egy beszállító nem ad meg egy mezőt, az beszerzési probléma, amelyet az ügyfélnek kell megoldania, nem adatprobléma, amelyet neked kell kitalálnod.

A szabványosított termékadat az egyetlen dolog, ami olcsóvá teszi a platformváltást. Ha a katalógus megfelelően strukturált, az ügyfél másik platformra költöztetése importálás, nem újraépítés. Ha nem, akkor 300 sort fogsz újragépelni, és elrontod. A strukturált adatokat arra is használhatod, hogy terméklistákat készíts, amelyek eladnak, mert a szöveg és az alt szöveg már a szerződésben van.

6. Futtasd ugyanazt a tesztelési forgatókönyvet minden bolton

Az ügyfél reggel 9-kor küld egy képernyőképet: „Kétszer számolta fel a szállítást.” Bejelentkezel, és találsz egy rossz országból származó adókulcsot és egy szállítási logikával ütköző kuponkódot. A javítás húsz percet vesz igénybe. De az ügyfél éppen elvesztette a bizalmát, és a bizalom maga az üzlet.

Szükséged van egy tesztforgatókönyvre. Ugyanaz a sorrend, ugyanazok a lépések, minden ügyfélnél:

1. Helyezz el egy valódi tesztrendelést tesztfizetési móddal.
2. Erősítsd meg, hogy a visszaigazoló e-mail megérkezik az ügyfélhez.
3. Hajts végre egy visszatérítést, és erősítsd meg, hogy az ügyfél látja.
4. Alkalmazz egy kuponkódot, és ellenőrizd a számítást.
5. Ellenőrizd a vendégfizetést és a bejelentkezett fizetést külön-külön.
6. Adj a kosárhoz egy terméket mobiltelefonról, nem csak asztali előnézetből.
7. Tesztelj egy nemzetközi szállítási címet, ha az ügyfél nemzetközileg szállít.
8. Ellenőrizd az adószámítást az ügyfél saját államára és egy másik államra.
9. Válts ki egy elutasított fizetést, és ellenőrizd a hibaüzenetet.
10. Erősítsd meg, hogy a készlet csökken, amikor eladás történik.

Használj alacsony árú tesztterméket tesztelési vagy vázlat módban. Sok platform kínál ingyenes próbaverziókat; ezeket erre használd, ne sablonböngészésre. A tesztet fél órára időzítsd boltonként. Egy ismételhető tesztforgatókönyv gyorsabb, mint a „valószínűleg minden rendben” megközelítés, mert soha nem kell gondolkodnod azon, mit felejtettél el.

Ha ezt kihagyod, nem szándékosan adsz ki egy hibás boltot. Egy olyan boltot adsz ki, amelynek egyetlen nem tesztelt útja van, és az első valódi vásárló megtalálja.

7. Ne hagyd, hogy a platform legyen az első döntés

Egy ügyfél csatlakozik egy bevezető híváshoz, és azt mondja: „A népszerű tárhelyszolgáltató által üzemeltetett szerkesztőt szeretnénk, mert valaki a marketingben egyszer használta.” Két napot töltesz azzal, hogy a követelményeket beleilleszd abba az eszközbe, és rájössz, hogy nem tudja elvégezni a kérdőív által megkövetelt több pénznemes fizetést. Most két választásod van: közlöd a rossz hírt, és bosszantod az ügyfelet, vagy rossz dolgot építesz.

A platform kimenet, nem bemenet. A kérdőív határozza meg a feladatot. A döntési mátrix kiválasztja a kategóriát. Csak ezután választasz konkrét eszközt. Ez a fegyelem fordítva érződik, mert a platformmarketing azt akarja, hogy először az eszközt válaszd. Állj ellen.

Itt van az igazi kompromisszum, amelyet a legtöbb cikk kihagy: néha az ügyfél korlátja legitim. Ha az ügyfélnek már van egy fejlesztője, aki ismer egy adott platformot, vagy egy raktárrendszere, amely csak egy adott ökoszisztémával integrálható, ez a korlát a mátrixba tartozik. Írd be a kérdőívbe úgy, hogy „integrálódnia kell a meglévő X-szel”. Ezután válaszd a kategóriát, amely ezt befogadja. Ha a korlát csak márkapreferencia, kérdezd meg az ügyféltől, hogy milyen feladatot várnak ettől a platformtól. Amit valójában akarnak, az általában egy funkció, és ezt a funkciót az architektúra váltása nélkül is szállíthatod.

A figyelmeztetés valós: ne tervezd túl a nem látható jövőbeli igényeket. A gyertyás ügyfélnek nincs szüksége több beszállítós integrációra. A dropshippernek igen. Igazodj a kérdőívhez, ne egy képzeletbeli jövőhöz. Ha az ügyfél azt mondja: „18 hónapon belül nemzetközileg szeretnénk terjeszkedni”, vedd figyelembe, és olyan kategóriát válassz, amely ezt nem akadályozza. Ha azt mondják: „csak ki akarjuk próbálni”, válaszd a leggyorsabb opciót, és tervezz későbbi platformváltást. Építs a kérdőív alapján.

8. Az indulást alapszintű, működő katalógushoz kösd

Az ügyfél imádja az oldalt. Csak éppen nincsenek termékfotóik. „Jövő héten” – mondják. Három héttel később a bolt még mindig egy „Hamarosan” helyettesítő mögött áll. A csapatod extra funkciókat kezd hozzáadni, hogy kitöltse az időt, mert senki sem akarja megmondani az ügyfélnek, hogy a projekt az ő oldalukon akadt el. Aztán a hatókör kúszik, és te fizesd az órákat.

Állíts fel egy indulási kaput. Határozz meg egy minimálisan működő katalógust a projekt megkezdése előtt. Tartalmaznia kell elég terméket ahhoz, hogy a bolt valódinak érződjön a résben – egy tucat szilárd termék gyakran elég egy butiknak, míg egy dropshippernek talán a legjobban teljesítő termékek gondosan válogatott készletére van szüksége, nem mind a 300-ra. A készletben minden terméknek rendelkeznie kell fotóval, árral, leírással, súllyal és méretekkel, valamint megerősített beszállítóval. Nincs „hamarosan” termékoldal. Nincs helyettesítő szöveg.

Az indulást ezekhez a feltételekhez kösd, mindegyik bináris:

• Az előzetes kérdőív kitöltve és jóváhagyva.
• A termékadat-szerződés fájlja hiánytalan minden induló termékhez.
• A fizetési rendszer jóváhagyva, és a tesztrendelés sikeres.
• A megfelelőségi ellenőrzőlista kész.
• A tesztelési forgatókönyv sikeres.

Amikor az ügyfél megkérdezi: „Nem indulhatunk csak azokkal a termékekkel, amelyek készen vannak?”, a válasz igen, feltéve, hogy azok a termékek megfelelnek a teljes szerződésnek. Ez nem maximalizmus; ez ismételhetőség. A kapu azért van, hogy soha ne indíts el egy boltot láthatatlan függőséggel.

Ha kihagyod a kaput, átveszed az ügyfél hiányzó munkáját. Elmosódott fotókat szerkesztesz, kitalálsz szállítási súlyokat, és tippelsz az adókategóriákra. Azokból a tippekből visszatérítések, chargebackek és negatív értékelések lesznek. Az indulási kapu a határ a te munkád és az ügyfél munkája között.

Következtetés: a folyamatod a termék

Nem weboldalakat árul. Kiszámítható utat árul az „szeretnék egy boltot” és a „a bolt él és rendeléseket dolgoz fel” között. Ennek az útnak alapértelmezésekre van szüksége, nem improvizációra.

A következő alkalommal, amikor egy ügyfél pénteken 16:53-kor ír, nem kell semmit újra megoldanod. Lefuttatod a kérdőívet, ellenőrzöd a mátrixot, átnézed a fizetési rendszert, lefuttatod a megfelelőségi listát, megerősíted a termékadatokat, és végrehajtod a tesztforgatókönyvet. Ezután egy tervvel válaszolsz az e-mailre, nem egy találgatással.

Kezdd kicsiben a rendszert. Ezen a héten vegyél fel egy ügyfelet az előzetes kérdőívre. Építsd meg a mátrixot egy megosztott dokumentumban. Írd meg a tesztforgatókönyvet egyszer, és használd újra. Minden lépés, amit most szabványosítasz, egy hiba, amelyet nem ismételsz meg a következő öt ügyfélnél.