BigCommerce Mobile App für Kunden: 4 Routen im Vergleich

Eine mobile BigCommerce-App für Kunden ist eine separate iOS- und Android-App unter dem Namen Ihres Shops, die Käufer installieren, um zu stöbern, sich anzumelden und zu kaufen. BigCommerce bietet keines an, Sie erhalten es also auf vier Arten: einen App-Builder vom BigCommerce App Marketplace, einen Website-zu-App-Konverter, der Ihre Live-Storefront lädt, einen verwalteten App-Service oder einen benutzerdefinierten Build auf den BigCommerce-APIs. Der richtige Weg hängt vor allem davon ab, wie viel vom Wert Ihres Shops hinter einem Kunden-Login steckt.

Dieser Leitfaden hilft Ihnen bei der Auswahl einer Route und beim Testen in Ihrem eigenen Geschäft, bevor Sie Geld ausgeben. Die Kurzfassung finden Sie im BigCommerce zur App-Seite.

Ist die BigCommerce-Mobile-App für Kunden?

Nein. Die App namens BigCommerce im App Store und bei Google Play ist eine Store-Management-App. Eigenes BigCommerce Seite der mobilen App trägt die Überschrift „BigCommerce von Ihrem Mobilgerät aus verwalten“. Sie überprüfen Umsatz, Bestellungen und Besucher, aktualisieren Bestellstatus und suchen nach Kunden. Käufer können darin nichts kaufen und es trägt nicht Ihre Marke. Jeder BigCommerce-Shop mit einer Kunden-App hat diese von einem Drittanbieter erhalten oder selbst erstellt.

Sollte ein BigCommerce-Shop überhaupt eine App haben?

Eine App verdient ihren Platz, wenn dieselben Leute wiederholt bei Ihnen kaufen. Überprüfen Sie Ihr Geschäft anhand dieser Fragen, bevor Sie Routen vergleichen.

• Bestellen Käufer nach? Ersatzteile, Verpackungen, Hausmeisterbedarf, Salonbedarf, Nahrungsergänzungsmittel und Tiernahrung werden im Kreislauf eingekauft. Ein Homescreen-Icon und ein gespeicherter Login verkürzen jede Nachbestellung.
• Melden sich Käufer an, um ihr Angebot zu erhalten? Handelskonten mit Preisliste, Mitglieder einer vergünstigten Kundengruppe und Unternehmen mit Zahlungsbedingungen haben immer einen Grund, sich einzuloggen.
• Ist die mobile Storefront schon gut? Eine auf einer Kasse basierende App, mit der Telefonkäufer zu kämpfen haben, erbt die Schwierigkeiten.

Wenn die meisten Bestellungen von Erstbesuchern stammen, die über die Suche oder Anzeigen ankommen, sollten Sie sich lieber auf die mobile Website konzentrieren.

Was unterscheidet BigCommerce, wenn Sie eine App hinzufügen?

Drei Dinge über die Plattform beeinflussen die Entscheidung.

Ein großer Teil des Shops wird davon bestimmt, wer angemeldet ist. Bei Plänen, die sie beinhalten, Kundengruppen Steuern Sie, welche Kategorien ein Kunde sehen kann und welche Rabatte gelten. PreislistenBei Plänen, die diese enthalten, werden die Preise auf Variantenebene für eine Gruppe überschrieben. Läden weiter B2B-Ausgabe Fügen Sie ein Käuferportal mit Firmenkonten und Benutzerrollen, ein Schnellbestellfeld, das SKUs oder eine CSV-Datei akzeptiert, Einkaufslisten, Angebote und ein Rechnungsportal hinzu. In einem Handels- oder Großhandelsgeschäft ist die angemeldete Ebene das meiste, was Käufer berühren.

Der Checkout erfolgt bei BigCommerce. Auf einer Schablonen-Schaufensterfront Optimierter One-Page-Checkout ist die Standardeinstellung und wird auf Ihrer Shop-Domain ausgeführt.

