Näin valitset Shopify-kumppanin

Verkkokauppakumppanin valinta on päätös, jonka seuraukset näkyvät 6–12 kuukauden päästä. Siihen mennessä sopimus on tehty, projekti on käynnissä ja vaihtaminen on kallista.

Tämä opas on kirjoitettu ostajan näkökulmasta. Se sisältää kysymykset, joihin hyvä kumppani vastaa mielellään ja huono vaihtaa puheenaihetta — ja myös ne kohdat, joissa oikea vastaus on "älä osta".

Olemme rakentaneet verkkokaupparatkaisuja yli sadalle pohjoismaiselle brändille. Suurin osa alla olevista kohdista on asioita, jotka olemme oppineet siitä että ne menivät joskus pieleen.

Osa 1 — Mitä olet ostamassa

Useimmat epäonnistuneet kumppanuudet epäonnistuvat siksi, että ostaja ja toimittaja ostivat ja myivät eri asiaa. Päätä tämä ennen kuin lähetät ensimmäistäkään tarjouspyyntöä.

Kertaprojekti. Uusi verkkokauppa tai alustamigraatio, jolla on alku ja loppu. Ostat toteutuksen. Onnistuminen mitataan siinä, että kauppa on pystyssä sovitussa aikataulussa ja data siirtyi ehjänä.

Jatkuva kehitys. Kauppa on olemassa ja tavoite on kasvattaa myyntiä. Ostat kyvykkyyttä, et projektia. Onnistuminen mitataan myynnin ja katteen kehityksessä, ei toimitettujen ominaisuuksien määrässä.

Molemmat peräkkäin. Yleisin ja vaikein. Tässä ratkaisee yksi asia: jatkaako sama tiimi. Migraation aikana kertyy ymmärrys siitä miten teidän tuotedatanne, integraationne ja asiakkaanne oikeasti toimivat. Jos tiimi vaihtuu projektin päätyttyä, se ymmärrys katoaa juuri kun sitä alettaisiin tarvita.

Kysy tarjouspyynnössä nimeltä, ketkä jatkavat ylläpitovaiheeseen ja millä kokoonpanolla.

Osa 2 — Hinta, laajuus ja aikataulu

Mistä puhutaan, kun puhutaan laadusta

Sanotaan tämä suoraan, koska se säästää molempien aikaa: laadukas Shopify-verkkokauppa laadukkaan kumppanin toteuttamana maksaa hyvin suunniteltuna yli 25 000 euroa. Tämä koskee pk- ja keskisuuria brändejä, joilla on oikea tuotevalikoima, integraatioita ja liiketoimintaa suojattavana.

Sen alle jäävät toteutukset ovat tyypillisesti valmisteema pienin muutoksin, ilman integraatioita ja ilman datan siirtoa. Se on täysin järkevä ratkaisu moneen tilanteeseen — mutta se on eri tuote, eikä tämä opas ole siitä.

Jos budjetti on selvästi tämän alle, älä käytä aikaa toimistokilpailutukseen. Osa 6 kertoo mitä kannattaa tehdä sen sijaan.

Neljä osaa, joista hinta muodostuu

Verkkokauppaprojektin hinnasta puhutaan kokonaissummana, mutta se muodostuu neljästä erästä, joiden suhteet vaihtelevat rajusti. Pyydä jokainen tarjous eriteltynä näihin — vertailukelpoisuus syntyy vasta siitä.

Suunnittelu ja UX. Tyypillisesti pienin erä uudistuksessa, suurin täysin uudessa brändi-ilmeessä.

Toteutus. Teemakehitys ja toiminnallisuudet. Tämä on se osa, josta useimmat tarjoukset puhuvat.

Integraatiot. Tämä on lähes aina se, joka räjäyttää budjetin. Toiminnanohjaus, kassajärjestelmä, logistiikka, laskutus, PIM. Kustannus ei riipu integraatioiden määrästä vaan siitä, onko vastapäässä dokumentoitu rajapinta vai ei.

Datan siirto ja siivous. Aliarvioidaan järjestelmällisesti. Kustannus ei ole siirrossa vaan siinä, että vanha data ei taivu uuteen rakenteeseen sellaisenaan.

Kolme kysymystä, jotka paljastavat tarjouksen laadun:

