Aplicativo móvel BigCommerce para clientes: 4 rotas comparadas

Um aplicativo móvel BigCommerce para clientes é um aplicativo iOS e Android separado sob o nome da sua loja que os clientes instalam para navegar, fazer login e comprar. O BigCommerce não fornece um, então você o obtém de quatro maneiras: um construtor de aplicativos do BigCommerce App Marketplace, um conversor de site para aplicativo que carrega sua vitrine ao vivo, um serviço de aplicativo gerenciado ou uma construção personalizada nas APIs do BigCommerce. O caminho certo depende principalmente de quanto do valor da sua loja está por trás do login do cliente.

Este guia ajuda você a escolher uma rota e comprová-la em sua própria loja antes de gastar dinheiro. Para a versão curta, consulte o BigCommerce para a página do aplicativo.

O aplicativo móvel BigCommerce é para clientes?

O aplicativo chamado BigCommerce na App Store e no Google Play é um aplicativo de gerenciamento de loja. Próprio do BigCommerce página do aplicativo móvel tem como título "Gerenciar BigCommerce a partir do seu dispositivo móvel". Você verifica receitas, pedidos e visitantes, atualiza o status dos pedidos e procura clientes. Os compradores não podem comprar nada nele e ele não carrega sua marca. Cada loja BigCommerce com um aplicativo de cliente o adquiriu de terceiros ou o construiu.

Uma loja BigCommerce deveria ter um aplicativo?

Um aplicativo ganha seu lugar quando as mesmas pessoas compram de você repetidamente. Verifique sua loja com relação a essas questões antes de comparar as rotas.

• Os compradores fazem novos pedidos? Peças, embalagens, materiais de limpeza, estoque de salão, suplementos e rações para animais de estimação são comprados em ciclo. Um ícone na tela inicial e um login salvo encurtam cada pedido repetido.
• Os compradores fazem login para fechar o negócio? Contas comerciais com lista de preços, membros de um grupo de clientes com desconto e empresas com condições de pagamento, todos têm um motivo para fazer login sempre.
• A vitrine móvel já está boa? Um aplicativo desenvolvido em um caixa com o qual os compradores de telefone lutam herda a dificuldade.

Se a maioria dos pedidos vier de visitantes iniciantes que chegam por meio de pesquisas ou anúncios, concentre-se no site para celular.

O que torna o BigCommerce diferente quando você adiciona um aplicativo?

Três coisas sobre a plataforma moldam a decisão.

Grande parte da loja é decidida por quem está conectado. Em planos que os incluem, grupos de clientes controlar quais categorias um cliente pode ver e quais descontos se aplicam. Listas de preços, nos planos que os incluem, substituem os preços no nível da variante de um grupo. Lojas em Edição B2B adicione um Portal do Comprador com contas da empresa e funções de usuário, um bloco de pedidos rápido que leva SKUs ou CSV, listas de compras, cotações e um portal de faturas. Em uma loja comercial ou atacadista, essa camada logada é a maior parte do que os compradores tocam.

O check-out é do BigCommerce. Em uma vitrine da Stencil, o Check-out otimizado de uma página é o padrão e é executado no domínio da sua loja.

O front-end pode estar sem cabeça. Um Catalyst ou vitrine sem cabeça personalizada geralmente leva o comprador ao checkout hospedado do BigCommerce na última etapa, o que adiciona mais uma jornada para teste.

Portanto, a questão a ser colocada em cada rota é esta: o aplicativo mostra o que um comprador conectado vê na minha loja ou apenas o que o catálogo público contém?

Quais são as quatro maneiras de obter um aplicativo para clientes do BigCommerce?

Rota 1: um construtor de aplicativos do BigCommerce App Marketplace

O Mercado de aplicativos BigCommerce lista um pequeno número de criadores de aplicativos móveis. Eles se conectam à sua loja por meio das APIs do BigCommerce, obtêm produtos, categorias e clientes e os desenham como suas próprias telas nativas. Você projeta o aplicativo no painel do fornecedor e, na maioria dos casos, paga mensalmente.

Bom em: listas e páginas de produtos nativas e uma tela inicial que você pode ter um layout diferente do seu site.

Verifique com atenção: a seleção é pequena. Antes de uma demonstração, anote tudo na sua vitrine que depende do login e pergunte ao vendedor sobre cada item pelo nome: acesso à categoria do grupo de clientes, preços de lista de preços, contas da empresa B2B Edition, pedido rápido, listas de compras, orçamentos, faturas, pagamento de pedidos de compra. Em seguida, pergunte como funciona o checkout, porque alguns aplicativos baseados em API mostram o checkout da web em um WebView na etapa final de qualquer maneira.

