Application mobile BigCommerce pour les clients : 4 itinéraires comparés

Une application mobile BigCommerce pour les clients est une application iOS et Android distincte sous le nom de votre boutique que les acheteurs installent pour parcourir, se connecter et acheter. BigCommerce n'en fournit pas, vous l'obtenez donc de l'une des quatre manières suivantes : un générateur d'applications à partir de BigCommerce App Marketplace, un convertisseur de site Web en application qui charge votre vitrine en direct, un service d'application géré ou une version personnalisée sur les API BigCommerce. Le bon itinéraire dépend principalement de la part de la valeur de votre magasin qui se cache derrière une connexion client.

Ce guide vous aide à choisir un itinéraire et à le prouver dans votre propre magasin avant de dépenser de l'argent. Pour la version courte, voir le BigCommerce vers la page de l'application.

L'application mobile BigCommerce est-elle destinée aux clients ?

Non. L'application appelée BigCommerce dans l'App Store et Google Play est une application de gestion de magasin. BigCommerce's own page de l'application mobile s'intitule « Gérer BigCommerce depuis votre appareil mobile ». Vous vérifiez les revenus, les commandes et les visiteurs, mettez à jour les statuts des commandes et recherchez des clients. Les acheteurs ne peuvent rien y acheter et il ne porte pas votre marque. Chaque boutique BigCommerce dotée d'une application client l'a obtenue auprès d'un tiers ou l'a construite.

Une boutique BigCommerce devrait-elle avoir une application ?

Une application gagne sa place lorsque les mêmes personnes achètent chez vous à plusieurs reprises. Vérifiez votre magasin par rapport à ces questions avant de comparer les itinéraires.

• Les acheteurs commandent-ils à nouveau ? Les pièces, les emballages, les fournitures d'entretien ménager, le stock de salon, les suppléments et la nourriture pour animaux de compagnie sont achetés selon un cycle. Une icône sur l'écran d'accueil et une connexion enregistrée raccourcissent chaque commande répétée.
• Les acheteurs se connectent-ils pour obtenir leur offre ? Les comptes commerciaux avec une liste de prix, les membres d'un groupe de clients à prix réduit et les entreprises avec des conditions de paiement ont tous une raison de se connecter à chaque fois.
• La vitrine mobile est-elle déjà bonne ? Une application construite sur une caisse avec laquelle les acheteurs de téléphones ont du mal hérite de la lutte.

Si la plupart des commandes proviennent de nouveaux visiteurs arrivant via la recherche ou les annonces, concentrez plutôt vos efforts sur le site mobile.

Qu'est-ce qui différencie BigCommerce lorsque vous ajoutez une application ?

Trois éléments concernant la plateforme influencent la décision.

Une grande partie du magasin dépend de la personne connectée. Sur les plans qui les incluent, groupes de clients contrôlez les catégories qu’un client peut voir et les réductions applicables. Listes de prix, sur les forfaits qui les incluent, remplacez les prix au niveau des variantes pour un groupe. Magasins sur Édition B2B ajoutez un portail acheteur avec des comptes d'entreprise et des rôles d'utilisateur, un bloc de commande rapide qui prend les SKU ou un CSV, des listes de courses, des devis et un portail de facturation. Dans un magasin de commerce ou de gros, cette couche de connexion représente l’essentiel de ce que les acheteurs touchent.

Le paiement appartient à BigCommerce. Sur une vitrine de pochoir, le Paiement optimisé en une seule page est la valeur par défaut et s'exécute sur le domaine de votre boutique.

L'avant peut être sans tête. Un Catalyst ou une vitrine sans tête personnalisée envoie généralement l'acheteur à la caisse hébergée de BigCommerce à la dernière étape, ce qui ajoute un parcours supplémentaire à tester.

La question à poser à chaque itinéraire est donc la suivante : L'application affiche-t-elle ce qu'un acheteur connecté voit sur ma vitrine, ou uniquement ce que contient le catalogue public ?

Quelles sont les quatre façons d’obtenir une application client BigCommerce ?

