Aplicación móvil BigCommerce para clientes: 4 rutas comparadas

Una aplicación móvil de BigCommerce para clientes es una aplicación iOS y Android separada bajo el nombre de su tienda que los compradores instalan para navegar, iniciar sesión y comprar. BigCommerce no proporciona uno, por lo que puede obtenerlo de cuatro maneras: un creador de aplicaciones de BigCommerce App Marketplace, un conversor de sitio web a aplicación que carga su escaparate en vivo, un servicio de aplicación administrado o una compilación personalizada en las API de BigCommerce. La ruta correcta depende principalmente de qué parte del valor de su tienda se encuentra detrás del inicio de sesión de un cliente.

Esta guía le ayuda a elegir una ruta y probarla en su propia tienda antes de gastar dinero. Para la versión corta, consulte el BigCommerce a la página de la aplicación.

¿La aplicación móvil BigCommerce es para clientes?

No. La aplicación llamada BigCommerce en App Store y Google Play es una aplicación de administración de tiendas. La propia de BigCommerce página de la aplicación móvil se titula "Administre BigCommerce desde su dispositivo móvil". Verifica los ingresos, los pedidos y los visitantes, actualiza los estados de los pedidos y busca clientes. Los compradores no pueden comprar nada en él y no incluye su marca. Cada tienda BigCommerce con una aplicación para clientes la obtuvo de un tercero o la creó.

¿Una tienda BigCommerce debería tener una aplicación?

Una aplicación gana su lugar cuando las mismas personas te compran repetidamente. Consulte su tienda con estas preguntas antes de comparar rutas.

• ¿Los compradores reordenan? Las piezas, el embalaje, los suministros de limpieza, el material del salón, los suplementos y los alimentos para mascotas se compran en un ciclo. Un ícono en la pantalla de inicio y un inicio de sesión guardado acortan cada pedido repetido.
• ¿Los compradores inician sesión para obtener su oferta? Las cuentas comerciales con una lista de precios, los miembros de un grupo de clientes con descuento y las empresas con condiciones de pago tienen un motivo para iniciar sesión en todo momento.
• ¿El escaparate móvil ya es bueno? Una aplicación basada en una caja con la que luchan los compradores de teléfonos hereda la lucha.

Si la mayoría de los pedidos provienen de visitantes nuevos que llegan a través de búsquedas o anuncios, esfuércese en el sitio móvil.

¿Qué hace que BigCommerce sea diferente cuando agregas una aplicación?

Tres cosas sobre la plataforma influyen en la decisión.

Gran parte de la tienda se decide según quién inicia sesión. En planes que los incluyan, grupos de clientes controlar qué categorías puede ver un cliente y qué descuentos se aplican. Listas de precios, en planes que los incluyen, anula los precios en el nivel de variante para un grupo. Tiendas en Edición B2B agregue un Portal del Comprador con cuentas de empresa y roles de usuario, un panel de pedidos rápido que acepta SKU o un CSV, listas de compras, cotizaciones y un portal de facturas. En una tienda comercial o mayorista, esa capa de inicio de sesión es la mayor parte de lo que tocan los compradores.

El proceso de pago es de BigCommerce. En el escaparate de una tienda de Stencil Pago optimizado en una sola página es el valor predeterminado y se ejecuta en el dominio de su tienda.

La parte delantera puede no tener cabeza. Un Catalyst o un escaparate personalizado sin cabeza generalmente lleva al comprador al proceso de pago alojado de BigCommerce en el último paso, lo que agrega un viaje más para probar.

Entonces la pregunta a plantear a cada ruta es la siguiente: ¿La aplicación muestra lo que ve un comprador registrado en mi tienda o solo lo que contiene el catálogo público?

¿Cuáles son las cuatro formas de obtener una aplicación para clientes de BigCommerce?

Ruta 1: un creador de aplicaciones de BigCommerce App Marketplace