Das Frontend kann kopflos sein. Ein Catalyst oder eine benutzerdefinierte Headless-Storefront leitet den Käufer normalerweise im letzten Schritt zum gehosteten Checkout von BigCommerce weiter, was eine weitere Testreise hinzufügt.

Die Frage, die man sich also bei jeder Route stellen muss, lautet: Zeigt die App an, was ein angemeldeter Käufer auf meiner Storefront sieht, oder nur, was der öffentliche Katalog enthält?

Welche vier Möglichkeiten gibt es, eine BigCommerce-Kunden-App zu erhalten?

Route 1: Ein App-Builder vom BigCommerce App Marketplace

Der BigCommerce-App-Marktplatz listet eine kleine Anzahl von Entwicklern mobiler Apps auf. Sie stellen über die BigCommerce-APIs eine Verbindung zu Ihrem Shop her, ziehen Produkte, Kategorien und Kunden ein und stellen sie als ihre eigenen nativen Bildschirme dar. Sie entwerfen die App im Dashboard des Anbieters und zahlen in den meisten Fällen monatlich.

Gut in: native Produktlisten und Seiten sowie einen Startbildschirm, den Sie anders gestalten können als Ihre Website.

Überprüfen Sie sorgfältig: die Auswahl ist gering. Notieren Sie sich vor einer Demo alles, was von der Anmeldung abhängt, und fragen Sie den Verkäufer namentlich nach jedem Artikel: Zugriff auf Kundengruppenkategorien, Preislistenpreise, B2B-Edition-Firmenkonten, Schnellbestellung, Einkaufslisten, Angebote, Rechnungen, Bezahlung von Bestellungen. Fragen Sie dann, wie der Checkout funktioniert, denn einige API-basierte Apps zeigen den Web-Checkout ohnehin im letzten Schritt in einem WebView an.

Route 2: Ein Website-zu-App-Konverter

Ein Konverter erstellt eine native Hülle um Ihre Live-Website. Die Shell stellt das App-Symbol, den Startbildschirm, eine native Kopfzeile, Menüs und untere Registerkarten sowie optionale Push-Benachrichtigungen bereit. Ihre Storefront wird darin in einem WebView geladen, der gleichen Browser-Engine, die Safari und Chrome verwenden.

Gut in: Treue. Was auch immer BigCommerce für einen angemeldeten Käufer auf einem Telefon rendert, wird auch von der App angezeigt, da es sich um dieselbe Seite aus demselben Shop handelt. Gruppenpreise, geschlossene Kategorien und das Käuferportal kommen ohne Integrationsarbeit aus, und es gibt keinen zweiten Katalog, der Schritt halten muss.

Überprüfen Sie sorgfältig: Sie erhalten keine nativ neu gezeichneten Produktbildschirme. Die App ist so schnell und benutzerfreundlich wie Ihr mobiles Schaufenster. In einem eingebetteten Browser verhalten sich einige Dinge anders, wofür der folgende Testplan dient.

SiteTo.App geht diesen Weg. Sie fügen Ihre Shop-URL ein, legen den Namen, das Symbol und die Registerkarten fest und zeigen die App kostenlos auf Ihrem eigenen Telefon an. Ein Build kostet 29 $ für Android, 79 $ für iOS oder 99 $ für beide, einmal bezahlt.

Route 3: Ein verwalteter App-Dienst

Ein verwalteter Dienst wie MobiLoud verwendet normalerweise denselben WebView-Ansatz für Ihre Seiten und fügt ein Team hinzu. Sie konfigurieren die App, erstellen benutzerdefinierte native Bildschirme, reichen sie bei den Stores ein und warten sie gegen eine monatliche Gebühr.

Gut in: Nehmen Sie den Launch von Ihrem Schreibtisch. Da Ihre Seiten immer noch über die Live-Storefront geladen werden, verhalten sich die Preise für angemeldete Benutzer und das Käuferportal wie in Route 2.