Itinéraire 1 : un générateur d'applications du BigCommerce App Marketplace

Le Marché des applications BigCommerce répertorie un petit nombre de créateurs d’applications mobiles. Ils se connectent à votre boutique via les API BigCommerce, extraient des produits, des catégories et des clients et les dessinent comme leurs propres écrans natifs. Vous concevez l'application dans le tableau de bord du fournisseur et, dans la plupart des cas, payez mensuellement.

Bon à : des listes et des pages de produits natives, ainsi qu'un écran d'accueil que vous pouvez présenter différemment de votre site Web.

Vérifiez attentivement : la sélection est petite. Avant une démo, notez sur votre vitrine tout ce qui dépend de la connexion et interrogez le vendeur sur chaque article par son nom : accès aux catégories de groupes de clients, tarifs, comptes d'entreprise B2B Edition, commande rapide, listes de courses, devis, factures, paiement des bons de commande. Demandez ensuite comment fonctionne le paiement, car certaines applications basées sur une API affichent de toute façon le paiement Web dans une WebView à l'étape finale.

Voie 2 : Un convertisseur de site Web en application

Un convertisseur construit un shell natif autour de votre site Web en direct. Le shell fournit l'icône de l'application, l'écran de lancement, un en-tête natif, des menus et des onglets inférieurs, ainsi que des notifications push facultatives. Votre vitrine se charge à l'intérieur dans une WebView, le même moteur de navigateur que Safari et Chrome utilisent.

Bon à : fidélité. Ce que BigCommerce affiche pour un acheteur connecté sur un téléphone est ce que l'application affiche, car il s'agit de la même page du même magasin. Les tarifs de groupe, les catégories fermées et le portail des acheteurs s'effectuent sans travail d'intégration, et il n'y a pas de deuxième catalogue à suivre.

Vérifiez attentivement : vous n'obtenez pas d'écrans de produits redessinés de manière native. L'application est aussi rapide et utilisable que votre vitrine mobile. Certaines choses se comportent différemment dans un navigateur intégré, c'est à cela que sert le plan de test ci-dessous.

SiteTo.App prend cette route. Vous collez l'URL de votre boutique, définissez le nom, l'icône et les onglets, et prévisualisez gratuitement l'application sur votre propre téléphone. Une version coûte 29 $ pour Android, 79 $ pour iOS ou 99 $ pour les deux, payés une fois.

Voie 3 : un service d'application géré

Un service géré tel que MobiLoud utilise généralement la même approche WebView pour vos pages et ajoute une équipe. Ils configurent l'application, créent des écrans natifs personnalisés, la soumettent aux magasins et la maintiennent moyennant des frais mensuels.

Bon à : enlevant le lancement de votre bureau. Étant donné que vos pages se chargent toujours à partir de la vitrine en direct, les prix connectés et le portail des acheteurs se comportent comme ils le font dans la Route 2.

Vérifiez attentivement : les frais continuent aussi longtemps que l'application est en ligne, alors comparez-les avec ce que l'application est susceptible de gagner. Notre Comparaison SiteTo.App vs MobiLoud examine un de ces services en détail.

Route 4 : Une application personnalisée sur les API BigCommerce

Une agence construit l'application sur la vitrine et les API de gestion de BigCommerce, chaque écran étant conçu pour vos acheteurs. C'est la seule voie qui permet de faire ce qu'un site Web ne peut pas faire, comme commander à partir d'un catalogue entièrement hors ligne. Son prix est celui d'un projet et nécessite ensuite une maintenance, y compris une refonte lorsque votre configuration B2B ou votre paiement change.

Comment les itinéraires se comparent-ils ?

L'adhésion développeur Apple (99 $ par an) et l'inscription à Google Play (25 $ une fois) s'appliquent sur chaque itinéraire. Le guide des coûts des applications de sites Web couvre la totalité du budget.

Quel itinéraire correspond à quelle boutique BigCommerce ?