Rota 2: um conversor de site para aplicativo

Um conversor cria um shell nativo em torno do seu site ativo. O shell fornece o ícone do aplicativo, tela de inicialização, cabeçalho nativo, menus e guias inferiores e notificações push opcionais. Sua vitrine é carregada dentro dela em um WebView, o mesmo mecanismo de navegador que o Safari e o Chrome usam.

Bom em: fidelidade. Tudo o que o BigCommerce renderiza para um comprador conectado em um telefone é o que o aplicativo mostra, porque é a mesma página da mesma loja. Preços de grupo, categorias fechadas e o Portal do Comprador surgem sem trabalho de integração e não há um segundo catálogo para acompanhar.

Verifique com atenção: você não obtém telas de produtos redesenhadas nativamente. O aplicativo é tão rápido e utilizável quanto sua loja móvel. Algumas coisas se comportam de maneira diferente em um navegador incorporado, e é para isso que serve o plano de teste abaixo.

SiteTo.App faz esse caminho. Você cola o URL da sua loja, define o nome, o ícone e as guias e visualiza o aplicativo em seu próprio telefone gratuitamente. Uma versão custa US$ 29 para Android, US$ 79 para iOS ou US$ 99 para ambos, pago uma vez.

Rota 3: um serviço de aplicativo gerenciado

Um serviço gerenciado como o MobiLoud normalmente usa a mesma abordagem WebView para suas páginas e adiciona uma equipe. Eles configuram o aplicativo, criam telas nativas personalizadas, enviam para as lojas e fazem a manutenção por uma taxa mensal.

Bom em: tirando o lançamento da sua mesa. Como suas páginas ainda são carregadas na vitrine ativa, os preços logados e o Portal do comprador se comportam como na Rota 2.

Verifique com atenção: a taxa continua enquanto o aplicativo estiver no ar, então compare-a com o que o aplicativo provavelmente ganhará. Nosso Comparação SiteTo.App vs MobiLoud analisa um desses serviços em detalhes.

Rota 4: um aplicativo personalizado nas APIs BigCommerce

Uma agência cria o aplicativo com base na vitrine e nas APIs de gerenciamento do BigCommerce, com cada tela projetada para seus compradores. Este é o único caminho que pode fazer o que um site não pode, como fazer pedidos de um catálogo totalmente offline. Seu preço é um projeto e precisa de manutenção, incluindo retrabalho quando sua configuração B2B ou checkout muda.

Como as rotas se comparam?

A associação de desenvolvedor da Apple (US$ 99 por ano) e o registro do Google Play (US$ 25 uma vez) se aplicam a todas as rotas. O guia de custos do aplicativo do site cobre todo o orçamento.

Qual rota se adapta a qual loja BigCommerce?

Escolha um construtor de aplicativos de mercado se você administra uma loja de consumo com um catálogo simples, a maioria dos compradores finaliza a compra como convidados ou com contas simples, e uma sensação de navegação nativa é mais importante para você do que um baixo custo fixo.

Escolha um conversor se a sua loja móvel já funciona e a experiência de login é o ponto: preços comerciais, grupos de clientes, contas da empresa, novos pedidos rápidos.

Escolha um serviço gerenciado se você deseja que uma equipe seja responsável pelo lançamento e manutenção, ou se precisa de telas nativas personalizadas e a taxa mensal faz sentido em relação à receita do aplicativo.

Escolha uma construção personalizada se o aplicativo precisar fazer algo que um navegador não pode e você tiver orçamento para mantê-lo por anos.

Quando SiteTo.App é a escolha errada?

• Sua vitrine móvel é o problema. Um tema lento ou uma área de conta que precisa de pinça e zoom será igualmente estranho no aplicativo. Corrija o site primeiro.
• Você precisa de um impulso direcionado. SiteTo.App envia título, texto, imagem e link para todos que aderiram, por meio de seu próprio projeto Firebase. Ele não pode notificar uma empresa, um grupo de clientes ou contas de um representante de vendas e ainda não possui mensagens de agendamento, carrinho abandonado ou status do pedido.
• Seus compradores trabalham sem sinal. O aplicativo carrega sua vitrine ao vivo e precisa de uma conexão. Armazéns e locais de trabalho sem cobertura precisam de um aplicativo personalizado com pedidos off-line reais.
• Você precisa de recursos de hardware. Scanners Bluetooth, AR e processamento em segundo plano estão fora do que ele faz.
• Você quer que outra pessoa cuide da Apple e do Google. Você envia a partir de suas próprias contas de desenvolvedor.

Como você testa uma loja BigCommerce como um aplicativo?