1. Mikä osuus hinnasta on integraatioita, ja mihin arvio perustuu?

2. Mitä tapahtuu, jos toiminnanohjauksen rajapinta osoittautuu odotettua rajallisemmaksi?

3. Mikä tässä tarjouksessa on kiinteä ja mikä arvio?

Jos toimisto antaa hinnan näkemättä nykyistä järjestelmäkarttaa, hinta perustuu oletuksiin. Oletukset korjataan lisälaskuilla.

Hyvän tarjouksen tuntomerkki: jokainen rivi on merkitty joko sisältyväksi tai lisämaksulliseksi, ja lopussa on erillinen lista siitä mitä ei sisälly. Tarjous, jossa tätä erottelua ei ole, siirtää rajanvedon projektin aikaiseksi neuvotteluksi — ja siinä neuvottelussa olet heikommassa asemassa kuin nyt.

Valmisteema vai räätälöity

Tämä päätös ohjaa hintaa enemmän kuin mikään muu yksittäinen valinta.

Valmisteema pohjana on useimmille pk- ja keskisuurille brändeille oikea vastaus. Se on nopeampi, halvempi ylläpitää ja päivittyy alustan mukana. Räätälöinti kohdistetaan niihin kohtiin, joissa liiketoiminta oikeasti eroaa muista — tuotesivun konfiguraattoriin, B2B-tilausnäkymään, kokotaulukkoon.

Täysin räätälöity tai headless-toteutus on perusteltu, kun sisällönhallinta, monialuemyynti tai suorituskyky vaativat sitä — mutta se on kalliimpi rakentaa ja selvästi kalliimpi ylläpitää, ja se sitoo teidät kumppaniin tiukemmin.

Kysy: Miksi ehdotatte tätä lähestymistapaa meille, ja mitä se maksaa ylläpitää kolmen vuoden aikana? Kumppani, joka ehdottaa headlessiä perustelematta sitä liiketoiminnalla, myy mielenkiintoista projektia itselleen.

Aikataulu

Suoraviivainen uudistus valmisteeman pohjalta liikkuu viikoissa. Alustamigraatio integraatioineen liikkuu kuukausissa. Monimutkainen, monialueinen tai tilauspohjainen migraatio voi hyvinkin viedä yli puoli vuotta.

Epärealistinen aikataulu tarjouksessa ei ole hyvä uutinen. Se tarkoittaa joko että laajuus on ymmärretty väärin, tai että testaus ja laadunvarmistus on hinnoiteltu pois.

Osa 3 — Kaksitoista kriteeriä

1. Alustaosaamisen syvyys

Toimistot jakautuvat kahtia: monta alustaa tai yksi.

Yhteen alustaan keskittynyt kumppani tietää etukäteen mikä toimii, mikä vaatii kiertotien ja mikä kannattaa jättää tekemättä. Monialustatoimisto selvittää sen projektin aikana — ja sen selvitystyön maksat sinä.

Kysy: Montako toteutusta tällä alustalla viimeisen kahden vuoden aikana? Alle kymmenen on vähän.

Testikysymys, joka paljastaa ajantasaisuuden: Meillä on tuotteita, joilla on satoja variantteja. Miten hoidatte sen?

Shopifyn varianttiraja oli vuosia 100 varianttia per tuote. Se on nostettu 2 048:aan. Jos kumppani vastaa yhä "siihen tarvitaan sovellus" tai "tuote pitää pilkkoa osiin", hän toimii vanhentuneen tiedon varassa. Oikea vastaus puhuu siitä, miten teema, haku ja suodatus kestävät tuhansia variantteja — se on nykyään se todellinen rajoite, ei alustan raja.

2. Kuka työn oikeasti tekee

Myyntitapaamisessa istuu harvoin sama ihminen, joka koodaa. Se on normaalia. Ongelma on, jos et saa tietää kuka koodaa.

Alihankinta ei ole automaattisesti huono, mutta se lisää yhden portaan väliin, ja kiireessä portaat vuotavat. Kysy missä työ tehdään, missä aikavyöhykkeessä ja kenen kanssa kommunikoit ongelmatilanteessa.

Vaadi: Tapaaminen projektin teknisen vastuuhenkilön kanssa ennen sopimuksen allekirjoitusta. Jos sitä ei järjestetä, tiedät jotain olennaista.