Überprüfen Sie sorgfältig: Die Gebühr bleibt so lange bestehen, wie die App live ist. Vergleichen Sie sie daher mit dem, was die App voraussichtlich verdienen wird. Unser Vergleich zwischen SiteTo.App und MobiLoud befasst sich ausführlich mit einem solchen Dienst.

Route 4: Eine benutzerdefinierte App auf den BigCommerce-APIs

Eine Agentur erstellt die App anhand der Storefront- und Verwaltungs-APIs von BigCommerce, wobei jeder Bildschirm für Ihre Käufer konzipiert ist. Dies ist der einzige Weg, der das tun kann, was eine Website nicht kann, z. B. die Bestellung aus einem Katalog vollständig offline. Der Preis wird als Projekt berechnet und muss dann gewartet werden, einschließlich Nacharbeiten, wenn sich Ihr B2B-Setup oder Ihre Kasse ändert.

Wie vergleichen sich die Routen?

Auf jeder Strecke gelten die Entwicklermitgliedschaft von Apple (99 US-Dollar pro Jahr) und die Registrierung bei Google Play (einmalig 25 US-Dollar). Der Kostenführer für Website-Apps deckt das gesamte Budget ab.

Welche Route passt zu welchem ​​BigCommerce-Shop?

Wählen Sie einen Marktplatz-App-Builder Wenn Sie ein Verbrauchergeschäft mit einem einfachen Katalog betreiben, kaufen die meisten Käufer als Gäste oder mit einfachen Konten ein und ein natives Browsing-Gefühl ist Ihnen wichtiger als niedrige Fixkosten.

Wählen Sie einen Konverter Wenn Ihre mobile Storefront bereits funktioniert und es auf das eingeloggte Erlebnis ankommt: Handelspreise, Kundengruppen, Firmenkonten, schnelle Nachbestellungen.

Wählen Sie einen verwalteten Dienst Wenn Sie möchten, dass ein Team für den Start und die Wartung verantwortlich ist, oder wenn Sie benutzerdefinierte native Bildschirme benötigen und die monatliche Gebühr im Verhältnis zum App-Umsatz sinnvoll ist.

Wählen Sie einen benutzerdefinierten Build Wenn die App etwas tun muss, was ein Browser nicht kann und Sie über das Budget verfügen, um sie jahrelang zu warten.

Wann ist SiteTo.App die falsche Wahl?

• Ihr mobiles Schaufenster ist das Problem. Ein langsames Thema oder ein Kontobereich, der auseinandergezogen und gezoomt werden muss, werden in der App genauso umständlich sein. Reparieren Sie zuerst die Site.
• Sie brauchen gezielten Push. SiteTo.App sendet über Ihr eigenes Firebase-Projekt einen Titel, Text, ein Bild und einen Link an alle, die sich angemeldet haben. Es kann nicht ein Unternehmen, eine Kundengruppe oder die Konten eines Vertriebsmitarbeiters benachrichtigen und es gibt noch keine Meldungen zu Terminplanung, Warenkorbabbrüchen oder Bestellstatus.
• Ihre Käufer arbeiten ohne Signal. Die App lädt Ihre Live-Storefront und benötigt eine Verbindung. Lagerhäuser und Baustellen ohne Abdeckung benötigen eine individuelle App mit echter Offline-Bestellung.
• Sie benötigen Hardwarefunktionen. Bluetooth-Scanner, AR und Hintergrundverarbeitung gehören nicht zu seinen Aufgaben.
• Sie möchten, dass sich jemand anderes um Apple und Google kümmert. Sie reichen von Ihren eigenen Entwicklerkonten aus ein.

Wie testet man einen BigCommerce-Shop als App?

Verwenden Sie ein echtes iPhone und ein echtes Android-Telefon, wenn Sie beide versenden möchten, und notieren Sie sich die Seiten-URL, wenn etwas fehlschlägt.

Schritt 1: Konten und Zahlungen vorbereiten