El Mercado de aplicaciones de BigCommerce enumera una pequeña cantidad de creadores de aplicaciones móviles. Se conectan a su tienda a través de las API de BigCommerce, obtienen productos, categorías y clientes, y los dibujan como sus propias pantallas nativas. Usted diseña la aplicación en el panel del proveedor y, en la mayoría de los casos, paga mensualmente.

Bueno en: listas y páginas de productos nativos, y una pantalla de inicio que puede diseñar de manera diferente a su sitio web.

Verifique cuidadosamente: la selección es pequeña. Antes de una demostración, escriba todo en su escaparate que dependa del inicio de sesión y pregunte al proveedor sobre cada artículo por su nombre: acceso a categorías de grupos de clientes, precios de lista de precios, cuentas de empresa de edición B2B, pedidos rápidos, listas de compras, cotizaciones, facturas, pago de órdenes de compra. Luego pregunte cómo funciona el pago, porque algunas aplicaciones basadas en API muestran el pago web en un WebView en el paso final de todos modos.

Ruta 2: un conversor de sitio web a aplicación

Un convertidor crea un shell nativo alrededor de su sitio web en vivo. El shell proporciona el ícono de la aplicación, la pantalla de inicio, un encabezado nativo, menús y pestañas inferiores, y notificaciones automáticas opcionales. Su escaparate se carga dentro de él en un WebView, el mismo motor de navegador que utilizan Safari y Chrome.

Bueno en: fidelidad. Lo que BigCommerce ofrece a un comprador registrado en un teléfono es lo que muestra la aplicación, porque es la misma página de la misma tienda. Los precios grupales, las categorías cerradas y el Portal del Comprador vienen sin trabajo de integración y no hay un segundo catálogo para mantenerse al día.

Verifique cuidadosamente: no obtienes pantallas de productos redibujadas de forma nativa. La aplicación es tan rápida y utilizable como su tienda móvil. Algunas cosas se comportan de manera diferente en un navegador integrado, para eso sirve el plan de prueba a continuación.

SiteTo.App toma esta ruta. Pegas la URL de tu tienda, configuras el nombre, el ícono y las pestañas, y obtienes una vista previa de la aplicación en tu propio teléfono de forma gratuita. Una compilación cuesta $29 para Android, $79 para iOS o $99 para ambos, pagados una vez.

Ruta 3: un servicio de aplicación gestionado

Un servicio administrado como MobiLoud normalmente utiliza el mismo enfoque WebView para sus páginas y agrega un equipo. Configuran la aplicación, crean pantallas nativas personalizadas, la envían a las tiendas y la mantienen por una tarifa mensual.

Bueno en: quitando el lanzamiento de su escritorio. Debido a que sus páginas aún se cargan desde el escaparate en vivo, los precios al iniciar sesión y el Portal del Comprador se comportan como lo hacen en la Ruta 2.

Verifique cuidadosamente: la tarifa continúa mientras la aplicación esté activa, así que compárela con lo que es probable que gane la aplicación. Nuestro Comparación entre SiteTo.App y MobiLoud analiza uno de esos servicios en detalle.

Ruta 4: una aplicación personalizada en las API de BigCommerce

Una agencia crea la aplicación basándose en las API de administración y escaparate de BigCommerce, con cada pantalla diseñada para sus compradores. Esta es la única ruta que puede hacer lo que un sitio web no puede, como realizar pedidos desde un catálogo completamente fuera de línea. Tiene un precio como proyecto y luego necesita mantenimiento, incluida la reelaboración cuando cambia la configuración o el pago de su B2B.

¿Cómo se comparan las rutas?

La membresía de desarrollador de Apple ($99 por año) y el registro de Google Play ($25 una vez) se aplican en todas las rutas. El guía de costos de la aplicación del sitio web cubre todo el presupuesto.

¿Qué ruta se adapta a qué tienda BigCommerce?

