Aplikasi Seluler BigCommerce untuk Pelanggan: Dibandingkan dengan 4 Rute

Aplikasi seluler BigCommerce untuk pelanggan adalah aplikasi iOS dan Android terpisah di bawah nama toko Anda yang dipasang pembeli untuk menelusuri, masuk, dan membeli. BigCommerce tidak menyediakannya, jadi Anda mendapatkannya dengan salah satu dari empat cara: pembuat aplikasi dari BigCommerce App Marketplace, pengonversi situs web ke aplikasi yang memuat etalase langsung Anda, layanan aplikasi terkelola, atau pembuatan kustom di API BigCommerce. Rute yang tepat sangat bergantung pada seberapa besar nilai toko Anda berada di balik login pelanggan.

Panduan ini membantu Anda memilih rute dan membuktikannya di toko Anda sendiri sebelum Anda mengeluarkan uang. Untuk versi singkatnya, lihat BigCommerce ke halaman aplikasi.

Apakah aplikasi seluler BigCommerce cocok untuk pelanggan?

Tidak. Aplikasi bernama BigCommerce di App Store dan Google Play adalah aplikasi pengelolaan toko. milik BigCommerce sendiri halaman aplikasi seluler berjudul "Kelola BigCommerce dari perangkat seluler Anda". Anda memeriksa pendapatan, pesanan dan pengunjung, memperbarui status pesanan, dan mencari pelanggan. Pembeli tidak dapat membeli apa pun di dalamnya, dan tidak membawa merek Anda. Setiap toko BigCommerce dengan aplikasi pelanggan mendapatkannya dari pihak ketiga atau membangunnya.

Haruskah toko BigCommerce memiliki aplikasi?

Sebuah aplikasi mendapatkan tempatnya ketika orang yang sama membeli dari Anda berulang kali. Periksa toko Anda terhadap pertanyaan-pertanyaan ini sebelum membandingkan rute.

• Apakah pembeli memesan ulang? Suku cadang, kemasan, perlengkapan kebersihan, stok salon, suplemen, dan makanan hewan dibeli dalam satu siklus. Ikon layar beranda dan login tersimpan mempersingkat setiap repeat order.
• Apakah pembeli masuk untuk mendapatkan kesepakatannya? Akun perdagangan dengan daftar harga, anggota grup pelanggan yang didiskon, dan perusahaan dengan ketentuan pembayaran semuanya memiliki alasan untuk login setiap saat.
• Apakah etalase seluler sudah bagus? Sebuah aplikasi yang dibangun di atas pembayaran yang sulit dihadapi oleh pembeli ponsel mewarisi perjuangan tersebut.

Jika sebagian besar pesanan datang dari pengunjung pertama kali yang datang melalui penelusuran atau iklan, lakukan upaya tersebut ke situs seluler.

Apa yang membuat BigCommerce berbeda saat Anda menambahkan aplikasi?

Ada tiga hal tentang platform yang menentukan keputusan tersebut.

Banyak toko ditentukan oleh siapa yang masuk. Pada rencana yang mencakup mereka, kelompok pelanggan mengontrol kategori mana yang dapat dilihat pelanggan dan diskon mana yang berlaku. Daftar harga, pada paket yang menyertakannya, ganti harga pada tingkat varian untuk grup. Toko aktif Edisi B2B tambahkan Portal Pembeli dengan akun perusahaan dan peran pengguna, papan pesanan cepat yang menggunakan SKU atau CSV, daftar belanja, penawaran harga, dan portal faktur. Di toko dagang atau grosir, lapisan login itulah yang paling banyak disentuh pembeli.

Checkout adalah milik BigCommerce. Di etalase Stensil Checkout Satu Halaman yang Dioptimalkan adalah default dan berjalan di domain toko Anda.

Ujung depannya mungkin tanpa kepala. Etalase Catalyst atau etalase tanpa kepala khusus biasanya menyerahkan pembeli ke pembayaran yang dihosting BigCommerce pada langkah terakhir, yang menambahkan satu perjalanan lagi untuk diuji.

Jadi pertanyaan yang harus diajukan pada setiap rute adalah ini: apakah aplikasi menunjukkan apa yang dilihat pembeli yang masuk di etalase saya, atau hanya isi katalog publik?

Apa saja empat cara untuk mendapatkan aplikasi pelanggan BigCommerce?

Rute 1: Pembuat aplikasi dari BigCommerce App Marketplace