Use um iPhone real e um telefone Android real se você planeja enviar ambos e anote o URL da página sempre que algo falhar.

Passo 1: Preparar contas e pagamentos

Crie um cliente de teste para cada grupo de clientes importante, além de um usuário da empresa, se você executar o B2B Edition. Coloque seu gateway de pagamento em modo de teste ou configure um produto de baixo preço que você possa reembolsar. A vitrine deve ser acessível publicamente, portanto, uma loja que ainda tenha um código de visualização de pré-lançamento deve abrir primeiro.

Etapa 2: faça login e verifique o que cada conta vê

Faça login como cada cliente de teste e compare com a mesma conta em seu site. As categorias ocultas de um grupo devem permanecer ocultas. Os descontos de grupo e os preços de tabela devem corresponder a centavos, porque o BigCommerce os calcula em seus servidores de qualquer maneira. Se o seu formulário de inscrição ou redefinição de senha usa reCAPTCHA, que o BigCommerce permite que você ative em seu configurações de segurança e privacidade, certifique-se de que o desafio apareça e possa ser passado por telefone.

Etapa 3: Encontre produtos da mesma forma que os compradores

Pesquise por SKU e por nome, aplique filtros em uma categoria grande e abra um produto com opções. Adicione-o ao carrinho e observe a contagem do carrinho.

Etapa 4: execute as jornadas B2B

Pule esta etapa se você não usa a edição B2B. Caso contrário, abra o Portal do comprador e faça o que seus compradores mais fazem.

• Pedido rápido: digite três ou quatro SKUs com quantidades e adicione-os ao carrinho. Experimente escolher entre produtos adquiridos anteriormente.
• Carregar CSV: tente um upload em massa. Depende da escolha de um arquivo armazenado no telefone, então decida se ele pertence ao aplicativo ou continua sendo uma tarefa da área de trabalho.
• Listas de compras: abra uma lista salva e adicione-a ao carrinho.
• Reorder: abrir um pedido anterior da empresa e reordená-lo.
• Cotações e faturas: solicite um orçamento e abra uma fatura.

Julgue o conforto e também a função. Uma tabela que precisa ser rolada lateralmente para chegar ao campo de quantidade não será utilizada.

Etapa 5: finalizar a compra com todas as formas de pagamento

Esta etapa decide se você pode iniciar.

• Campos do cartão no checkout do BigCommerce são renderizados na página e normalmente se comportam como na web móvel. Use um cartão de teste que acione o 3-D Secure e confirme se o desafio aparece e é concluído.
• PayPal e provedores de pagamento posterior abra sua própria janela ou página. Siga todo o caminho e confirme que você chega na confirmação do pedido dentro do aplicativo.
• Ordem de compra ou pagamento por conta, se você oferecer para empresas, deverá ser preenchido como qualquer outro método.
• Apple Pay e Google Pay os botões são exibidos apenas quando o script do gateway decide que o ambiente os suporta. Um WebView no aplicativo não é Safari ou Chrome, portanto, um botão que você vê na web móvel pode estar faltando no aplicativo. Listas do BigCommerce quais gateways suportam Apple Pay em navegadores diferentes do Safarie o Google documenta os requisitos para Google Pay no Android WebView. Verifique os dois telefones e mantenha o pagamento com cartão disponível ao lado de qualquer botão da carteira.

Depois, verifique o pedido no painel de controle do BigCommerce: cliente certo, preço de grupo certo, status certo.

Etapa 6: testar a transferência sem cabeça

Pule esta etapa em um tema Stencil. No Catalyst, a vitrine envia o comprador para o checkout hospedado do BigCommerce por meio de um redirecionamento de sincronização de sessão. BigCommerce documentação de sincronização de sessão explica que o redirecionamento carrega um token, válido por 30 segundos, que transfere o carrinho e a sessão do cliente. Faça login na vitrine, adicione ao carrinho, toque em finalizar compra e confirme que você chegou conectado com o mesmo carrinho. Construções headless personalizadas que usam check-out incorporado em um iframe precisa do mesmo teste em ambos os telefones.

Passo 7: Fechar, reabrir e arrumar

Feche o aplicativo completamente e abra-o novamente. Você ainda deve estar conectado com seu carrinho intacto. Se você usa um aplicativo de login social, experimente cada botão: Google bloqueia sua tela de login em WebViews incorporados, portanto, e-mail e senha devem ser sempre oferecidos.

Em seguida, ignore o banner do cookie e qualquer pop-up do boletim informativo e verifique se o cabeçalho fixo do seu tema não se duplica com o cabeçalho e as guias nativos. SiteTo.App pode executar scripts que ocultam o cabeçalho e os pop-ups do seu site dentro do aplicativo, então liste tudo o que você deseja remover.