3. Näyttö myynnistä, ei julkaistuista kaupoista

Referenssilistan pituus kertoo myynnin onnistumisesta, ei toimituksen. Kiinnostavampaa on mitä kaupoille tapahtui julkaisun jälkeen.

Kysy: Onko teillä asiakas, jonka myynti kasvoi mitattavasti työnne seurauksena — ja miten se todennettiin?

Hyvä vastaus sisältää luvun, aikavälin ja rehellisen huomion siitä, mikä osa kasvusta johtui muusta kuin toimiston työstä. Kausivaihtelu, mainosbudjetin muutos ja tuotevalikoiman laajennus vaikuttavat kaikki, ja kumppani joka ei mainitse niitä joko ei tiedä tai ei kerro.

Varo tätä: "Konversioaste nousi 30 %." Konversioaste nousee automaattisesti, jos huonolaatuinen liikenne vähenee — myynnin kasvamatta lainkaan. Kysy aina mitä tapahtui euroille.

4. Konversio-optimointi ja tilastollinen todellisuus

Tämä on kohta, jossa myydään eniten sellaista, joka ei voi toimia.

A/B-testaus vaatii otoskoon. Kahden prosentin konversioasteella, 95 prosentin luottamustasolla ja 80 prosentin voimalla tarvitaan:

• 10 prosentin parannuksen havaitsemiseen (2,0 % → 2,2 %) noin 161 000 istuntoa

• 20 prosentin parannuksen havaitsemiseen (2,0 % → 2,4 %) noin 42 000 istuntoa

• 30 prosentin parannuksen havaitsemiseen (2,0 % → 2,6 %) noin 20 000 istuntoa

Verkkokauppa, jolla on 5 000 istuntoa kuukaudessa, tarvitsee yli kaksi ja puoli vuotta yhden 10 prosentin parannuksen todentamiseen. Kolmenkymmenen prosentin harppauksellekin menee neljä kuukautta — ja kolmenkymmenen prosentin parannuksia ei löydy nappien väreistä.

Suomalaisista verkkokaupoista valtaosa on tässä kokoluokassa.

Tästä seuraa kaksi asiaa. Ensinnäkin: jos kumppani lupaa jatkuvaa A/B-testausta kaupalle, jolla on muutamia tuhansia istuntoja kuukaudessa, hän joko ei tunne matematiikkaa tai luottaa siihen ettet sinä tunne. Testejä ajetaan, "voittajia" julistetaan, eikä yksikään tulos ole erotettavissa sattumasta.

Toiseksi: pieni volyymi ei tarkoita ettei konversiota voi parantaa. Se tarkoittaa että menetelmä on toinen.

Kysy: Mikä on meidän kaupallemme riittävä otoskoko testaukseen — ja mitä teette, jos se ei riitä?

Rehellinen vastaus tunnustaa rajoitteen ja kuvaa vaihtoehdon: rikkinäisten asioiden korjaamisen ilman testiä (jos maksutapa ei toimi mobiilissa, sitä ei tarvitse testata), kvalitatiivisen aineiston kuten nauhoitteiden ja lämpökarttojen, segmenttianalyysin ja isot rakenteelliset muutokset pienten sijaan. Ja mittausjakson pidentämisen ennen–jälkeen-vertailuksi, jonka rajoitteet kerrotaan ääneen.

Jos vastaus on "testataan vain ja katsotaan", kyseessä on laskutettava tekeminen ilman todennettavaa tulosta.

5. Suorituskyky

Shopify hoitaa palvelinpuolen, joten nopeus ei ole hosting-kysymys. Se on kolmen asian summa: teeman koodi, kuvat ja sovellukset.

Sovellukset ovat ylivoimaisesti suurin syy hitaaseen Shopify-kauppaan. Jokainen asennettu sovellus lisää skriptejä, ja niitä kertyy huomaamatta: arvostelut, chat, lisämyynti, kokosuositus, evästebanneri, analytiikka. Kymmenen sovellusta on tavallinen määrä, ja jokainen niistä maksaa millisekunteja.

Mittarina ovat Core Web Vitals — LCP, INP ja CLS. Shopifyn hallinnan oma nopeusarvio on suuntaa antava, ei tavoite.

