BigCommerce mobiele app voor klanten: 4 routes vergeleken

Een mobiele BigCommerce-app voor klanten is een afzonderlijke iOS- en Android-app onder de naam van uw winkel die kopers installeren om te bladeren, in te loggen en te kopen. BigCommerce biedt er geen, dus u kunt het op vier manieren verkrijgen: een app-bouwer van de BigCommerce App Marketplace, een website-naar-app-converter die uw live storefront laadt, een beheerde app-service of een aangepaste build op de BigCommerce API's. De juiste route hangt vooral af van hoeveel van de waarde van uw winkel achter de login van een klant zit.

Deze gids helpt u een route te kiezen en deze in uw eigen winkel te bewijzen voordat u geld uitgeeft. Voor de korte versie, zie de BigCommerce naar app-pagina.

Is de BigCommerce mobiele app voor klanten?

Nee. De app genaamd BigCommerce in de App Store en Google Play is een app voor winkelbeheer. Van BigCommerce mobiele app-pagina heeft de titel 'Beheer BigCommerce vanaf uw mobiele apparaat'. Je controleert omzet, bestellingen en bezoekers, updatet de bestelstatus en zoekt klanten op. Shoppers kunnen er niets in kopen en het draagt ​​uw merk niet. Elke BigCommerce-winkel met een klantapp heeft deze van een derde partij gekregen of gebouwd.

Moet een BigCommerce-winkel überhaupt een app hebben?

Een app verdient zijn plaats wanneer dezelfde mensen herhaaldelijk bij u kopen. Controleer uw winkel aan de hand van deze vragen voordat u routes vergelijkt.

• Bestellen kopers opnieuw? Onderdelen, verpakkingen, schoonmaakbenodigdheden, salonvoorraad, supplementen en dierenvoeding worden op een cyclus gekocht. Een startschermpictogram en een opgeslagen login verkorten elke herhaalbestelling.
• Moeten kopers inloggen om hun deal te ontvangen? Handelsaccounts met een prijslijst, leden van een klantengroep met korting en bedrijven met betalingsvoorwaarden hebben allemaal elke keer een reden om ingelogd te zijn.
• Is de mobiele etalage al goed? Een app die is gebouwd op een kassa waar telefoonkopers mee worstelen, erft de strijd.

Als de meeste bestellingen afkomstig zijn van bezoekers die voor het eerst komen via zoekopdrachten of advertenties, besteed dan uw aandacht aan de mobiele site.

Wat maakt BigCommerce anders als je een app toevoegt?

Drie dingen over het platform bepalen de beslissing.

Een groot deel van de winkel wordt bepaald door wie zich heeft aangemeld. Op plannen die hen omvatten, groepen klanten bepalen welke categorieën een klant kan zien en welke kortingen van toepassing zijn. PrijslijstenBij abonnementen waarin deze zijn inbegrepen, worden de prijzen op variantniveau voor een groep overschreven. Winkels aan B2B-editie voeg een kopersportal toe met bedrijfsaccounts en gebruikersrollen, een snel bestelformulier met SKU's of een CSV, boodschappenlijstjes, offertes en een factuurportaal. In een handels- of groothandelswinkel is die ingelogde laag het grootste deel van wat kopers aanraken.

Afrekenen is van BigCommerce. Op een stencil-winkelpui de Geoptimaliseerd afrekenen op één pagina is de standaard en draait op uw winkeldomein.

De voorkant kan zonder hoofd zijn. Een Catalyst of een op maat gemaakte headless storefront geeft de klant meestal bij de laatste stap de gehoste kassa van BigCommerce, wat nog een testtraject toevoegt.

De vraag die aan elke route moet worden gesteld, is dus deze: laat de app zien wat een ingelogde koper in mijn winkel ziet, of alleen wat de openbare catalogus bevat?

Wat zijn de vier manieren om een ​​BigCommerce-klantapp te krijgen?

Route 1: Een app-bouwer van de BigCommerce App Marketplace