Erstellen Sie für jede wichtige Kundengruppe einen Testkunden sowie einen Unternehmensbenutzer, wenn Sie die B2B-Edition ausführen. Versetzen Sie Ihr Zahlungsgateway in den Testmodus oder richten Sie ein preisgünstiges Produkt ein, das Sie erstatten können. Die Storefront muss öffentlich zugänglich sein, daher muss ein Store, der noch hinter einem Pre-Launch-Vorschaucode steht, zuerst geöffnet werden.

Schritt 2: Melden Sie sich an und prüfen Sie, was jedes Konto sieht

Melden Sie sich als jeder Testkunde an und vergleichen Sie mit demselben Konto auf Ihrer Website. Von einer Gruppe ausgeblendete Kategorien sollten ausgeblendet bleiben. Gruppenrabatte und Preislistenpreise sollten auf den Cent genau übereinstimmen, denn BigCommerce rechnet diese auf seinen Servern so oder so ab. Wenn Ihr Anmelde- oder Passwort-Zurücksetzungsformular reCAPTCHA verwendet, können Sie BigCommerce unter diesem aktivieren Sicherheits- und DatenschutzeinstellungenStellen Sie sicher, dass die Herausforderung angezeigt wird und auf einem Telefon weitergegeben werden kann.

Schritt 3: Produkte so finden, wie es Käufer tun

Suchen Sie nach SKU und Name, wenden Sie Filter auf eine große Kategorie an und öffnen Sie ein Produkt mit Optionen. Legen Sie es in den Warenkorb und beobachten Sie, wie der Warenkorb zählt.

Schritt 4: Führen Sie die B2B-Reisen durch

Überspringen Sie diesen Schritt, wenn Sie die B2B-Edition nicht verwenden. Andernfalls öffnen Sie die Käuferportal und tun Sie das, was Ihre Käufer am meisten tun.

• Schnellbestellung: Geben Sie drei oder vier SKUs mit Mengen ein und legen Sie sie in den Warenkorb. Versuchen Sie, aus zuvor gekauften Produkten auszuwählen.
• CSV-Upload: Versuchen Sie einen Massen-Upload. Es hängt von der Auswahl einer auf dem Telefon gespeicherten Datei ab. Entscheiden Sie also, ob sie in die App gehört oder eine Desktop-Aufgabe bleibt.
• Einkaufslisten: Öffnen Sie eine gespeicherte Liste und legen Sie sie in den Warenkorb.
• Reorder: Öffnen Sie eine frühere Firmenbestellung und bestellen Sie sie neu.
• Angebote und Rechnungen: Fordern Sie ein Angebot an und öffnen Sie dann eine Rechnung.

Beurteilen Sie Komfort und Funktion. Eine Tabelle, die seitwärts scrollen muss, um zum Mengenfeld zu gelangen, wird nicht verwendet.

Schritt 5: Bezahlen Sie mit jeder Zahlungsmethode

Dieser Schritt entscheidet darüber, ob Sie starten können.

• Kartenfelder in der Kasse von BigCommerce werden auf der Seite gerendert und verhalten sich normalerweise wie im mobilen Web. Verwenden Sie eine Testkarte, die 3-D Secure auslöst, und bestätigen Sie, dass die Herausforderung angezeigt und abgeschlossen wird.
• PayPal- und Pay-Later-Anbieter ein eigenes Fenster oder eine eigene Seite öffnen. Folgen Sie dem gesamten Pfad und bestätigen Sie, dass Sie auf Ihrer Bestellbestätigung in der App landen.
• Bestellen oder auf Rechnung bezahlenWenn Sie es Unternehmen anbieten, sollte es wie jede andere Methode ablaufen.
• Apple Pay und Google Pay Schaltflächen werden nur angezeigt, wenn das Skript des Gateways entscheidet, dass die Umgebung sie unterstützt. Ein In-App-WebView ist kein Safari oder Chrome, daher fehlt möglicherweise eine Schaltfläche, die Sie im mobilen Web sehen, in der App. BigCommerce-Listen welche Gateways Apple Pay in anderen Browsern als Safari unterstützen, und Google dokumentiert die Anforderungen dafür Google Pay in Android WebView. Überprüfen Sie beide Telefone und halten Sie die Kartenzahlung neben jeder Brieftaschentaste bereit.