Elija un creador de aplicaciones de mercado Si administra una tienda para consumidores con un catálogo simple, la mayoría de los compradores compran como invitados o con cuentas simples, y una sensación de navegación nativa le importa más que un costo fijo bajo.

Elige un convertidor si su tienda móvil ya funciona y la experiencia de inicio de sesión es lo importante: precios comerciales, grupos de clientes, cuentas de empresa, repedidos rápidos.

Elija un servicio administrado si desea que un equipo se encargue del lanzamiento y el mantenimiento, o si necesita pantallas nativas personalizadas y la tarifa mensual tiene sentido frente a los ingresos de la aplicación.

Elija una construcción personalizada si la aplicación debe hacer algo que un navegador no puede hacer y usted tiene el presupuesto para mantenerla durante años.

¿Cuándo SiteTo.App es la elección equivocada?

• Su tienda móvil es el problema. Un tema lento o un área de la cuenta que necesita ser pellizcada y ampliada será exactamente igual de incómoda en la aplicación. Primero arregle el sitio.
• Necesitas un empujón dirigido. SiteTo.App envía un título, texto, imagen y enlace a todos los que se inscribieron, a través de su propio proyecto Firebase. No puede notificar a una empresa, un grupo de clientes o las cuentas de un representante de ventas, y aún no tiene mensajes de programación, carrito abandonado o estado de pedido.
• Tus compradores trabajan sin señal. La aplicación carga tu escaparate en vivo y necesita una conexión. Los almacenes y sitios de trabajo sin cobertura necesitan una aplicación personalizada con pedidos reales sin conexión.
• Necesita funciones de hardware. Los escáneres Bluetooth, AR y el procesamiento en segundo plano están fuera de lo que hace.
• Quieres que otra persona se encargue de Apple y Google. Usted envía desde sus propias cuentas de desarrollador.

¿Cómo se prueba una tienda BigCommerce como aplicación?

Utilice un iPhone real y un teléfono Android real si planea enviar ambos, y anote la URL de la página siempre que algo falle.

Paso 1: preparar cuentas y pagos

Cree un cliente de prueba para cada grupo de clientes importante, además de un usuario de empresa si ejecuta B2B Edition. Pon tu pasarela de pago en modo de prueba o configura un producto de bajo precio que puedas reembolsar. El escaparate debe ser accesible públicamente, por lo que una tienda que todavía tenga un código de vista previa previo al lanzamiento debe abrirse primero.

Paso 2: Inicia sesión y comprueba lo que ve cada cuenta

Inicie sesión como cada cliente de prueba y compárelo con la misma cuenta en su sitio web. Las categorías ocultas de un grupo deben permanecer ocultas. Los descuentos grupales y los precios de lista de precios deben coincidir con el centavo, porque BigCommerce los calcula en sus servidores de cualquier manera. Si su formulario de registro o restablecimiento de contraseña utiliza reCAPTCHA, que BigCommerce le permite activar bajo su configuración de seguridad y privacidad, asegúrese de que el desafío aparezca y se pueda transmitir por teléfono.

Paso 3: encuentre productos como lo hacen los compradores

Busque por SKU y por nombre, aplique filtros en una categoría grande y abra un producto con opciones. Agréguelo al carrito y observe cómo cuenta el carrito.

Paso 4: ejecute los viajes B2B

Omita este paso si no utiliza la edición B2B. De lo contrario abra el Portal del comprador y haga lo que más hacen sus compradores.

• Orden rápida: escriba tres o cuatro SKU con cantidades y agréguelos al carrito. Intente elegir entre productos comprados anteriormente.
• Carga CSV: intenta realizar una carga masiva. Depende de elegir un archivo almacenado en el teléfono, así que decida si pertenece a la aplicación o sigue siendo una tarea de escritorio.
• Listas de compras: abra una lista guardada y agréguela al carrito.
• Reorder: abra un pedido anterior de la empresa y vuelva a ordenarlo.
• Cotizaciones y facturas: solicite una cotización y luego abra una factura.