Choisissez un créateur d'applications Marketplace si vous gérez un magasin grand public avec un simple catalogue, la plupart des acheteurs effectuent leurs achats en tant qu'invités ou avec des comptes simples, et une navigation native compte plus pour vous qu'un faible coût fixe.

Choisissez un convertisseur si votre vitrine mobile fonctionne déjà et que l'expérience de connexion est la clé : prix commerciaux, groupes de clients, comptes d'entreprise, réapprovisionnements rapides.

Choisissez un service géré si vous souhaitez qu'une équipe soit responsable du lancement et de la maintenance, ou si vous avez besoin d'écrans natifs personnalisés et que les frais mensuels sont logiques par rapport aux revenus de l'application.

Choisissez une version personnalisée si l'application doit faire quelque chose qu'un navigateur ne peut pas faire et que vous disposez du budget nécessaire pour la maintenir pendant des années.

Quand SiteTo.App est-il le mauvais choix ?

• Votre vitrine mobile est le problème. Un thème lent ou une zone de compte qui nécessite un pincement et un zoom seront tout aussi gênants dans l'application. Corrigez d'abord le site.
• Vous avez besoin d’une poussée ciblée. SiteTo.App envoie un titre, un texte, une image et un lien à tous ceux qui se sont inscrits, via votre propre projet Firebase. Il ne peut pas notifier les comptes d'une entreprise, d'un groupe de clients ou d'un représentant commercial, et il n'a pas encore de messages de planification, de panier abandonné ou d'état des commandes.
• Vos acheteurs travaillent sans signal. L'application charge votre vitrine en direct et nécessite une connexion. Les entrepôts et les chantiers sans couverture ont besoin d'une application personnalisée avec de véritables commandes hors ligne.
• Vous avez besoin de fonctionnalités matérielles. Les scanners Bluetooth, la RA et le traitement en arrière-plan ne sont pas concernés.
• Vous voulez que quelqu'un d'autre s'occupe d'Apple et de Google. Vous soumettez à partir de vos propres comptes de développeur.

Comment tester une boutique BigCommerce en tant qu'application ?

Utilisez un vrai iPhone et un vrai téléphone Android si vous envisagez d'expédier les deux, et notez l'URL de la page en cas d'échec.

Étape 1 : Préparer les comptes et les paiements

Créez un client test pour chaque groupe de clients important, ainsi qu'un utilisateur d'entreprise si vous exécutez B2B Edition. Mettez votre passerelle de paiement en mode test ou configurez un produit à bas prix que vous pouvez rembourser. La vitrine doit être accessible au public, donc un magasin toujours derrière un code d'aperçu de pré-lancement doit s'ouvrir en premier.

Étape 2 : Connectez-vous et vérifiez ce que voit chaque compte

Connectez-vous en tant que client test et comparez avec le même compte sur votre site Web. Les catégories masquées d'un groupe doivent rester masquées. Les remises de groupe et les prix catalogue doivent correspondre au centime près, car BigCommerce les calcule de toute façon sur ses serveurs. Si votre formulaire d'inscription ou de réinitialisation de mot de passe utilise reCAPTCHA, que BigCommerce vous permet d'activer sous son paramètres de sécurité et de confidentialité, assurez-vous que le défi apparaît et peut être transmis sur un téléphone.

Étape 3 : Trouver des produits comme le font les acheteurs

Recherchez par SKU et par nom, appliquez des filtres sur une grande catégorie et ouvrez un produit avec des options. Ajoutez-le au panier et regardez le nombre de paniers.

Étape 4 : Exécutez les parcours B2B

Ignorez cette étape si vous n'utilisez pas B2B Edition. Sinon, ouvrez le Portail acheteur et faites ce que vos acheteurs font le plus.

• Commande rapide : tapez trois ou quatre SKU avec les quantités et ajoutez-les au panier. Essayez de choisir parmi des produits achetés précédemment.
• Téléchargement CSV : essayez un téléchargement groupé. Cela dépend du choix d'un fichier stocké sur le téléphone, alors décidez s'il appartient à l'application ou s'il reste une tâche de bureau.
• Listes de courses : ouvrez une liste enregistrée et ajoutez-la au panier.
• Reorder: ouvrez une commande passée de l'entreprise et commandez-la à nouveau.
• Devis et factures : demander un devis, puis ouvrir une facture.