Kysy: Mitkä ovat kaupan Core Web Vitals nyt, mikä on tavoite julkaisussa, ja mitä tapahtuu kun asennamme kolme sovellusta lisää?

Edistynyt vaatimus: Pyydä suorituskykybudjetti kirjatuksi sopimukseen — mitattava taso, joka julkaisussa saavutetaan, ja sopimus siitä miten sitä ylläpidetään. Ilman sitä nopeus rapautuu ensimmäisen vuoden aikana eikä kukaan ole vastuussa.

Varo: Lupausta täydellisistä pistemääristä. Sisältörikas verkkokauppa, jossa on chat, arvostelut ja mainosseuranta, ei saavuta täysiä pisteitä. Kumppani, joka lupaa sen, ei ole suunnitellut asentavansa niitä — tai ei tiedä mitä lupaa.

6. Testaus ja laadunvarmistus

Tämä on tarjouksissa se erä, joka leikataan ensimmäisenä kun hinnasta neuvotellaan. Se on myös se, jonka puuttuminen näkyy vasta julkaisussa.

Vaadi kirjallinen QA-raportti ennen julkaisua. Sen pitää kattaa:

• Jokainen käytössä oleva maksutapa oikealla testitilauksella. Suomessa tämä tarkoittaa korttimaksua, MobilePayta, verkkopankkia ja lasku- tai osamaksuvaihtoehtoja. Yksi rikkinäinen maksutapa yhdellä laitteella ei näy missään raportissa — se näkyy vain menetettynä myyntinä.

• Oikeat laitteet, ei pelkkä selainikkunan pienentäminen. Vähintään iOS ja Android, ja ne selaimet joita asiakkaanne oikeasti käyttävät.

• Jokainen toimitustapa ja noutopistevalinta läpi asti.

• Alennus- ja kampanjalogiikka, myös päällekkäiset alennukset.

• Verot ja mahdollinen monialuemyynti oikeilla tilauksilla.

• Tilausten kulku toiminnanohjaukseen todennettuna oikealla testitilauksella, ei oletuksena.

Kysy: Kuka hyväksyy QA:n, ja mikä on takuuaika julkaisun jälkeen? Jos julkaisun jälkeen löytyvien virheiden korjaamisesta ei ole sovittu, niistä tulee lisälaskuja juuri silloin kun olet heikoimmillasi.

7. B2B-osaaminen, jos myyt yrityksille

Jos myyt sekä kuluttajille että yrityksille, tämä karsii ehdokkaita nopeasti.

Shopifyn B2B-ominaisuudet ovat Plus-tason ominaisuuksia: yritysprofiilit, asiakaskohtaiset hinnastot, maksuehdot ja tilausrajat. Ne toimivat hyvin, kun hinnoittelulogiikka on suoraviivainen.

Ne eivät ratkaise seuraavia ilman lisätyötä: rivikohtaisesti neuvoteltu hinnoittelu, monivaiheinen tarjous- ja hyväksyntäprosessi, toiminnanohjauksessa laskettavat monimutkaiset alennussäännöt, sekä tilanteet joissa asiakkaan luottoraja ja avoimet laskut vaikuttavat siihen mitä hän saa tilata.

Kysy: Missä hinnat lasketaan — Shopifyssa vai toiminnanohjauksessa? Ja mitä tapahtuu, jos hinta muuttuu ERP:ssä sillä välin kun asiakkaalla on tuote ostoskorissa?

Tämä kysymys erottaa toimiston, joka on rakentanut oikean jälleenmyyjäportaalin, siitä joka on lukenut ominaisuuslistan. Oikea vastaus puhuu synkronointitiheydestä, välimuistista ja ristiriitatilanteista — ei siitä, että "Shopify tukee B2B:tä".

8. Migraatio: mitä ei siirry

Alustamigraatiossa keskustellaan yleensä siitä mikä siirtyy. Riskit ovat siinä, mikä ei.

Asiakkaiden salasanat eivät siirry. Ne on tallennettu salattuna eikä niitä voi siirtää järjestelmästä toiseen. Oletusarvoisesti jokaisen palaavan asiakkaan on asetettava salasana uudelleen — ja osa ei tee sitä.