De BigCommerce App-marktplaats vermeldt een klein aantal bouwers van mobiele apps. Ze maken verbinding met uw winkel via de BigCommerce API's, halen producten, categorieën en klanten binnen en tekenen ze als hun eigen native schermen. U ontwerpt de app in het dashboard van de leverancier en betaalt in de meeste gevallen maandelijks.

Goed in: native productlijsten en pagina's, en een startscherm dat u anders kunt indelen dan uw website.

Controleer zorgvuldig: de selectie is klein. Schrijf vóór een demo alles op uw winkelpui op dat afhankelijk is van inloggen en vraag de verkoper naar de naam van elk item: toegang tot klantgroepcategorieën, prijslijstprijzen, B2B Edition-bedrijfsaccounts, snelle bestelling, boodschappenlijstjes, offertes, facturen, betaling van inkooporders. Vraag dan hoe het afrekenen werkt, want sommige API-gebaseerde apps tonen de webafhandeling toch al in een WebView bij de laatste stap.

Route 2: Een website naar app-converter

Een converter bouwt een native shell rond uw live website. De shell levert het app-pictogram, het startscherm, een native header, menu's en onderste tabbladen en optionele pushmeldingen. Uw winkelpui wordt erin geladen in een WebView, dezelfde browserengine die Safari en Chrome gebruiken.

Goed in: trouw. Wat BigCommerce ook weergeeft voor een ingelogde koper op een telefoon, is wat de app laat zien, omdat het dezelfde pagina uit dezelfde winkel is. Groepsprijzen, besloten categorieën en het kopersportal komen zonder integratiewerk, en er is geen tweede catalogus om gelijke tred te houden.

Controleer zorgvuldig: u krijgt geen native opnieuw getekende productschermen. De app is net zo snel en bruikbaar als uw mobiele etalage. Een paar dingen gedragen zich anders in een embedded browser, daar is het onderstaande testplan voor.

SiteTo.App neemt deze route. U plakt uw winkel-URL, stelt de naam, het pictogram en de tabbladen in en bekijkt de app gratis op uw eigen telefoon. Een build kost $ 29 voor Android, $ 79 voor iOS of $ 99 voor beide, één keer betaald.

Route 3: Een beheerde app-service

Een beheerde service zoals MobiLoud gebruikt doorgaans dezelfde WebView-aanpak voor uw pagina's en voegt een team toe. Ze configureren de app, bouwen aangepaste native schermen, dienen deze in bij de winkels en onderhouden deze tegen een maandelijks bedrag.

Goed in: de lancering van uw bureau halen. Omdat uw pagina's nog steeds worden geladen vanuit de live storefront, gedragen de ingelogde prijzen en het kopersportaal zich zoals in Route 2.

Controleer zorgvuldig: de vergoeding loopt door zolang de app live is, dus vergelijk dit met wat de app waarschijnlijk zal opleveren. Ons Vergelijking SiteTo.App versus MobiLoud bekijkt zo’n dienst in detail.

Route 4: Een app op maat op de BigCommerce API’s

Een bureau bouwt de app op basis van de storefront- en beheer-API's van BigCommerce, waarbij elk scherm is ontworpen voor uw kopers. Dit is de enige route die kan doen wat een website niet kan, zoals volledig offline bestellen uit een catalogus. Het is geprijsd als een project en heeft vervolgens onderhoud nodig, inclusief herwerk wanneer uw B2B-configuratie of afrekenproces verandert.

Hoe vergelijken de routes?

Het ontwikkelaarslidmaatschap van Apple ($99 per jaar) en de registratie van Google Play ($25 eenmalig) zijn op elke route van toepassing. De kostengids voor website-apps dekt het volledige budget.

Welke route past bij welke BigCommerce winkel?

Kies een marktplaats-app-bouwer Als u een consumentenwinkel runt met een eenvoudige catalogus, betalen de meeste kopers af als gast of met gewone accounts, en het gevoel van native browsen is voor u belangrijker dan lage vaste kosten.