Jugez du confort ainsi que de la fonction. Un tableau qui nécessite un défilement latéral pour atteindre le champ de quantité ne sera pas utilisé.

Étape 5 : Payez avec chaque mode de paiement

Cette étape décide si vous pouvez lancer.

• Champs de la carte dans la page de paiement de BigCommerce, ils s'affichent normalement comme sur le Web mobile. Utilisez une carte de test qui déclenche 3-D Secure et confirmez que le défi apparaît et se termine.
• PayPal et les fournisseurs de paiement ultérieur ouvrir sa propre fenêtre ou page. Suivez tout le chemin et confirmez que vous arrivez sur votre confirmation de commande dans l'application.
• Bon de commande ou acompte, si vous la proposez aux entreprises, devrait se compléter comme toute autre méthode.
• Apple Pay et Google Pay les boutons s'affichent uniquement lorsque le script de la passerelle décide que l'environnement les prend en charge. Une WebView intégrée à l'application n'est pas Safari ou Chrome, donc un bouton que vous voyez sur le Web mobile peut manquer dans l'application. Listes BigCommerce quelles passerelles prennent en charge Apple Pay dans les navigateurs autres que Safari, et Google documente les exigences pour Google Pay dans Android WebView. Vérifiez les deux téléphones et gardez le paiement par carte disponible à côté de n'importe quel bouton de portefeuille.

Ensuite, vérifiez la commande dans votre panneau de contrôle BigCommerce : bon client, bon prix de groupe, bon statut.

Étape 6 : Testez le transfert sans tête

Sautez cette étape sur un thème Pochoir. Sur Catalyst, la vitrine envoie l'acheteur vers la caisse hébergée de BigCommerce via une redirection de synchronisation de session. BigCommerce documentation sur la synchronisation de session explique que la redirection comporte un token, valable 30 secondes, qui transfère le panier et la session client. Connectez-vous sur la vitrine, ajoutez au panier, appuyez sur Paiement et confirmez que vous arrivez connecté avec le même panier. Constructions sans tête personnalisées qui utilisent paiement intégré dans une iframe, vous avez besoin du même test sur les deux téléphones.

Étape 7 : Fermez, rouvrez et rangez

Fermez complètement l'application et rouvrez-la. Vous devriez toujours être connecté avec votre panier intact. Si vous utilisez une application de connexion sociale, essayez chaque bouton : Google bloque son écran de connexion dans les WebViews intégrées, donc l'e-mail et le mot de passe doivent toujours être proposés.

Supprimez ensuite la bannière de cookies et toute fenêtre contextuelle de newsletter, et vérifiez que l'en-tête collant de votre thème ne double pas avec l'en-tête et les onglets natifs. SiteTo.App peut exécuter des scripts qui masquent l'en-tête et les fenêtres contextuelles de votre site dans l'application, alors répertoriez tout ce que vous souhaitez supprimer.

Que devraient vous dire les résultats ?

Que devez-vous configurer dans l’application elle-même ?

Utilisez les parties natives de l'application pour raccourcir la commande de répétition.

• Onglets inférieurs : un magasin de consommation réussit bien avec Home, sa catégorie la plus forte, Cart and Account. Un magasin commercial doit ouvrir la voie avec la commande rapide ou la recherche, puis les commandes, le panier et le compte. Sur un thème de pochoir, le chariot vit à /cart.php et historique des commandes sur /account.php?action=order_status.
• Insigne du panier : avec l'aide d'un développeur, le Kit de développement logiciel SiteTo.App JS Vous pouvez afficher un décompte sur l'onglet Panier en lisant une URL sur votre vitrine. Sur Stencil, celui de BigCommerce API de panier de vitrine renvoie le panier actuel au format JSON.
• Push: connectez le Firebase à l'aide du Guide Firebase. Chaque utilisateur inscrit reçoit chaque message, alors limitez-vous aux actualités qui les concernent tous.
• Une application par vitrine : l'application démarre sur une URL. Si tu cours Multi-vitrine avec des domaines distincts pour des marques ou des régions distinctes, chaque vitrine est sa propre application et sa propre version. Des magasins qui afficher une devise en fonction de l'emplacement du visiteur devrait vérifier que le bon apparaît.