Überprüfen Sie anschließend die Bestellung in Ihrem BigCommerce-Kontrollpanel: richtiger Kunde, richtiger Gruppenpreis, richtiger Status.

Schritt 6: Testen Sie die Headless-Übergabe

Überspringen Sie diesen Schritt bei einem Schablonenthema. Auf Catalyst leitet die Storefront den Käufer über eine Sitzungssynchronisierungsweiterleitung zum gehosteten Checkout von BigCommerce weiter. BigCommerce's Dokumentation zur Sitzungssynchronisierung erklärt, dass die Weiterleitung einen 30 Sekunden gültigen Token enthält, der den Warenkorb und die Kundensitzung überträgt. Melden Sie sich im Store an, legen Sie den Artikel in den Warenkorb, tippen Sie auf „Zur Kasse gehen“ und bestätigen Sie, dass Sie mit demselben Warenkorb angemeldet sind. Benutzerdefinierte Headless-Builds, die verwenden eingebetteter Checkout In einem Iframe ist auf beiden Telefonen der gleiche Test erforderlich.

Schritt 7: Schließen, erneut öffnen und aufräumen

Schließen Sie die App vollständig und öffnen Sie sie erneut. Sie sollten weiterhin mit intaktem Warenkorb angemeldet sein. Wenn Sie eine Social-Login-App verwenden, probieren Sie jede Schaltfläche aus: Google blockiert seinen Anmeldebildschirm in eingebetteten WebViews, daher sollten E-Mail und Passwort immer angeboten werden.

Schließen Sie dann das Cookie-Banner und alle Newsletter-Popups und stellen Sie sicher, dass sich der Sticky-Header Ihres Themes nicht mit dem nativen Header und den Tabs verdoppelt. SiteTo.App kann Skripte ausführen, die den eigenen Header und Pop-ups Ihrer Website in der App verbergen. Listen Sie also alles auf, was Sie entfernen möchten.

Was sollen Ihnen die Ergebnisse sagen?

Was sollten Sie in der App selbst einrichten?

Nutzen Sie die nativen Teile der App, um die Nachbestellung zu verkürzen.

• Untere Registerkarten: Ein Verbrauchergeschäft schneidet mit „Startseite“, seiner stärksten Kategorie, „Warenkorb“ und „Konto“, gut ab. Ein Handelsgeschäft sollte mit „Schnellbestellung“ oder „Suche“, dann „Bestellungen“, „Warenkorb“ und „Konto“ beginnen. Der Wagen lebt von einem Schablonenthema /cart.php und Bestellhistorie unter /account.php?action=order_status.
• Warenkorb-Abzeichen: mit der Hilfe eines Entwicklers die SiteTo.App JS SDK Sie können eine Zählung auf der Registerkarte „Warenkorb“ anzeigen, indem Sie eine URL in Ihrer Storefront lesen. Auf Schablone, BigCommerce's Storefront-Warenkorb-API gibt den aktuellen Warenkorb als JSON zurück.
• Push: Verbinden Sie Firebase mit dem Firebase-Anleitung. Jeder angemeldete Benutzer erhält jede Nachricht. Beschränken Sie sich also auf Nachrichten, die für alle relevant sind.
• Eine App pro Storefront: Die App startet unter einer URL. Wenn du rennst Multi-Storefront Mit separaten Domains für separate Marken oder Regionen ist jede Storefront eine eigene App und ein eigener Build. Speichert das Zeigen Sie eine Währung basierend auf dem Standort des Besuchers an sollte überprüfen, ob das richtige erscheint.

Produkt-, Preis- und Lagerbestandsänderungen werden in der App angezeigt, ohne dass ein neuer Build erforderlich ist. Das Ändern des Symbols, des App-Namens oder anderer nativer Einstellungen erfordert einen Neuaufbau. Spätere Neuaufbauten werden separat angeboten.

Was müssen BigCommerce-Shops vor der Veröffentlichung wissen?