Itu Pasar Aplikasi BigCommerce mencantumkan sejumlah kecil pembuat aplikasi seluler. Mereka terhubung ke toko Anda melalui API BigCommerce, menarik produk, kategori, dan pelanggan, serta menampilkannya sebagai layar asli mereka. Anda mendesain aplikasi di dasbor vendor dan, dalam banyak kasus, membayar bulanan.

Baik dalam: daftar dan halaman produk asli, dan layar beranda yang dapat Anda tata letaknya berbeda dari situs web Anda.

Periksa dengan cermat: pilihannya kecil. Sebelum demo, tuliskan segala sesuatu di etalase Anda yang bergantung pada login dan tanyakan kepada vendor tentang setiap item berdasarkan nama: akses kategori grup pelanggan, harga daftar harga, akun perusahaan Edisi B2B, pesanan cepat, daftar belanja, penawaran harga, faktur, pembayaran pesanan pembelian. Lalu tanyakan bagaimana cara kerja checkout, karena beberapa aplikasi berbasis API tetap menampilkan checkout web di WebView pada langkah terakhir.

Rute 2: Pengonversi situs web ke aplikasi

Konverter membangun shell asli di sekitar situs web langsung Anda. Shell menyediakan ikon aplikasi, layar peluncuran, header asli, menu dan tab bawah, dan pemberitahuan push opsional. Etalase Anda dimuat di dalamnya dalam WebView, mesin browser yang sama dengan yang digunakan Safari dan Chrome.

Baik dalam: kesetiaan. Apa pun yang dirender BigCommerce untuk pembeli yang masuk di ponsel adalah apa yang ditampilkan aplikasi, karena halaman tersebut adalah halaman yang sama dari toko yang sama. Penetapan harga grup, kategori yang terjaga keamanannya, dan Portal Pembeli hadir tanpa upaya integrasi, dan tidak ada katalog kedua yang perlu diikuti.

Periksa dengan cermat: Anda tidak mendapatkan layar produk yang digambar ulang secara asli. Aplikasi ini secepat dan dapat digunakan seperti etalase seluler Anda. Ada beberapa hal yang berperilaku berbeda di browser tertanam, itulah tujuan dari rencana pengujian di bawah ini.

SiteTo.App mengambil rute ini. Anda menempelkan URL toko Anda, mengatur nama, ikon dan tab, dan melihat pratinjau aplikasi di ponsel Anda sendiri secara gratis. Biaya pembuatannya adalah $29 untuk Android, $79 untuk iOS, atau $99 untuk keduanya, dibayar satu kali.

Rute 3: Layanan aplikasi terkelola

Layanan terkelola seperti MobiLoud biasanya menggunakan pendekatan WebView yang sama untuk halaman Anda dan menambahkan tim. Mereka mengonfigurasi aplikasi, membuat layar asli khusus, mengirimkannya ke toko, dan memeliharanya dengan biaya bulanan.

Baik dalam: mengambil peluncuran dari meja Anda. Karena laman Anda masih dimuat dari etalase langsung, harga masuk dan Portal Pembeli berperilaku seperti di Rute 2.

Periksa dengan cermat: biayanya terus berlanjut selama aplikasi tersebut aktif, jadi bandingkan dengan kemungkinan penghasilan yang diperoleh aplikasi tersebut. Kita Perbandingan SiteTo.App vs MobiLoud melihat salah satu layanan tersebut secara detail.

Rute 4: Aplikasi khusus di API BigCommerce

Agensi membuat aplikasi berdasarkan etalase dan API manajemen BigCommerce, dengan setiap layar dirancang untuk pembeli Anda. Ini adalah satu-satunya rute yang dapat melakukan apa yang situs web tidak bisa lakukan, seperti memesan dari katalog secara offline sepenuhnya. Ini dihargai sebagai sebuah proyek dan kemudian memerlukan pemeliharaan, termasuk pengerjaan ulang ketika pengaturan B2B atau pembayaran Anda berubah.

Bagaimana perbandingan rutenya?

Keanggotaan pengembang Apple ($99 setahun) dan pendaftaran Google Play ($25 satu kali) berlaku di setiap rute. Itu panduan biaya aplikasi situs web mencakup seluruh anggaran.

Rute mana yang cocok dengan toko BigCommerce yang mana?