Les modifications de produits, de prix et de stocks apparaissent dans l'application sans nouvelle version. La modification de l'icône, du nom de l'application ou d'autres paramètres natifs nécessite une reconstruction, et les reconstructions ultérieures sont citées séparément.

Que doivent savoir les magasins BigCommerce avant de publier ?

Vous soumettez à partir de vos propres comptes Apple et Google. SiteTo.App signe la version iOS et la télécharge sur TestFlight dans votre compte Apple, vous n'avez donc pas besoin de Mac ou de Xcode et vous donne un AAB pour Google Play. Le créer et publier un guide parcourt chaque étape. Apple et Google décident de ce qui sera approuvé, et personne ne peut promettre le résultat.

Donnez aux évaluateurs un accès. Si les prix ou l'ensemble du catalogue se trouvent derrière une connexion, fournissez un compte de test fonctionnel dans les notes de révision, dans un groupe de clients qui présente un catalogue réaliste. Un évaluateur qui ne peut pas franchir un mur de connexion ne peut pas approuver l'application.

Pensez à qui est destinée l’application. Une application que seuls les clients professionnels agréés peuvent utiliser n'est pas destinée au grand public. Offres Apple distribution d'applications non répertoriées pour les applications destinées à un public limité, accessibles par un lien direct et masquées de la recherche. Cela vaut la peine d'être lu avant de soumettre une application réservée aux ventes en gros.

Les biens physiques utilisent votre propre caisse. Apple Directives d'examen des applications disons que les biens et services consommés en dehors de l’application sont payés par des méthodes autres que l’achat via l’application (section 3.1.3(e)). Le contenu numérique utilisé dans l'application est soumis à des règles différentes, alors lisez la section 3.1 si vous en vendez.

Proposer la suppression du compte. Apple s'attend à ce que toute application prenant en charge la création de compte permette aux utilisateurs de commencer à supprimer leur compte dans l'application. Si les pages de votre compte ne proposent pas cela, ajoutez un formulaire de demande clairement étiqueté.

Montrez plus qu'un site Web. La directive 4.2 d'Apple demande aux applications d'offrir plus qu'un site reconditionné, ainsi que des onglets natifs, un en-tête natif et une aide aux notifications push. Le Guide de la ligne directrice 4.2 explique comment se préparer, et le guide de publication couvre les listes, les captures d'écran et les réponses en matière de confidentialité.

Questions courantes

Les commerciaux pourront-ils commander pour les clients dans l’application ?

B2B Edition permet à un commercial avec le rôle de super-administrateur se faire passer pour une entreprise dans le portail des acheteurs de la vitrine et passez des commandes pour celui-ci. Si vos commerciaux font cela sur le site Web aujourd'hui, les mêmes pages se chargent dans l'application. Testez-le avec un compte représentant dans l'aperçu.

Que se passe-t-il lorsque BigCommerce met à jour le paiement ou que je change de thème ?

L'application affiche la vitrine mise à jour lors de sa prochaine ouverture, sans nouvelle version. Un changement de thème qui interrompt la zone de votre compte mobile l'interrompt dans l'application au même moment, alors passez une commande test de connexion sur un téléphone après des changements importants.

Étape suivante

Ouvrez votre vitrine sur votre téléphone, connectez-vous en tant que client professionnel et passez une nouvelle commande. Si ça se passe bien, prévisualisez votre boutique BigCommerce en tant qu'application gratuitement, exécutez les sept étapes ci-dessus et vérifiez prix une fois qu'on sait que ça marche.