Lopeta jokaisen asiakkaan verkkokaupan uudelleenrakentaminen: Toistettava käyttöönottoprosessi

Yhteenveto

Asiakkaasi lähettää yhden rivin pyynnön kello 16:53, ja olet taas heidän verkkokaupassaan ratkaisemassa samaa ongelmaa, jonka ratkaisit viime viikolla. Tämä artikkeli muuttaa kaaoksen toistettavaksi käyttöönottoprosessiksi: standardoitu tiedonkeruulomake, alustan päätöksentekomatriisi, maksuratkaisujen oletusarvot, vaatimustenmukaisuustarkistukset, tuotedatastandardit, testausskripti ja julkaisuportti. Järjestelmä toimii sekä kynttiläputiikeille että 300-tuotteen dropshippaajille. Lopetat työkalujen valitsemisen tottumuksesta ja alat valita ne näytön perusteella. Ohita jokin vaihe, ja kustannus näkyy ensimmäisen oikean tilauksen yhteydessä. Rakenna järjestelmä kerran, ja jokainen tuleva asiakas kulkee samoja raiteita. Asiakas ei ole ongelma – prosessisi on.

Asiakkaasi lähettää yhden rivin pyynnön perjantaina kello 16:53: 'Voitko vain lisätä ostonapin Instagramiini?' Olet jo rakentanut heidän verkkokauppansa uudelleen kerran tällä viikolla. Lopeta. Asiakas ei ole ongelma; prosessisi on. Tämä artikkeli antaa sinulle toistettavan käyttöönottoprosessin: standardoitu tiedonkeruulomake, alustan päätöksentekomatriisi, maksuratkaisujen oletusarvot, vaatimustenmukaisuustarkistukset, tuotedatastandardit, testausskripti ja julkaisuportti. Rakenna se kerran, ja jokainen tuleva verkkokauppa kulkee samoja raiteita. Lopetat saman ongelman uudelleenratkaisemisen ja alat toimittaa verkkokauppoja.

1. Käsittele tiedonkeruu porttina, ei keskusteluna

Yksi asiakas myy 12 tuoksukynttilää ja haluaa julkaista ennen joulumarkkinoita. Toinen haluaa dropshipata 300 tuotetta (SKU) kolmelta eri toimittajalta. Kynttiläasiakas välittää nopeudesta; dropship-asiakas välittää varaston synkronoinnista ja tilausten reitityksestä. Jos kysyt molemmilta 'mikä on budjettisi ja minkä alustan haluat?', saat kaksi hyödytöntä vastausta, ja sitten rakennat toisen näistä verkkokaupoista uudelleen kuukauden sisällä.

Lähetä yhden sivun tiedonkeruulomake ennen kuin kosket mihinkään työkaluun. Tee näistä kysymyksistä pakollisia:

• Kuinka monta tuotetta (SKU) aiot myydä ensimmäisen 90 päivän aikana?
• Fyysisiä, digitaalisia vai molempia?
• Kuka hoitaa tilausten toimituksen – sinä, toimittaja vai kolmas osapuoli?
• Mikä on keskimääräinen tilauksen arvo?
• Myytkö valtion tai maan rajojen yli? Missä sinulla on verovelvollisuus?
• Tarjoatko tilauksia, ennakkotilauksia tai usean tuotteen paketteja?
• Mikä on se yksi ominaisuus, joka verkkokaupassa on oltava ensimmäisen kuukauden aikana?

Pyydä asiakasta kirjoittamaan vastaukset sen sijaan, että kertoisit ne puhelussa. Kirjoitetut vastaukset muodostavat tallenteen. Suullisista vastauksista tulee viikolla kuusi 'en minä niin sanonut'.

Kirjoita sitten kolmen rivin yhteenveto rajoitteista: budjetti, nopeus ja pakollinen ominaisuus. Laita se projektitiedoston alkuun. Kun asiakas myöhemmin pyytää ominaisuutta, joka muuttaa arkkitehtuuria, osoita lomakkeeseen ja sano: 'Tämä muuttaa alustan. Tässä mitä se maksaa.'