O que os resultados devem lhe dizer?

O que você deve configurar no próprio aplicativo?

Use as partes nativas do aplicativo para reduzir a ordem de repetição.

• Abas inferiores: uma loja de consumo se sai bem com Casa, sua categoria mais forte, Carrinho e Conta. Uma loja comercial deve começar com Pedido Rápido ou Pesquisa, depois Pedidos, Carrinho e Conta. Em um tema Stencil, o carrinho fica em /cart.php e histórico de pedidos em /account.php?action=order_status.
• Selo do carrinho: com a ajuda de um desenvolvedor, o SDK SiteTo.App JS pode mostrar uma contagem na guia Carrinho lendo um URL na sua vitrine. No Stencil, BigCommerce API de carrinho de vitrine retorna o carrinho atual como JSON.
• Push: conecte Firebase usando o Guia do Firebase. Cada usuário que optou por participar recebe todas as mensagens, portanto, mantenha as notícias que sejam relevantes para todos eles.
• Um aplicativo por loja: o aplicativo inicia em um URL. Se você correr Multiloja com domínios separados para marcas ou regiões distintas, cada vitrine tem seu próprio aplicativo e sua própria construção. Armazena isso mostrar uma moeda com base na localização do visitante deve verificar se o correto aparece.

As alterações de produto, preço e estoque aparecem no aplicativo sem uma nova versão. A alteração do ícone, do nome do aplicativo ou de outras configurações nativas precisa de uma reconstrução, e as reconstruções posteriores são citadas separadamente.

O que as lojas BigCommerce precisam saber antes de publicar?

Você envia a partir de suas próprias contas Apple e Google. SiteTo.App assina a versão do iOS e carrega-a para TestFlight em sua conta Apple, então você não precisa de Mac ou Xcode e fornece um AAB para Google Play. O criar e publicar guia percorre cada etapa. A Apple e o Google decidem o que será aprovado e ninguém pode prometer o resultado.

Dê aos revisores uma maneira de entrar. Se os preços ou todo o catálogo estiverem protegidos por um login, forneça uma conta de teste funcional nas notas de revisão, em um grupo de clientes que mostre um catálogo realista. Um revisor que não consegue passar por um muro de login não pode aprovar o aplicativo.

Pense para quem é o aplicativo. Um aplicativo que apenas clientes comerciais aprovados podem usar não se destina ao público em geral. Ofertas da Apple distribuição de aplicativos não listados para aplicativos destinados a um público limitado, alcançados por um link direto e ocultos na pesquisa. Vale a pena ler antes de enviar um aplicativo somente para atacado.

Bens físicos usam seu próprio checkout. da maçã Diretrizes para revisão de aplicativos dizem que os bens e serviços consumidos fora do aplicativo são pagos por métodos diferentes da compra no aplicativo (seção 3.1.3 (e)). O conteúdo digital usado dentro do aplicativo obedece a regras diferentes, portanto, leia a seção 3.1 se você vender algum.

Oferecer exclusão de conta. A Apple espera que qualquer aplicativo que suporte a criação de contas permita que as pessoas comecem a excluir suas contas dentro do aplicativo. Se as páginas da sua conta não oferecerem isso, adicione um formulário de solicitação claramente identificado.

Mostre mais do que um site. A Diretriz 4.2 da Apple pede que os aplicativos ofereçam mais do que um site reembalado, e guias nativas, um cabeçalho nativo e notificações push ajudam. O Guia da diretriz 4.2 explica como preparar e o guia de publicação abrange listagens, capturas de tela e respostas de privacidade.

Perguntas comuns

Os representantes de vendas poderão fazer pedidos para os clientes no aplicativo?

A edição B2B permite que um representante de vendas com a função de superadministrador disfarçar-se de empresa no Portal do Comprador da loja e faça pedidos. Se seus representantes fizerem isso no site hoje, as mesmas páginas serão carregadas no aplicativo. Teste-o com uma conta de representante na visualização.

O que acontece quando o BigCommerce atualiza o checkout ou eu mudo meu tema?

O aplicativo mostra a vitrine atualizada na próxima vez que for aberto, sem nenhuma nova construção. Uma mudança de tema que quebra a área da sua conta móvel a quebra no aplicativo no mesmo momento, portanto, faça um pedido de teste conectado em um telefone após mudanças significativas.

Próxima etapa

Abra sua loja no seu telefone, faça login como cliente comercial e faça um novo pedido. Se tudo correr bem, visualize sua loja BigCommerce como um aplicativo gratuitamente, execute as sete etapas acima e verifique preços uma vez que você sabe que funciona.