Kies een omvormer als uw mobiele winkel al werkt en de ingelogde ervaring het punt is: handelsprijzen, klantgroepen, bedrijfsaccounts, snelle nabestellingen.

Kies een beheerde service als je wilt dat een team de lancering en het onderhoud beheert, of als je aangepaste native schermen nodig hebt en de maandelijkse kosten zinvol zijn ten opzichte van de app-inkomsten.

Kies voor een maatwerkconstructie als de app iets moet doen wat een browser niet kan en je het budget hebt om hem jarenlang te onderhouden.

Wanneer is SiteTo.App de verkeerde keuze?

• Uw mobiele etalage is het probleem. Een langzaam thema of een accountgebied dat moet worden geknepen en ingezoomd, zal in de app precies zo lastig zijn. Repareer eerst de site.
• Je hebt gerichte push nodig. SiteTo.App stuurt een titel, tekst, afbeelding en link naar iedereen die zich heeft aangemeld, via uw eigen Firebase-project. Het kan niet één bedrijf, één klantengroep of de accounts van één verkoper op de hoogte stellen, en het heeft nog geen berichten over de planning, het verlaten winkelwagentje of de orderstatus.
• Uw kopers werken zonder signaal. De app laadt uw live etalage en heeft een verbinding nodig. Magazijnen en vacaturesites zonder dekking hebben een app op maat nodig met echte offline bestellingen.
• U hebt hardwarefuncties nodig. Bluetooth-scanners, AR en achtergrondverwerking vallen buiten wat het doet.
• Je wilt dat iemand anders Apple en Google afhandelt. U verzendt vanuit uw eigen ontwikkelaarsaccounts.

Hoe test je een BigCommerce winkel als app?

Gebruik een echte iPhone en een echte Android-telefoon als u van plan bent beide te verzenden, en noteer de pagina-URL als er iets niet lukt.

Stap 1: Bereid rekeningen en betalingen voor

Maak één testklant aan voor elke klantgroep die ertoe doet, plus een bedrijfsgebruiker als u de B2B-editie gebruikt. Zet uw betalingsgateway in de testmodus of stel een laaggeprijsd product in dat u kunt terugbetalen. De winkelpui moet openbaar bereikbaar zijn, dus een winkel die nog achter een pre-launch preview-code zit, moet eerst openen.

Stap 2: Meld u aan en controleer wat elk account ziet

Meld u als testklant aan en vergelijk met hetzelfde account op uw website. Categorieën die voor een groep verborgen zijn, moeten verborgen blijven. Groepskortingen en prijslijstprijzen moeten tot op de cent nauwkeurig zijn, omdat BigCommerce ze hoe dan ook op zijn servers uitwerkt. Als uw aanmeldings- of wachtwoordresetformulier reCAPTCHA gebruikt, kunt u bij BigCommerce dit inschakelen onder zijn beveiligings- en privacy-instellingenZorg ervoor dat de uitdaging verschijnt en via de telefoon kan worden doorgegeven.

Stap 3: Vind producten zoals kopers dat doen

Zoek op SKU en op naam, pas filters toe op een grote categorie en open een product met opties. Voeg het toe aan de winkelwagen en kijk hoe de winkelwagen telt.

Stap 4: Voer de B2B-trajecten uit

Sla deze stap over als u de B2B-editie niet gebruikt. Open anders de Koperportaal en doe wat uw kopers het meest doen.

• Snel bestellen: typ drie of vier SKU's met hoeveelheden en voeg ze toe aan de winkelwagen. Probeer een keuze te maken uit eerder gekochte producten.
• CSV-upload: probeer een bulkupload. Het hangt af van het kiezen van een bestand dat op de telefoon is opgeslagen, dus beslis of het in de app thuishoort of een desktoptaak ​​blijft.
• Boodschappenlijstjes: open een opgeslagen lijst en voeg deze toe aan de winkelwagen.
• Reorder: open een eerdere bedrijfsbestelling en bestel deze opnieuw.
• Offertes en facturen: vraag een offerte aan en open vervolgens één factuur.