Miksi tämä on tärkeää: alustan valinta on tämän tiedonkeruun tulos. Jos ohitat sen, valitset sen, mitä käytit viimeksi. Verkkokauppa-alustoja koskeva tutkimus on yhtä mieltä yhdestä asiasta: erilaiset liiketoimintamallit tarvitsevat erilaisen arkkitehtuurin. 12 tuotteen kynttiläkauppa ja 300 tuotteen dropshippaaja ovat erilaisia yrityksiä, joten kohtele niitä eri tavalla. Olemme kirjoittaneet aiemmin miksi yksi alusta ei sovi jokaiselle asiakkaalle; tämä tiedonkeruulomake on tapa, jolla toteutat sen käytännössä.

2. Rakenna alustamatriisi asiakasprofiilin mukaan, ei tottumuksen mukaan

Tässä on kaava, joka rikkoontuu jatkuvasti: avaat saman pilvipohjaisen drag-and-drop-rakentajan jokaiselle uudelle verkkokaupalle, koska se on nopeaa. Sitten asiakas, jolla on fyysinen kauppa, tarvitsee varaston synkronoinnin kassakoneen kanssa. Suosikkirakentajasi ei onnistu siinä ilman kolmea maksullista sovellusta. Vaihdat alustaa viikolla kolme, ja kaikki menettävät aikaa.

Päätöksentekomatriisi korjaa tämän. Se kartoittaa asiakkaan rajoitteet alustaluokkiin, ei tuotemerkkeihin. Pidä sitä jaetussa asiakirjassa ja päivitä sitä neljännesvuosittain. Aloita tästä toimivasta versiosta:

Asiakasprofiili	Alustaluokka	Milloin se voittaa
Vähän tuotteita, nopea julkaisu, ei-tekninen omistaja	Pilvipohjainen drag-and-drop-rakentaja	Nopeus, sovellusekosysteemi, sisäänrakennettu hosting
Olemassa oleva sisältösivusto, muotoilun hallinta tärkeää	Avoimen lähdekoodin verkkokauppalisäosa nykyiseen CMS:ään	Säilytä sivusto, lisää verkkokauppa
Paljon tuotteita, monimutkainen tuoteluettelo, kasvusuunnitelmia	Skaalautuva pilvialusta vahvalla API:lla	Räätälöidyt integraatiot, monikanavaisuus
Fyysinen kauppa ja verkkokauppa	Myymäläjärjestelmään integroitu rakentaja	Varaston synkronointi kanavien välillä
Tiukka budjetti, vähän tuotteita	Kevyt upotettu verkkokaupparatkaisu	Alhainen kuukausikustannus, yksinkertainen kassa

Tämä on luokkakartta, ei paremmuusjärjestys. Asiakas, joka tarvitsee monivaluutan ja tilaukset, kuuluu skaalautuvaan riviin, piditpä siitä tai et. Asiakkaan, jolla on viisi tuotetta, ei pitäisi ostaa yritysinfrastruktuuria.

Käytä ilmaisia kokeilujaksoja harkitusti. Tutkimus on johdonmukainen: monet alustat tarjoavat ilmaisia kokeilujaksoja. Useimmat ihmiset hukkaavat nämä kokeilut selaamalla pohjia. Suorita sen sijaan yksi testi asiakkaan tiedonkeruulomakkeen perusteella. Tuo 300 oikeaa tuotetta. Jos tuonti epäonnistuu, vedä alusta yli. Testaa kassa oikealla testitilauksella. Tarkista, kattavatko veroasetukset asiakkaan osavaltion. Kokeilu, joka simuloi todellisia rajoitteitasi, on päätös; kokeilu, joka ei simuloi, on viihdettä.