Tähän on kuitenkin keinoja. Shopify Multipass mahdollistaa kirjautumisen jatkuvuuden Plus-tasolla, ja siirtymä voidaan hoitaa myös ohjatulla nollausviestinnällä ennen julkaisua. Kysy mitä kumppani ehdottaa — vastaus kertoo onko hän tehnyt migraatioita, joissa oli palaavia asiakkaita.

Maksukorttien tokenit eivät yleensä siirry maksunvälittäjältä toiselle. Jos liiketoiminnassa on tilauksia tai toistuvaa laskutusta, tämä on suurin yksittäinen riski koko projektissa: pahimmillaan jokaisen tilaajan on syötettävä korttinsa uudelleen. Kysy tämä ennen kuin päätät vaihtaa maksunvälittäjää samalla kertaa.

Tilaushistoria siirtyy rajoitetusti. Vanhoja tilauksia ei voi luoda Shopifyyn samanlaisina kuin ne olivat. Kysy siirretäänkö historia asiakaskortille, erilliseen arkistoon vai ei lainkaan — ja mitä se tarkoittaa asiakaspalvelulle ja elinkaariarvon laskennalle.

Hakukonenäkyvyys on uudelleenohjausten varassa. Jokaiselle vanhalle osoitteelle tarvitaan vastine. Osalle sitä ei ole, ja silloin pitää päättää mihin ne osoitetaan. Odota näkyvyyteen notkahdusta muutamaksi viikoksi julkaisun jälkeen — se on normaalia. Se mikä ei ole normaalia on, ettei kukaan ole sopinut kuka seuraa toipumista ja kuka korjaa jos se ei toivu.

Tuotedatan mallinnus tehdään kerran. Metafieldit ja metaobjektit ratkaisevat sen, mitä kaupalla voi tehdä seuraavat vuodet. Väärin mallinnettu tuotedata ei näy julkaisussa — se näkyy kahden vuoden päästä, kun jokainen uusi ominaisuus vaatii kiertotien. Pyydä nähdä datamalli ennen toteutuksen alkua.

Vaadi harjoitusajo. Monimutkainen datamigraatio ajetaan läpi useita kertoja testiympäristössä ennen oikeaa siirtoa. Jos kumppani ei mainitse harjoitusajoja, kysy miksi.

9. Mittaus ja analytiikka

Verkkokaupan luvut eivät täsmää keskenään koskaan. Shopify, GA4 ja mainosalustat laskevat eri asioita eri attribuutioikkunoilla, ja evästesuostumus leikkaa niistä osan. Kumppanin pitää osata selittää miksi, ei väittää että ero on virhe.

Vuonna 2026 tähän liittyy erityinen ja kiireellinen kysymys.

Shopify poisti tuen checkout.liquid-tiedostolta ja lisäskripteiltä: Plus-kaupoilta elokuussa 2025 ja muilta kaupoilta 26.8.2026. Shopify Scripts lakkasi toimimasta 30.6.2026.

Kaupoissa, joissa migraatiota ei tehty ajoissa, konversioseuranta on voinut hajota ilman että kaupassa näkyy mitään vikaa. Tilaukset menevät läpi, asiakas ei huomaa mitään — mutta Google Adsin ja Metan konversiotieto, kiitossivun lisämyynti ja kanta-asiakaslogiikka ovat voineet lakata toimimasta hiljaisesti.

Kysy: Onko meidän checkout migroitu, ja miten olette todentaneet että konversioseuranta toimii sen jälkeen?

Tämä on juuri nyt paras yksittäinen kysymys erottamaan ajan tasalla olevan kumppanin muista. Jos vastaus on epämääräinen, pyydä näyttämään konversioiden määrä ennen ja jälkeen migraatiopäivän.

10. Integraatiot nimeltä

"Meillä on kokemusta ERP-integraatioista" ei riitä. Työmäärä riippuu järjestelmästä, sen versiosta ja siitä, onko rajapinta olemassa vai rakennetaanko se.

Kysy nimeltä: Oletteko integroineet juuri tähän järjestelmään, tässä versiossa? Kuka ylläpitää integraatiota julkaisun jälkeen, ja mitä tapahtuu kun toinen pää päivittyy?

Kysy myös, mitä tehdään dokumentoimattomille integraatioille. Niitä on aina — joku on joskus rakentanut jotain, ja se ihminen ei ole enää talossa.

11. Sopimusmalli ja muutosten hallinta