Juzgue tanto la comodidad como la función. No se utilizará una tabla que necesite desplazamiento lateral para llegar al campo de cantidad.

Paso 5: verifica con cada método de pago

Este paso decide si puede iniciar.

• Campos de tarjeta en el proceso de pago de BigCommerce se representan en la página y normalmente se comportan como lo hacen en la web móvil. Utilice una tarjeta de prueba que active 3-D Secure y confirme que el desafío aparece y se completa.
• PayPal y proveedores de pago posterior abrir su propia ventana o página. Siga todo el camino y confirme que llega a la confirmación de su pedido dentro de la aplicación.
• Orden de compra o pago a cuenta, si lo ofreces a empresas, deberás completarlo como cualquier otro método.
• Apple Pay y Google Pay Los botones se muestran solo cuando el script de la puerta de enlace decide que el entorno los admite. Un WebView en la aplicación no es Safari ni Chrome, por lo que es posible que falte en la aplicación un botón que ves en la web móvil. Listas de BigCommerce qué puertas de enlace admiten Apple Pay en navegadores distintos de Safariy Google documenta los requisitos para Google Pay en Android WebView. Verifique ambos teléfonos y mantenga el pago con tarjeta disponible al lado de cualquier botón de billetera.

Luego, verifique el pedido en su panel de control de BigCommerce: cliente correcto, precio de grupo correcto, estado correcto.

Paso 6: prueba la transferencia sin cabeza

Omita este paso en un tema de plantilla. En Catalyst, el escaparate envía al comprador al proceso de pago alojado de BigCommerce a través de una redirección de sincronización de sesión. BigCommerce documentación de sincronización de sesiones Explica que la redirección lleva un token, válido por 30 segundos, que transfiere el carrito y la sesión del cliente. Inicie sesión en el escaparate de la tienda, agréguelo al carrito, toque pagar y confirme que ha iniciado sesión con el mismo carrito. Construcciones sin cabeza personalizadas que utilizan pago integrado en un iframe se necesita la misma prueba en ambos teléfonos.

Paso 7: cerrar, volver a abrir y ordenar

Cierra la aplicación por completo y vuelve a abrirla. Aún deberías haber iniciado sesión con tu carrito intacto. Si utiliza una aplicación de inicio de sesión social, pruebe cada botón: Google bloquea su pantalla de inicio de sesión en WebViews integrados, por lo que siempre se debe ofrecer correo electrónico y contraseña.

Luego, descarte el banner de cookies y cualquier ventana emergente del boletín, y verifique que el encabezado fijo de su tema no se duplique con el encabezado y las pestañas nativos. SiteTo.App puede ejecutar scripts que ocultan el encabezado y las ventanas emergentes de su sitio dentro de la aplicación, así que enumere todo lo que desee eliminar.

¿Qué deberían decirte los resultados?

¿Qué deberías configurar en la propia aplicación?

Utilice las partes nativas de la aplicación para acortar el orden de repetición.

• Pestañas inferiores: a una tienda de consumo le va bien con Inicio, su categoría más fuerte, Carrito y Cuenta. Una tienda comercial debe comenzar con Pedido rápido o Búsqueda, luego Pedidos, Carrito y Cuenta. En un tema de plantilla, el carro vive en /cart.php e historial de pedidos en /account.php?action=order_status.
• Insignia del carrito: con la ayuda de un desarrollador, el SDK SiteTo.App JS Puede mostrar un recuento en la pestaña Carrito leyendo una URL en su escaparate. En Stencil, BigCommerce API de carrito de tienda devuelve el carrito actual como JSON.
• Push: conecte Firebase usando el guía Firebase. Todos los usuarios registrados reciben todos los mensajes, así que manténgalos informados sobre noticias que sean relevantes para todos ellos.
• Una aplicación por escaparate: la aplicación comienza en una URL. si corres Multi-tienda con dominios separados para marcas o regiones distintas, cada tienda es su propia aplicación y su propia construcción. Tiendas que mostrar una moneda basada en la ubicación del visitante Debería comprobar que aparece el correcto.