Beoordeel zowel comfort als functionaliteit. Een tabel die zijwaarts moet scrollen om het hoeveelheidsveld te bereiken, zal niet wennen.

Stap 5: Afrekenen bij elke betaalmethode

Deze stap bepaalt of u kunt starten.

• Kaartvelden bij het afrekenen van BigCommerce op de pagina weergegeven en gedragen zich normaal gesproken zoals op het mobiele internet. Gebruik een testkaart die 3-D Secure activeert en bevestig dat de uitdaging verschijnt en voltooid is.
• PayPal en achterafbetalen-aanbieders hun eigen venster of pagina openen. Volg het hele pad en bevestig dat u op uw orderbevestiging in de app terechtkomt.
• Bestel of betaal op rekeningAls u het aan bedrijven aanbiedt, moet het net als elke andere methode worden voltooid.
• Apple Pay en Google Pay knoppen worden alleen weergegeven als het script van de gateway bepaalt dat de omgeving ze ondersteunt. Een in-app WebView is niet Safari of Chrome, dus een knop die u op het mobiele internet ziet, ontbreekt mogelijk in de app. BigCommerce-lijsten welke gateways Apple Pay ondersteunen in andere browsers dan Safari, en Google documenteert de vereisten voor Google Pay in Android WebView. Controleer beide telefoons en houd kaartbetalingen beschikbaar naast elke portemonneeknop.

Controleer daarna de bestelling in uw BigCommerce-controlepaneel: juiste klant, juiste groepsprijzen, juiste status.

Stap 6: Test de headless overdracht

Sla deze stap over voor een stencilthema. Op Catalyst stuurt de winkel de klant naar de gehoste kassa van BigCommerce via een sessiesynchronisatie-omleiding. BigCommerce's documentatie voor sessiesynchronisatie legt uit dat de omleiding een token bevat, geldig gedurende 30 seconden, dat het winkelwagentje en de klantsessie overdraagt. Log in op de winkelpagina, voeg toe aan winkelwagen, tik op afrekenen en bevestig dat u bent ingelogd met dezelfde winkelwagen. Aangepaste headless builds die gebruik maken van ingebouwde kassa in een iframe hebben op beide telefoons dezelfde test nodig.

Stap 7: Sluiten, opnieuw openen en opruimen

Sluit de app volledig en open hem opnieuw. U moet nog steeds ingelogd zijn terwijl uw winkelwagen intact is. Als je een sociale login-app gebruikt, probeer dan elke knop: Google blokkeert het inlogscherm in ingebedde WebViews, dus e-mailadres en wachtwoord moeten altijd worden aangeboden.

Sluit vervolgens de cookiebanner en eventuele pop-ups voor nieuwsbrieven af ​​en controleer of de sticky header van uw thema niet verdubbelt met de oorspronkelijke header en tabbladen. SiteTo.App kan scripts uitvoeren die de koptekst en pop-ups van uw site in de app verbergen, dus vermeld alles wat u wilt verwijderen.

Wat moeten de resultaten u vertellen?

Wat moet je instellen in de app zelf?

Gebruik de oorspronkelijke delen van de app om de herhaalvolgorde in te korten.

• Onderste tabbladen: een consumentenwinkel doet het goed met Home, de sterkste categorie, Winkelwagen en Account. Een handelswinkel moet leiden met Snel bestellen of Zoeken, vervolgens Bestellingen, Winkelwagen en Account. Op een stencil-thema leeft de kar /cart.php en bestelgeschiedenis op /account.php?action=order_status.
• Winkelwagenbadge: met de hulp van een ontwikkelaar, de SiteTo.App JS SDK kunt een telling weergeven op het tabblad Winkelwagen door een URL op uw winkelpagina te lezen. Op stencil, BigCommerce's Storefront-winkelwagen-API retourneert de huidige winkelwagen als JSON.
• Push: verbind de Firebase met behulp van de Firebase-gids. Elke aangemelde gebruiker ontvangt elk bericht, dus houd het bij nieuws dat voor hen allemaal relevant is.
• Eén app per winkelpui: de app begint op één URL. Als je vlucht Multi-winkelpui met afzonderlijke domeinen voor afzonderlijke merken of regio's is elke storefront zijn eigen app en zijn eigen build. Slaat dat op toon een valuta op basis van de locatie van de bezoeker moet controleren of de juiste verschijnt.