Kiinteä hinta suojaa ostajaa budjetin ylitykseltä mutta ohjaa toimittajaa tekemään sovitun minimin. Tuntityö suojaa toimittajaa mutta siirtää riskin sinulle. Kumpikaan ei ole väärä; huono on se, että malli ei vastaa työn luonnetta.

Toimivin yhdistelmä: kiinteä hinta hyvin määritellylle laajuudelle plus kirjattu muutosprosessi.

Kysy: Miten muutospyyntö käsitellään? Kuka hinnoittelee sen, missä ajassa, ja voinko kieltäytyä? Jos muutosprosessia ei ole kuvattu, siitä tulee projektin suurin kitkalähde.

Jatkuvassa kehityksessä kysy mitä kuukausimalli sisältää, mitä tapahtuu jos työtä on jonain kuukautena vähemmän, ja mikä on irtisanomisaika. Yli kolmen kuukauden irtisanomisaika on ostajan kannalta huono merkki.

Kolme sopimuskohtaa, jotka kannattaa lukea itse. IT-alan vakioehdoissa on kolme kohtaa, jotka yllättävät ostajan useimmin — eikä kumpikaan osapuoli yleensä nosta niitä esiin neuvotteluvaiheessa.

Immateriaalioikeudet. Vakioehdoissa oikeudet työn tuloksiin syntyvät lähtökohtaisesti toimittajalle, ja asiakas saa käyttöoikeuden: oikeuden käyttää ja muokata tulosta omassa toiminnassaan, mutta ei myydä tai luovuttaa sitä eteenpäin. Tämä ei ole automaattisesti huono ehto — se on alalla tavanomainen — mutta se on eri asia kuin omistaminen. Lue kohta ja tiedä kumman ostat.

Hyväksyminen. Yleinen ehto: jos et huomauta sovitussa ajassa, usein seitsemässä päivässä, työ katsotaan hyväksytyksi. Varmista että joku on paikalla toimitusviikolla ja tietää mitä pitää tarkistaa.

Takuun raukeaminen. Takuu on tyypillisesti kuusi kuukautta, mutta se lakkaa yleensä, jos teetät kolmannella osapuolella muutoksia työn tuloksiin. Jos oma kehittäjänne käy korjaamassa jotain pientä julkaisun jälkeen, takuu on voinut mennä siinä samalla.

12. Kuka omistaa työn tuloksen

Tämä käsitellään tarkemmin seuraavassa osassa, mutta arviointivaiheessa riittää yksi kysymys: miten siirtymä toiselle kumppanille hoidetaan, jos yhteistyö päättyy?

Vastauksen laatu kertoo enemmän kuin moni muu kysymys. Kumppani, joka on miettinyt oman korvaamisensa helpoksi, luottaa siihen ettei häntä haluta korvata.

Osa 4 — Mitä sinun pitäisi konkreettisesti saada

Arviointikriteerit kertovat kenet valita. Tämä osa kertoo mitä pitää tulla ulos. Sovi nämä sopimuksessa, älä oleta niitä.

Määrittelyvaiheesta. Kirjattu vaatimusmäärittely ja laajuuden vahvistus. Tekninen kartoitus nykytilasta. Sivukartta ja rakenne. Aikataulu välitavoitteineen.

Suunnitteluvaiheesta. Rautalankamallit ennen viimeisteltyjä näkymiä. Erikseen mobiili ja työpöytä — mobiili ensin, koska siellä myynti tapahtuu. Dokumentoitu tyyliopas, ei pelkkiä valmiita kuvia; ilman sitä ette pysty tuottamaan uusia sivuja itse ettekä toisen kumppanin kanssa.

Toteutusvaiheesta. Toimiva testiympäristö, johon teillä on pääsy — ei ruutukaappauksia. Räätälöity koodi teidän omistuksessanne. Sovellukset ja integraatiot teidän nimissänne olevilla tileillä, ei toimiston. Dokumentaatio räätälöidyistä toiminnallisuuksista.

Ennen julkaisua. Kirjallinen QA-raportti. Suorituskyvyn lähtömittaus. Julkaisun tarkistuslista.

Haltuunotossa — tässä syntyvät useimmat ongelmat:

• Owner-tason Shopify-oikeudet teidän omassa organisaatiossanne. Tämä on tärkein yksittäinen kohta koko listassa. Jos kauppa on perustettu toimiston Shopify-organisaation alle, teillä on ongelma jonka huomaatte vasta kun haluatte vaihtaa kumppania.

• Lähdekoodi teidän hallinnassanne olevassa repositoriossa.

• Kaikkien kolmannen osapuolen palveluiden tunnukset ja niiden omistajuus teillä.

• Perehdytys tallennettuna, ei vain kertaluontoisena palaverina.

• Kirjallinen sopimus julkaisun jälkeisestä tuesta ja takuuajasta.

Osa 5 — Varoitusmerkit

Tarjous ilman kysymyksiä. Jos toimisto antaa hinnan ymmärtämättä liiketoimintaasi ja järjestelmiäsi, hinta perustuu oletuksiin.

Ratkaisu ennen ongelmaa. Jos ensimmäisessä tapaamisessa ehdotetaan tiettyä teknistä ratkaisua ennen kuin kukaan on katsonut nykytilaa, myydään sitä mitä osataan tehdä.

Ei testiympäristöä. Jos työtä esitellään ruutukaappauksina eikä ympäristönä, johon pääsette itse, ette näe mitä olette ostamassa ennen kuin se on tuotannossa.

QA ei ole tarjouksessa omana eränään. Silloin se on joko hinnoiteltu pois tai tehdään kiireessä viimeisenä iltana.

Epämääräinen vastaus oikeuksista. Kysymykseen "kenen Shopify-organisaation alle kauppa tulee" on olemassa yksi oikea vastaus. Jos sitä ei anneta suoraan, kysy uudestaan.

Kaikki onnistuu. Kokenut kumppani kertoo mikä on kallista, mikä on riskialtista ja mikä kannattaa siirtää toiseen vaiheeseen.

Konversiolupaus prosentteina. "Nostamme konversion 30 %" ilman että kukaan on nähnyt dataa on myyntipuhetta.

Ei yhtään epäonnistumista. Kysy projektista, joka meni pieleen, ja mitä siitä opittiin. Toimisto, jolla ei ole sellaista, on joko nuori tai ei kerro.

Osa 6 — Milloin et tarvitse kumppania

Kaikkiin tilanteisiin ei kannata ostaa toimistoa. Nämä ovat tilanteita, joissa neuvomme olemaan ostamatta.

Et tiedä vielä myykö tuote. Jos olet perustamassa ensimmäistä verkkokauppaasi, valmis teema ja oma työ riittävät. Toimistoprojektin hinta kannattaa siinä vaiheessa käyttää tuotteeseen ja markkinointiin. Palaa asiaan kun sinulla on toistuvaa myyntiä.

Budjetti on selvästi alle 25 000 euron. Silloin oikea ratkaisu on valmisteema, mahdollisesti kevyt suunnittelijan apu ilmeeseen, ja rahan käyttäminen liikenteeseen. Toimistokilpailutus tässä kokoluokassa tuottaa joko pettymyksen tai budjetin ylityksen.

Ongelma on liikenteen puute. Jos kauppaan tulee vähän kävijöitä, verkkokaupan kehittäminen ei auta. Konversio-optimointi pienestä määrästä on pientä. Korjaa ensin se mikä on rikki.

Sisäinen tiimi osaa mutta on ylikuormitettu. Silloin ostat väärää asiaa. Lisäresurssi ratkaisee sen halvemmalla kuin toimistokumppanuus.

Organisaatio ei ole valmis. Verkkokauppaprojekti vaatii päätöksiä tuotetiedosta, hinnoittelusta, logistiikasta ja asiakaspalvelusta. Jos näihin ei ole omistajaa, projekti pysähtyy odottamaan päätöksiä ja lasku juoksee. Tämä on yleisin syy siihen, että hyvä toimisto ja hyvä asiakas tuottavat huonon projektin.

Osa 7 — Tarkistuslista tarjouspyyntöön

Kopioi nämä sellaisenaan.

Osaaminen ja tiimi

1. Montako toteutusta tällä alustalla viimeisen kahden vuoden aikana?

2. Tehdäänkö työ omalla tiimillä vai alihankintana — missä ja kenen kanssa kommunikoin?

3. Kuka on projektin tekninen vastuuhenkilö ja voinko tavata hänet ennen sopimusta?