Kun asiakas kysyy, miksi valitsit tämän alustan, näytä matriisi ja tiedonkeruulomake. Näin teet alustapäätöksen, jota voit puolustaa asiakkaan pomolle, asiakkaan kirjanpitäjälle tai omalle tiimillesi.

3. Aseta maksuratkaisun oletukset kassavirran mukaan, ei sen mukaan, mikä on tuttua

Kaksi asiakasta, kaksi kassavirran todellisuutta. Toinen myy 40 dollarin kynttilöitä ja voi odottaa viikon maksujen saapumista. Toinen myy 800 dollarin huonekaluja ja tarvitsee rahat tilille päivissä ostaakseen materiaaleja seuraavaa tilausta varten. Jos annat heille saman maksuratkaisun, olet asettanut toisen heistä epäonnistumaan. Maksunkäsittelyoppaat viittaavat johdonmukaisesti kolmeen toiminnalliseen vipuun: maksujen nopeus, hinnoittelun läpinäkyvyys ja tuen laatu. Ala näistä.

Toimi tässä järjestyksessä:

1. Kysy, mikä asiakkaan kassakierto on. Viikoittaiset vai päivittäiset maksut? Jotkut maksunvälittäjät maksavat nopeammin, ja jotkut pitävät varoja pidempään tietyissä yritystyypeissä.
2. Tarkista maksuratkaisun integraatio valitsemaasi alustaluokkaan. Tukeeko se tilauksia, jos tiedonkeruulomake niitä vaatii? Tukeeko se tiedonkeruulomakkeen maita?
3. Tarkista asiakkaan tuoteryhmä maksunvälittäjän rajoituslistalta ennen rakentamista. Korkean riskin tuoteryhmät johtavat jäädytettyihin tileihin, eivät varoitusviesteihin.
4. Jos asiakkaalla on jo käytössä maksutapa, jota hänen asiakkaansa luottavat – esimerkiksi laajalti tunnettu lompakko – sisällytä se, vaikka se lisäisi kuluja. Luottamus tuo paremman konversion kuin maksueron säästö.
5. Dokumentoi, minkä maksuratkaisun, minkä tilin ja minkä maksuaikataulun asiakas hyväksyi. Merkitse se projektitiedostoon päivämäärineen.

Konkreettinen esimerkki: huonekaluasiakas tarvitsee nopeat maksut ja tuen suurille tilausarvoille. Kynttiläasiakas tarvitsee yksinkertaisen kassan ja alhaiset kustannukset. Saatat päätyä API-ensimmäinen-maksunvälittäjään ensimmäiselle ja aloittelijaystävälliseen välittäjään toiselle. Matriisi päättää. Sinun tottumuksesi ei.

Jos ohitat tämän, ongelma tulee esiin viikolla kaksi julkaisun jälkeen, kun asiakas soittaa ja sanoo, että heidän rahansa ovat jumissa. Maksuratkaisun uudelleentyöstäminen koskettaa kassaa, kuitteja, veroraportteja ja asiakkaan luottamusta. Se on kaikkein kallein asia, jonka voit rakentaa uudelleen.

4. Suorita vaatimustenmukaisuustarkistukset ennen suunnittelua

Otat asiakkaan, joka myy ravintolisää, joka on laillista kaikkialla. Rakennat siistin verkkokaupan, liität maksunvälittäjän, julkaiset. Kuusi viikkoa myöhemmin maksunvälittäjä asettaa tilin pito-ohjelmaan, koska tuoteryhmä vaatii lisenssin ja vaatimustenmukaisuustarkistuksen. Suunnittelusi ei ollut koskaan ongelma. Puuttuva paperityö oli.

Vaatimustenmukaisuus on julkaisuportti, ei hallinnollinen tehtävä. Ennen suunnittelutyötä varmista:

• Yritysrekisteröinti vastaa asiakkaan todellista yhteisöä.
• Myyntiverorekisteröinnit ovat olemassa jokaisessa osavaltiossa, jossa asiakkaalla on verotuksellinen kytkös (nexus).
• Tuoteryhmä on sallittu maksunvälittäjällä, jonka aiot liittää.
• Asiakkaalla on lisenssit tai luvat, joita tuotetyyppi edellyttää.
• Käyttöehdot, tietosuojakäytäntö, palautuskäytäntö ja toimituskäytäntö on kirjoitettu ja vastaavat sitä, mitä verkkokauppa todella tekee.

Tee tämä valintaruutulistana, ei keskusteluna. Kun asiakas sanoo 'lakimieheni hoitaa sen', aseta määräaika. Jos määräaika ylittyy, julkaisupäivä siirtyy. Se ei ole sinun hankaluuttasi; se on julkaisun suojelemista.

Yleinen neuvo verkkokaupoille on 'aloita pienestä ja iteroi'. Se toimii tuotevalinnassa ja markkinoinnissa. Se ei toimi vaatimustenmukaisuudessa. Verkkokaupan rakentaminen uudelleen, koska maksunvälittäjä jäädytti tilin, ei ole iterointia; se on hukkaa. Nopea läpikäynti verkkokaupan lakipohjatyössä etukäteen maksaa vähemmän kuin yksi jäädytetty maksu. Ohita tämä vaihe, ja paras tapaus on dokumenttien etsiminen kiireellä. Pahin tapaus on asiakas, joka luulee sinun rikkoneen heidän yrityksensä.

5. Standardoi tuotedatasopimus

Asiakas lähettää laskentataulukon, jossa on 300 tuotetta. Jokaisella rivillä on nimi ja hinta. Millään rivillä ei ole painoa, mittoja, alkuperämaata tai toimittajakoodia. Pyydät puuttuvia tietoja. Asiakas ei ymmärrä, miksi se on tärkeää. Projekti pysähtyy viikoksi. Sitten julkaiset verkkokaupan toimituksen asetettuna 'ilmaiseksi', koska et voinut laskea hintoja, ja asiakas maksaa virheen.

Lopeta tuotedatan hyväksyminen siinä muodossa kuin se tulee. Määrittele tuotedatasopimus. Jokaisen tuotteen on sisällettävä vähintään:

• Sisäinen SKU ja viivakoodi
• Tuotenimi ja kuvaus, joka näkyy sivustolla
• Hinta ja vertailuhinta (compare-at price)
• Paino ja mitat toimitusta varten
• Alkuperämaa ja, jos kansainvälinen, harmonisoitu järjestelmäkoodi (HS-koodi)
• Toimittaja ja toimitusaika
• Toimitusprofiili (kuljetusluokka ja alueet)
• Tuotekuvan tiedostonimi ja alt-teksti
• Veroluokka

Käy läpi samat kaksi asiakasta. Kynttiläasiakas antaa sinulle 12 tuotetta. Laitat kentät kasaan tunnissa. Dropshippaaja antaa sinulle 300 tuotetta. Vaadit CSV-vedoksen jokaiselta toimittajalta ja kartoitat sarakkeet sopimukseen. Jos toimittaja ei anna jotain kenttää, se on hankintaongelma, jonka asiakkaan on ratkaistava, ei dataongelma, jonka voit arvailla.

Standardoitu tuotedata on se asia, joka tekee alustan vaihdosta halpaa. Jos tuoteluettelo on rakennettu oikein, asiakkaan siirtäminen toiselle alustalle on tuonti, ei uudelleenrakennus. Jos ei, joudut kirjoittamaan 300 riviä uudelleen ja tekemään virheitä. Voit myös käyttää strukturoitua dataa tuotelistauksia, jotka myyvät, koska tekstit ja alt-tekstit ovat jo sopimuksessa.

6. Suorita sama testausskripti jokaisessa verkkokaupassa

Asiakkaasi lähettää kuvakaappauksen kello 9: 'Se veloitti minut toimituksesta kahdesti.' Kirjaudut sisään ja löydät verokannan väärästä maasta ja alennuskoodin, joka on ristiriidassa toimituslogiikan kanssa. Korjaaminen vie kaksikymmentä minuuttia. Mutta asiakas on juuri menettänyt luottamuksensa, ja luottamus on koko liiketoiminta.