Product-, prijs- en voorraadwijzigingen verschijnen in de app zonder nieuwbouw. Het wijzigen van het pictogram, de app-naam of andere native instellingen vereist een herbouw, en latere herbouwingen worden afzonderlijk vermeld.

Wat moeten BigCommerce-winkels weten voordat ze publiceren?

U verzendt vanuit uw eigen Apple- en Google-accounts. SiteTo.App ondertekent de iOS-build en uploadt deze naar TestFlight in je Apple-account, dus je hebt geen Mac of Xcode nodig, en geeft je een AAB voor Google Play. De handleiding maken en publiceren loopt door elke stap. Apple en Google beslissen wat er wordt goedgekeurd, en niemand kan de uitkomst beloven.

Geef recensenten een ingang. Als prijzen of de hele catalogus achter een login zitten, geef dan een werkend testaccount op in de recensienotities, in een klantengroep die een realistische catalogus laat zien. Een recensent die niet voorbij een inlogmuur komt, kan de app niet goedkeuren.

Bedenk voor wie de app bedoeld is. Een app die alleen goedgekeurde vakklanten kunnen gebruiken, is niet gericht op het grote publiek. Apple aanbiedingen niet-vermelde app-distributie voor apps bedoeld voor een beperkt publiek, bereikbaar via een directe link en verborgen voor zoekopdrachten. Het is de moeite waard om dit te lezen voordat u een app voor alleen groothandel indient.

Fysieke goederen gebruiken uw eigen kassa. Van Apple Richtlijnen voor app-recensies Stel dat goederen en diensten die buiten de app worden verbruikt, worden betaald met andere methoden dan in-app-aankopen (sectie 3.1.3(e)). Digitale inhoud die in de app wordt gebruikt, valt onder verschillende regels. Lees daarom sectie 3.1 als u inhoud verkoopt.

Aanbieding accountverwijdering. Apple verwacht van elke app die het aanmaken van accounts ondersteunt, dat mensen hun account binnen de app kunnen verwijderen. Als uw accountpagina's dit niet bieden, voeg dan een duidelijk gelabeld aanvraagformulier toe.

Toon meer dan een website. Apple's Richtlijn 4.2 vraagt ​​apps om meer te bieden dan een opnieuw verpakte site, en native tabbladen, een native header en pushmeldingen helpen. De Richtlijn 4.2 gids legt uit hoe u zich moet voorbereiden, en de publicatiegids omvat lijsten, screenshots en privacyantwoorden.

Veelgestelde vragen

Kunnen verkopers in de app voor klanten bestellen?

Met de B2B-editie kan een verkoper de rol van superbeheerder vervullen zich voordoen als een bedrijf in het kopersportal van de winkel en plaats er bestellingen voor. Als uw vertegenwoordigers dat vandaag op de website doen, worden dezelfde pagina’s in de app geladen. Test het met een rep-account in de preview.

Wat gebeurt er als BigCommerce het afrekenen bijwerkt of als ik mijn thema wijzig?

De app toont de bijgewerkte winkelpui de volgende keer dat deze wordt geopend, zonder nieuwe build. Een themawijziging die uw mobiele accountgebied verbreekt, verbreekt deze op hetzelfde moment in de app, dus plaats een ingelogde testbestelling op een telefoon na aanzienlijke wijzigingen.

Volgende stap

Open uw winkel op uw telefoon, log in als vakklant en plaats een nieuwe bestelling. Als dat goed gaat, bekijk een voorbeeld van uw BigCommerce-winkel als app voer gratis de zeven bovenstaande stappen uit en controleer prijzen als je eenmaal weet dat het werkt.