4. Ketkä jatkavat ylläpitovaiheeseen?

Näyttö

5. Nimetkää asiakas, jonka myynti kasvoi työnne seurauksena — miten se todennettiin ja mikä osa kasvusta johtui muusta?

6. Kertokaa projektista, joka meni pieleen, ja mitä siitä opittiin.

Laajuus ja hinta

7. Mikä osuus tarjouksesta on integraatioita ja mihin arvio perustuu?

8. Miksi ehdotatte valmisteemaa tai räätälöityä toteutusta juuri meille, ja mitä valinta maksaa ylläpitää kolmen vuoden aikana?

9. Mikä tarjouksessa on kiinteä ja mikä arvio?

Tekniikka

10. Oletteko integroineet juuri tähän toiminnanohjaukseen, tässä versiossa?

11. Onko checkout migroitu pois vanhasta mallista, ja miten olette todentaneet että konversioseuranta toimii sen jälkeen?

12. Mitkä asiat eivät siirry migraatiossa — salasanat, maksutokenit, tilaushistoria — ja mitä ehdotatte kullekin?

13. Montako harjoitusajoa datamigraatiosta tehdään ennen oikeaa siirtoa?

14. Miten vanhat osoitteet ja hakukonenäkyvyys käsitellään, ja kuka seuraa toipumista julkaisun jälkeen?

15. Saanko nähdä tuotedatan mallinnuksen ennen toteutuksen alkua?

Suorituskyky ja laatu

16. Mitkä ovat Core Web Vitals nyt, mikä on tavoite julkaisussa, ja miten taso ylläpidetään sovellusten lisääntyessä?

17. Mitä QA-raportti kattaa, ja testataanko jokainen maksutapa oikealla tilauksella oikeilla laitteilla?

18. Kuka hyväksyy QA:n ja mikä on takuuaika julkaisun jälkeen?

Konversio ja mittaus

19. Mistä konversio-optimointi alkaa teillä?

20. Mikä on meidän kaupallemme riittävä otoskoko testaukseen — ja mitä teette jos se ei riitä?

21. Miten raportoitte tuloksen, ja näkyykö raportissa kate?

B2B

22. Missä hinnat lasketaan — Shopifyssa vai toiminnanohjauksessa — ja mitä tapahtuu jos hinta muuttuu kesken asiakkaan ostotapahtuman?

23. Oletteko rakentaneet jälleenmyyjäportaalin, jossa luottoraja ja avoimet laskut vaikuttavat tilaamiseen?

Omistajuus ja haltuunotto

24. Minkä Shopify-organisaation alle kauppa perustetaan?

25. Missä lähdekoodi sijaitsee ja kenen hallinnassa se on?

26. Kuuluvatko työn tulosten immateriaalioikeudet meille, vai saammeko käyttöoikeuden — ja mitä käyttöoikeus kattaa?

27. Mikä on hyväksymisaika, mikä takuuaika, ja missä tilanteissa takuu raukeaa?

28. Mitä haltuunotossa toimitetaan — tyyliopas, dokumentaatio, perehdytys, tunnukset?

29. Miten muutospyyntö käsitellään ja kuka sen hinnoittelee?

30. Miten siirtymä toiselle kumppanille hoidetaan, jos yhteistyö päättyy?

Yhteenveto

Paras kumppani ei ole se, joka lupaa eniten, vaan se joka kysyy eniten ennen lupaamista.

Kolme asiaa erottaa toimivan kumppanuuden muista. Työ perustuu mitattuun dataan eikä mielipiteisiin — ja kumppani kertoo suoraan silloin kun dataa ei ole riittävästi johtopäätöksiin. Tekijät ovat tunnistettavia ihmisiä, eivät nimetön resurssi. Ja tulos raportoidaan liiketoiminnan luvuissa, ei kävijämäärissä.

Jos tarjouskilpailussa on kaksi ehdokasta ja toinen kertoo mikä on vaikeaa, valitse se.

Brancoy on helsinkiläinen Shopify ja Shopify Plus -kumppani. Olemme toteuttaneet verkkokaupparatkaisuja yli sadalle pohjoismaiselle brändille — alustamigraatioita, konversio-optimointia ja B2B-verkkokauppoja. Sparraamme kumppanivalintaa mielellämme myös silloin, kun päädyt johonkin muuhun.