Pilih pembuat aplikasi pasar jika Anda menjalankan toko konsumen dengan katalog sederhana, sebagian besar pembeli memeriksa sebagai tamu atau dengan akun biasa, dan penjelajahan asli terasa lebih penting bagi Anda daripada biaya tetap yang rendah.

Pilih konverter jika etalase seluler Anda sudah berfungsi dan pengalaman login adalah intinya: harga perdagangan, grup pelanggan, akun perusahaan, pemesanan ulang cepat.

Pilih layanan terkelola jika Anda ingin tim memiliki peluncuran dan pemeliharaan, atau Anda memerlukan layar asli khusus dan biaya bulanannya masuk akal dibandingkan pendapatan aplikasi.

Pilih bangunan khusus jika aplikasi harus melakukan sesuatu yang tidak bisa dilakukan browser dan Anda memiliki anggaran untuk memeliharanya selama bertahun-tahun.

Kapan SiteTo.App merupakan pilihan yang salah?

• Etalase ponsel Anda adalah masalahnya. Tema yang lambat atau area akun yang perlu dicubit dan diperbesar akan terasa canggung di aplikasi. Perbaiki situsnya terlebih dahulu.
• Anda memerlukan dorongan yang ditargetkan. SiteTo.App mengirimkan judul, teks, gambar, dan tautan ke semua orang yang ikut serta, melalui proyek Firebase Anda sendiri. Itu tidak bisa memberi tahu satu perusahaan, satu kelompok pelanggan atau satu akun perwakilan penjualan, dan belum ada pesan penjadwalan, keranjang yang ditinggalkan, atau status pesanan.
• Pembeli Anda bekerja tanpa sinyal. Aplikasi ini memuat etalase langsung Anda dan memerlukan koneksi. Gudang dan lokasi kerja tanpa cakupan memerlukan aplikasi khusus dengan pemesanan offline nyata.
• Anda memerlukan fitur perangkat keras. Pemindai Bluetooth, AR, dan pemrosesan latar belakang berada di luar fungsinya.
• Anda ingin orang lain menangani Apple dan Google. Anda mengirimkan dari akun pengembang Anda sendiri.

Bagaimana Anda menguji toko BigCommerce sebagai sebuah aplikasi?

Gunakan iPhone asli dan ponsel Android asli jika Anda berencana mengirimkan keduanya, dan catat URL halaman jika terjadi kegagalan.

Langkah 1: Siapkan akun dan pembayaran

Buat satu pelanggan uji untuk setiap grup pelanggan yang penting, ditambah pengguna perusahaan jika Anda menjalankan Edisi B2B. Tempatkan gateway pembayaran Anda dalam mode uji coba atau siapkan produk dengan harga rendah yang dapat Anda kembalikan dananya. Etalase harus dapat dijangkau oleh publik, sehingga toko yang masih menggunakan kode pratinjau pra-peluncuran harus dibuka terlebih dahulu.

Langkah 2: Masuk dan periksa apa yang dilihat setiap akun

Masuk sebagai setiap pelanggan uji dan bandingkan dengan akun yang sama di situs web Anda. Kategori yang disembunyikan dari grup harus tetap tersembunyi. Diskon grup dan harga daftar harga harus sesuai dengan sen, karena BigCommerce menerapkannya di servernya. Jika formulir pendaftaran atau penyetelan ulang kata sandi Anda menggunakan reCAPTCHA, BigCommerce memungkinkan Anda mengaktifkannya pengaturan keamanan dan privasi, pastikan tantangannya muncul dan dapat diteruskan melalui telepon.

Langkah 3: Temukan produk seperti yang dilakukan pembeli

Cari berdasarkan SKU dan nama, terapkan filter pada kategori besar, dan buka produk dengan opsi. Tambahkan ke troli dan perhatikan jumlah trolinya.

Langkah 4: Jalankan perjalanan B2B

Lewati langkah ini jika Anda tidak menggunakan Edisi B2B. Jika tidak, buka Portal Pembeli dan lakukan apa yang paling sering dilakukan pembeli Anda.

• Pesanan cepat: ketik tiga atau empat SKU dengan jumlah dan tambahkan ke troli. Coba pilih dari produk yang dibeli sebelumnya.
• Unggahan CSV: coba unggah massal. Itu tergantung pada pemilihan file yang disimpan di ponsel, jadi putuskan apakah file tersebut termasuk dalam aplikasi atau tetap menjadi tugas desktop.
• Daftar belanja: buka daftar yang disimpan dan tambahkan ke troli.
• Reorder: buka pesanan perusahaan sebelumnya dan pesan ulang.
• Kutipan dan faktur: minta penawaran, lalu buka satu faktur.