Tarvitset testausskriptin. Sama järjestys, samat vaiheet, jokainen asiakas:

1. Aseta oikea testitilaus testipayment-menetelmällä.
2. Varmista, että vahvistussähköposti saapuu asiakkaalle.
3. Käsittele hyvitys ja varmista, että asiakas näkee sen.
4. Käytä alennuskoodia ja tarkista laskutoimitus.
5. Tarkista vieraskassa ja kirjautuneen käyttäjän kassa erikseen.
6. Lisää tuote ostoskoriin matkapuhelimella, ei vain työpöytäesikatselulla.
7. Testaa kansainvälinen toimitusosoite, jos asiakas toimittaa kansainvälisesti.
8. Tarkista verolaskenta asiakkaan kotiosavaltiolle ja yhdelle muulle osavaltiolle.
9. Laukaise hylätty maksu ja varmista virheilmoitus.
10. Varmista, että varasto vähenee, kun myynti tapahtuu.

Käytä halpaa testituotetta staging- tai luonnos-tilassa. Monet alustat tarjoavat ilmaisia kokeilutiloja; käytä niitä tähän, älä pohjien selaamiseen. Aikaraja testi puoleen tuntiin verkkokauppaa kohden. Toistettava testausskripti on nopeampi kuin 'kaikki on varmaan kunnossa' -lähestymistapa, koska sinun ei tarvitse miettiä, mitä unohdit.

Ohita tämä, etkä toimita rikkinäistä verkkokauppaa tarkoituksella. Toimitat verkkokaupan, jossa on yksi testaamaton polku, ja ensimmäinen oikea asiakas löytää sen.

7. Lopeta alustan asettaminen ensimmäiseksi päätökseksi

Asiakas liittyy käyttöönottopuheluun ja sanoo: 'Haluamme suositun pilvipohjaisen rakentajan, koska joku markkinoinnissa on käyttänyt sitä kerran.' Käytät kaksi päivää heidän vaatimustensa kartoittamiseen siihen työkaluun ja huomaat, että se ei pysty monivaluuttakassaan, jota tiedonkeruulomake edellyttää. Nyt sinulla on kaksi vaihtoehtoa: kerro uutinen ja ärsytä asiakasta tai rakenna väärä asia.

Alusta on tulos, ei syöte. Tiedonkeruulomakkeesi määrittelee työn. Päätöksentekomatriisi valitsee luokan. Vasta sitten valitset tietyn työkalun. Tämä kurinalaisuus tuntuu nurinkuriselta, koska alustamarkkinointi haluaa sinun valitsevan työkalun ensin. Vastusta sitä.

Tässä on todellinen kompromissi, jonka useimmat artikkelit ohittavat: joskus asiakkaan rajoite on perusteltu. Jos asiakkaalla on jo kehittäjä, joka tuntee tietyn alustan, tai varastojärjestelmä, joka integroituu vain tiettyyn ekosysteemiin, tämä rajoite kuuluu matriisiin. Kirjoita se tiedonkeruulomakkeeseen muodossa 'on integroiduttava olemassa olevaan X:ään'. Valitse sitten luokka, joka mahdollistaa sen. Jos rajoite on vain brändimieltymys, kysy asiakkaalta, mitä työtä he odottavat alustan tekevän. Se, mitä he todella haluavat, on yleensä ominaisuus, ja voit toimittaa sen ominaisuuden vaihtamatta arkkitehtuuria.

Varoitus on todellinen: älä ylisuunnittele tulevia tarpeita, joita et voi nähdä. Kynttiläasiakas ei tarvitse usean toimittajan integraatiota. Dropshippaaja tarvitsee. Sovita tiedonkeruulomakkeeseen, älä kuviteltuun tulevaisuuteen. Jos asiakas sanoo 'aiomme laajentua kansainvälisesti 18 kuukauden kuluttua', merkitse se ja valitse luokka, joka ei estä sitä. Jos he sanovat 'haluamme vain testata tätä', valitse nopein vaihtoehto ja suunnittele alustan vaihto myöhemmin. Rakenna tiedonkeruulomakkeen mukaan.