Sie übermitteln über Ihre eigenen Apple- und Google-Konten. SiteTo.App signiert den iOS-Build und lädt ihn in Ihrem Apple-Konto auf TestFlight hoch, sodass Sie keinen Mac oder Xcode benötigen, und gibt Ihnen einen AAB für Google Play. Der Leitfaden erstellen und veröffentlichen geht jeden Schritt durch. Apple und Google entscheiden, was genehmigt wird, und niemand kann das Ergebnis versprechen.

Geben Sie den Rezensenten einen Weg hinein. Wenn Preise oder der gesamte Katalog hinter einem Login stehen, geben Sie in den Bewertungsnotizen ein funktionierendes Testkonto an, in einer Kundengruppe, die einen realistischen Katalog anzeigt. Ein Prüfer, der eine Anmeldesperre nicht überwinden kann, kann die App nicht genehmigen.

Überlegen Sie, für wen die App gedacht ist. Eine App, die nur zugelassene Gewerbekunden nutzen können, richtet sich nicht an die breite Öffentlichkeit. Apple bietet Nicht gelistete App-Verbreitung für Apps, die für eine begrenzte Zielgruppe bestimmt sind, über einen direkten Link erreicht werden und für die Suche ausgeblendet werden. Es lohnt sich, es zu lesen, bevor Sie eine reine Großhandels-App einreichen.

Physische Waren nutzen Ihren eigenen Checkout. Apples Richtlinien zur App-Überprüfung sagen, dass Waren und Dienstleistungen, die außerhalb der App konsumiert werden, mit anderen Methoden als dem In-App-Kauf bezahlt werden (Abschnitt 3.1.3(e)). Für digitale Inhalte, die in der App verwendet werden, gelten andere Regeln. Lesen Sie daher Abschnitt 3.1, wenn Sie welche verkaufen.

Kontolöschung anbieten. Apple erwartet von jeder App, die die Kontoerstellung unterstützt, dass Benutzer damit beginnen können, ihr Konto innerhalb der App zu löschen. Wenn Ihre Kontoseiten dies nicht bieten, fügen Sie ein deutlich gekennzeichnetes Anfrageformular hinzu.

Zeigen Sie mehr als eine Website. Apples Richtlinie 4.2 verlangt von Apps, mehr als eine neu gepackte Website anzubieten, und native Tabs, ein nativer Header und Push-Benachrichtigungen helfen dabei. Der Leitlinie 4.2 Leitfaden erklärt, wie man sich vorbereitet und wie Verlagsführer umfasst Auflistungen, Screenshots und Antworten zum Datenschutz.

Häufige Fragen

Können Vertriebsmitarbeiter in der App für Kunden bestellen?

In der B2B-Edition kann ein Vertriebsmitarbeiter die Rolle „Superadministrator“ übernehmen als Unternehmen tarnen im Storefront-Käuferportal und geben Sie Bestellungen dafür auf. Wenn Ihre Mitarbeiter dies heute auf der Website tun, werden dieselben Seiten in der App geladen. Testen Sie es mit einem Repräsentantenkonto in der Vorschau.

Was passiert, wenn BigCommerce den Checkout aktualisiert oder ich mein Theme ändere?

Die App zeigt beim nächsten Öffnen die aktualisierte Storefront an, ohne dass ein neuer Build erforderlich ist. Eine Theme-Änderung, die Ihren mobilen Kontobereich zerstört, führt gleichzeitig zu einer Zerstörung in der App. Geben Sie daher nach wesentlichen Änderungen eine angemeldete Testbestellung auf einem Telefon auf.

Nächster Schritt

Öffnen Sie Ihre Storefront auf Ihrem Telefon, melden Sie sich als Handelskunde an und geben Sie eine Nachbestellung auf. Wenn das gut geht, Sehen Sie sich Ihren BigCommerce-Shop als App in der Vorschau an kostenlos herunterladen, führen Sie die sieben oben genannten Schritte aus und überprüfen Sie Preisgestaltung sobald man weiß, dass es funktioniert.