Nilailah kenyamanan serta fungsinya. Tabel yang perlu digulir ke samping untuk mencapai bidang kuantitas tidak akan digunakan.

Langkah 5: Periksa setiap metode pembayaran

Langkah ini menentukan apakah Anda dapat meluncurkannya.

• Bidang kartu di checkout BigCommerce dirender di halaman dan biasanya berperilaku seperti di web seluler. Gunakan kartu tes yang memicu 3-D Secure dan konfirmasikan tantangan muncul dan selesai.
• PayPal dan penyedia bayar nanti membuka jendela atau halamannya sendiri. Ikuti seluruh jalur dan konfirmasikan bahwa Anda mendapatkan konfirmasi pesanan Anda di dalam aplikasi.
• Pesanan pembelian atau pembayaran secara akun, jika Anda menawarkannya kepada perusahaan, harus diselesaikan seperti metode lainnya.
• Apple Pay dan Google Pay tombol hanya ditampilkan ketika skrip gateway memutuskan bahwa lingkungan mendukungnya. WebView dalam aplikasi bukan Safari atau Chrome, jadi tombol yang Anda lihat di web seluler mungkin tidak ada di aplikasi. Daftar BigCommerce gateway mana yang mendukung Apple Pay di browser selain Safari, dan Google mendokumentasikan persyaratannya Google Pay di Android WebView. Periksa kedua ponsel, dan sediakan pembayaran kartu di samping tombol dompet mana pun.

Setelah itu, periksa pesanan di panel kontrol BigCommerce Anda: pelanggan yang tepat, harga grup yang tepat, status yang tepat.

Langkah 6: Uji handoff tanpa kepala

Lewati langkah ini pada tema Stensil. Di Catalyst, etalase mengirim pembeli ke checkout yang dihosting BigCommerce melalui pengalihan sinkronisasi sesi. Perdagangan Besar dokumentasi sinkronisasi sesi menjelaskan bahwa pengalihan membawa token, valid selama 30 detik, yang mentransfer keranjang dan sesi pelanggan. Masuk di etalase, tambahkan ke troli, ketuk checkout, dan konfirmasikan bahwa Anda tiba dengan masuk dengan troli yang sama. Build tanpa kepala khusus yang digunakan pembayaran tertanam di iframe memerlukan tes yang sama di kedua ponsel.

Langkah 7: Tutup, buka kembali dan rapikan

Tutup aplikasi sepenuhnya dan buka kembali. Anda tetap harus masuk dengan keranjang Anda utuh. Jika Anda menggunakan aplikasi login sosial, coba setiap tombol: Google memblokir layar masuknya di WebView yang disematkan, jadi email dan kata sandi harus selalu ditawarkan.

Kemudian hilangkan spanduk cookie dan pop-up buletin apa pun, dan periksa apakah tajuk tempel tema Anda tidak berfungsi ganda dengan tajuk dan tab asli. SiteTo.App dapat menjalankan skrip yang menyembunyikan header dan pop-up situs Anda di dalam aplikasi, jadi cantumkan apa pun yang ingin Anda hapus.

Apa yang seharusnya disampaikan oleh hasil tersebut kepada Anda?

Apa yang harus Anda siapkan di aplikasi itu sendiri?

Gunakan bagian asli aplikasi untuk mempersingkat repeat order.

• Tab bawah: toko konsumen bekerja dengan baik dengan Rumah, kategori terkuatnya, Keranjang dan Akun. Toko dagang harus memimpin dengan Quick Order atau Search, lalu Orders, Cart dan Account. Pada tema Stensil tempat gerobak itu berada /cart.php dan riwayat pemesanan di /account.php?action=order_status.
• Lencana keranjang: dengan bantuan pengembang, itu SiteTo.AppJSSDK dapat menunjukkan hitungan pada tab Keranjang dengan membaca URL di etalase Anda. Di Stensil, BigCommerce API Keranjang Etalase mengembalikan keranjang saat ini sebagai JSON.
• Push: sambungkan Firebase menggunakan Panduan Firebase. Setiap pengguna yang ikut serta menerima setiap pesan, jadi simpanlah berita yang relevan bagi mereka semua.
• Satu aplikasi per etalase: aplikasi dimulai pada satu URL. Jika kamu lari Multi-Etalase dengan domain terpisah untuk merek atau wilayah terpisah, setiap etalase memiliki aplikasinya sendiri dan versinya sendiri. Menyimpan itu menunjukkan mata uang berdasarkan lokasi pengunjung harus memeriksa yang benar muncul.