8. Aseta julkaisun ehdoksi vähimmäistuoteluettelo

Asiakas rakastaa sivustoa. Heillä vain ei ole tuotekuvia. 'Ensi viikolla', he sanovat. Kolme viikkoa myöhemmin verkkokauppa on edelleen 'Tulossa pian' -paikkamerkin takana. Tiimisi alkaa lisätä ylimääräisiä ominaisuuksia täyttääkseen ajan, koska kukaan ei halua kertoa asiakkaalle, että projekti on jumissa heidän päässään. Sitten laajuus kasvaa ja tunnit katoavat.

Aseta julkaisuportti. Määrittele vähimmäiskelpoinen tuoteluettelo ennen projektin alkua. Sen pitäisi sisältää riittävästi tuotteita, jotta verkkokauppa tuntuu aidolta kyseisessä markkinaraossa – tusina kunnollista tuotetta riittää usein putiikille, kun taas dropshippaaja saattaa tarvita kuratoidun setin parhaista tuotteista kaikkien 300 sijaan. Jokaisella tämän setin tuotteella on oltava kuva, hinta, kuvaus, paino ja mitat sekä vahvistettu toimittaja. Ei 'tulossa pian' -tuotesivuja. Ei paikkamerkkitekstejä.

Portita julkaisu näillä ehdoilla, kaikki ovat binäärisiä:

• Tiedonkeruulomake on täytetty ja hyväksytty.
• Tuotedatasopimustiedosto on täydellinen jokaiselle julkaistavalle tuotteelle.
• Maksuratkaisu on hyväksytty ja testitilaus on läpäissyt.
• Vaatimustenmukaisuustarkistuslista on täydellinen.
• Testausskripti on läpäissyt stagingissa.

Kun asiakas kysyy: 'Voimmeko vain julkaista niillä tuotteilla, jotka ovat valmiita?', vastaus on kyllä, kunhan ne tuotteet täyttävät koko sopimuksen. Se ei ole perfektionismia; se on toistettavuutta. Portti on olemassa, jotta et koskaan julkaise verkkokauppaa, jossa on näkymätön riippuvuus.

Jos ohitat portin, imet itseesi asiakkaan puuttuvan työn. Muokkaat epäteräviä kuvia, keksit toimituspainoja ja arvailet veroluokkia. Nämä arvaukset muuttuvat hyvityksiksi, takaisinveloituksiksi ja negatiivisiksi arvosteluiksi. Julkaisuportti on raja sinun työsi ja asiakkaan työn välillä.

Lopuksi: prosessisi on tuote

Et myy verkkosivustoja. Myyt ennustettavan polun 'haluan verkkokaupan' -tilasta 'verkkokauppa on julkaistu ja käsittelee tilauksia' -tilaan. Tämä polku tarvitsee oletusarvoja, ei improvisointia.

Seuraavan kerran, kun asiakas kirjoittaa perjantaina kello 16:53, sinun ei tarvitse ratkaista mitään uudelleen. Käyt läpi tiedonkeruulomakkeen, tarkistat matriisin, arvioit maksuratkaisun, suoritat vaatimustenmukaisuuslistan, vahvistat tuotedatan ja suoritat testausskriptin. Sitten vastaat sähköpostiin suunnitelmalla arvauksen sijaan.

Aloita järjestelmä pienesti. Lisää yksi asiakas tiedonkeruulomakkeen piiriin tällä viikolla. Rakenna matriisi jaettuun asiakirjaan. Kirjoita testausskripti kerran ja käytä sitä uudelleen. Jokainen vaihe, jonka standardoit nyt, on virhe, jota et toista seuraavien viiden asiakkaan kohdalla.