Los cambios de productos, precios y existencias aparecen en la aplicación sin una nueva versión. Cambiar el ícono, el nombre de la aplicación u otras configuraciones nativas requiere una reconstrucción, y las reconstrucciones posteriores se cotizan por separado.

¿Qué necesitan saber las tiendas BigCommerce antes de publicar?

Usted envía desde sus propias cuentas de Apple y Google. SiteTo.App firma la compilación de iOS y la carga en TestFlight en su cuenta de Apple, por lo que no necesita Mac ni Xcode, y le brinda un AAB para Google Play. El crear y publicar guía recorre cada paso. Apple y Google deciden qué se aprueba y nadie puede prometer el resultado.

Ofrezca a los revisores una entrada. Si los precios o el catálogo completo se encuentran detrás de un inicio de sesión, proporcione una cuenta de prueba funcional en las notas de revisión, en un grupo de clientes que muestre un catálogo realista. Un revisor que no puede pasar un muro de inicio de sesión no puede aprobar la aplicación.

Piensa para quién es la aplicación. Una aplicación que sólo pueden utilizar los clientes comerciales aprobados no está dirigida al público en general. Ofertas de Apple distribución de aplicaciones no listadas para aplicaciones destinadas a una audiencia limitada, a las que se accede mediante un enlace directo y ocultas de la búsqueda. Vale la pena leerlo antes de enviar una aplicación exclusiva para mayoristas.

Los productos físicos utilizan su propia caja. manzana Pautas de revisión de aplicaciones decir que los bienes y servicios consumidos fuera de la aplicación se pagan con métodos distintos a la compra dentro de la aplicación (sección 3.1.3(e)). El contenido digital utilizado dentro de la aplicación se rige por reglas diferentes, así que lea la sección 3.1 si vende alguno.

Oferta de eliminación de cuenta. Apple espera que cualquier aplicación que admita la creación de cuentas permita a las personas comenzar a eliminar su cuenta dentro de la aplicación. Si las páginas de su cuenta no ofrecen eso, agregue un formulario de solicitud claramente etiquetado.

Muestra más que un sitio web. La Guía 4.2 de Apple pide a las aplicaciones que ofrezcan más que un sitio reempaquetado, y las pestañas nativas, un encabezado nativo y notificaciones automáticas ayudan. El Guía de la directriz 4.2 explica cómo prepararlo y guía editorial cubre listados, capturas de pantalla y respuestas de privacidad.

Preguntas comunes

¿Podrán los representantes de ventas realizar pedidos para los clientes en la aplicación?

La edición B2B permite un representante de ventas con el rol de superadministrador hacerse pasar por una empresa en el Portal del Comprador de la tienda y realizar pedidos. Si sus representantes hacen eso en el sitio web hoy, las mismas páginas se cargan en la aplicación. Pruébelo con una cuenta de representante en la vista previa.

¿Qué sucede cuando BigCommerce actualiza el pago o cambio mi tema?

La aplicación muestra el escaparate actualizado la próxima vez que se abre, sin ninguna nueva versión. Un cambio de tema que interrumpe el área de su cuenta móvil la interrumpe en la aplicación al mismo tiempo, así que realice un pedido de prueba registrado en un teléfono después de cambios significativos.

Siguiente paso

Abra su tienda en su teléfono, inicie sesión como cliente comercial y realice un nuevo pedido. Si eso va bien, obtenga una vista previa de su tienda BigCommerce como una aplicación gratis, ejecute los siete pasos anteriores y verifique precios una vez que sabes que funciona.