Perubahan produk, harga, dan stok muncul di aplikasi tanpa versi baru. Mengubah ikon, nama aplikasi, atau pengaturan asli lainnya memerlukan pembangunan kembali, dan pembangunan kembali selanjutnya akan dikutip secara terpisah.

Apa yang perlu diketahui toko BigCommerce sebelum dipublikasikan?

Anda mengirimkan dari akun Apple dan Google Anda sendiri. SiteTo.App menandatangani versi iOS dan mengunggahnya ke TestFlight di akun Apple Anda, jadi Anda tidak memerlukan Mac atau Xcode, dan memberi Anda AAB untuk Google Play. Itu membuat dan menerbitkan panduan berjalan melalui setiap langkah. Apple dan Google memutuskan apa yang akan disetujui, dan tidak ada yang bisa menjanjikan hasilnya.

Beri pengulas jalan masuk. Jika harga atau seluruh katalog berada di belakang login, berikan akun pengujian yang berfungsi di catatan ulasan, di grup pelanggan yang menunjukkan katalog yang realistis. Peninjau yang tidak dapat melewati dinding login tidak dapat menyetujui aplikasi.

Pikirkan untuk siapa aplikasi tersebut. Aplikasi yang hanya dapat digunakan oleh pelanggan perdagangan yang disetujui tidak ditujukan untuk masyarakat umum. penawaran Apple distribusi aplikasi tidak terdaftar untuk aplikasi yang ditujukan untuk audiens terbatas, dijangkau melalui tautan langsung dan disembunyikan dari penelusuran. Ada baiknya dibaca sebelum Anda mengirimkan aplikasi khusus grosir.

Barang fisik pakai checkout sendiri. milik Apple Pedoman Tinjauan Aplikasi misalnya barang dan jasa yang dikonsumsi di luar aplikasi dibayar dengan metode selain pembelian dalam aplikasi (pasal 3.1.3(e)). Konten digital yang digunakan di dalam aplikasi tunduk pada aturan yang berbeda, jadi bacalah bagian 3.1 jika Anda menjualnya.

Tawarkan penghapusan akun. Apple mengharapkan aplikasi apa pun yang mendukung pembuatan akun memungkinkan orang mulai menghapus akun mereka di dalam aplikasi. Jika halaman akun Anda tidak menawarkan hal tersebut, tambahkan formulir permintaan yang diberi label dengan jelas.

Tampilkan lebih dari sekadar situs web. Pedoman Apple 4.2 meminta aplikasi untuk menawarkan lebih dari sekadar situs yang dikemas ulang, dan tab asli, header asli, dan bantuan pemberitahuan push. Itu Pedoman 4.2 panduan menjelaskan cara mempersiapkannya, dan panduan penerbitan mencakup daftar, tangkapan layar, dan jawaban privasi.

Pertanyaan umum

Apakah perwakilan penjualan dapat memesan untuk pelanggan melalui aplikasi?

Edisi B2B memungkinkan perwakilan penjualan dengan peran Admin Super menyamar sebagai perusahaan di Portal Pembeli etalase dan memesannya. Jika perwakilan Anda melakukan hal tersebut di situs web hari ini, halaman yang sama akan dimuat di aplikasi. Uji dengan akun perwakilan di pratinjau.

Apa yang terjadi jika BigCommerce memperbarui pembayaran atau saya mengubah tema?

Aplikasi ini menampilkan etalase yang diperbarui saat dibuka lagi, tanpa versi baru. Perubahan tema yang merusak area akun seluler Anda akan merusaknya di aplikasi pada saat yang sama, jadi lakukan perintah pengujian masuk di ponsel setelah perubahan signifikan.

Langkah selanjutnya

Buka etalase di ponsel Anda, masuk sebagai pelanggan dagang dan lakukan pemesanan ulang. Jika itu berjalan dengan baik, pratinjau toko BigCommerce Anda sebagai aplikasi gratis, jalankan tujuh langkah di atas, dan periksa penetapan harga setelah Anda tahu itu berhasil.