it-swarm.asia

Cara membuat pengalaman pembuatan akun pengguna yang lebih baik untuk pelanggan yang tidak ingin membuat akun

Kepercayaan dan keamanan informasi pribadi adalah masalah yang sangat penting akhir-akhir ini ketika menyangkut akun online, jadi tidak jarang bagi orang yang tidak ingin membuat akun (mis. Memberikan informasi pribadi) ketika melakukan pembelian atau meminta informasi.

Jadi sepertinya sebagian besar kasus ketika pengguna dipaksa untuk melakukannya karena bisnis atau teknis daripada kebutuhan pengguna.

Jadi pertanyaannya adalah: apa pola desain atau teknik yang menciptakan pengalaman pengguna yang lebih halus saat memaksa pengguna untuk mendaftar atau membuat akun? Poin bonus jika teknik ini sebenarnya merupakan praktik desain etis juga!

57
Michael Lai

Pembaruan: saya telah memperluas jawaban dan menambahkan beberapa contoh, saya dapat lebih meningkatkan kualitas jawaban jika saya mendapatkan umpan balik

Kupikir Anda tidak akan pernah bertanya, berikut adalah beberapa hal untuk dilihat:

1. Apakah pengguna bahkan perlu membuat akun? Kenapa?

Banyak manajer produk/desainer gagal untuk bertanya pada diri sendiri pertanyaan penting ini, itu telah menjadi salah satu tren terbesar yang setiap produk digital perlu mengidentifikasi penggunanya, sementara itu benar kita jauh lebih mampu mencapai hal-hal ketika pengguna membuat akun, itu harus menjadi keputusan sadar daripada intuisi ofcourse. Dengan memaksa semua orang untuk membuat akun, Anda membuat taruhan otoritas, yang dalam banyak kasus Anda kalah.

Login Walls

Ini adalah artikel yang sangat bagus di situs web nngroup yang disebut Dinding Login Hentikan Pengguna di Lintasan Mereka ini menjelaskan banyak tentang dampak dari dinding seperti itu.

2. Hanya meminta informasi yang relevan untuk tugas saat ini

Ketika pengguna membuat akun, pengguna memiliki sesuatu dalam pikiran, kebutuhan untuk menggunakan produk Anda/tugas yang harus dicapai, persyaratan ini hanyalah gangguan terhadap apa yang dicari pengguna, sangat penting bagi kami untuk menjaga jumlah pengguna masukan seminimal mungkin.

LinkedIn Sign Up

Tidak ada niat untuk mempromosikan linkedin, tetapi pertimbangkan kasus mereka karena kebanyakan dari kita tahu platformnya. Akhirnya kami - para pengguna - memasukkan begitu banyak informasi untuk profil kami, dapatkah Anda bayangkan jika ditautkan dalam meminta semua itu pada tahap pendaftaran?

Dan ya percayalah, beberapa memang banyak bertanya! Platform terbesar yang saya tahu yang membuat catatan kesalahan seperti itu pada rilisnya adalah Google+ - RIP, kami harus melalui begitu banyak bentuk beberapa untuk mencerminkan aspek sosial kami, beberapa profesional kami, beberapa minat dll. 20 menit untuk melewati proses inisiasi.

3. Minta informasi yang benar pada waktu yang tepat

Bayangkan harus mencuci pakaian seumur hidup Anda sekaligus, tidak begitu menyenangkan daripada kami memilih untuk melakukannya setiap minggu, input pengguna adalah kasus serupa pada skala yang jauh lebih kecil - mengingat berlebihan itu lebih seperti skala mikroskopis. tapi! itu memberikan efek yang sama.

Daripada meminta alamat di registrasi bahkan sebelum mencoba produk Anda, tanyakan di checkout, atau yang lebih penting adalah pengguna harus mendaftar sebelum menggunakan produk Anda atau di bagian paling akhir.

Create Account After Checkout

PS: Ini adalah kesalahan umum di tangan pengembang fullstack karena jika pola pikir yang digunakan untuk mendesain database sama dengan mendesain formulir, ampun Tuhan .. pengguna miskin ..

4. Sederhanakan Input Pengguna

Pergi sekreatif yang didapat dengan yang satu ini karena ada begitu banyak cara untuk mendekatinya beberapa contoh:

4.1. Sistem Masuk Tunggal, Login Sosial dan pendaftaran sekali klik Social Login

4.2. Isi formulir atas nama pengguna dan biarkan pengguna memperbaikinya jika memungkinkan

Pernah bertanya-tanya tentang nilai tanggal lahir default Facebook untuk mendaftar? Facebook Birthdate

Hari dan Bulan jelas mewakili hari ini, tetapi mengapa tahun 1993? mungkin pada tahun ini pendaftaran yang paling umum adalah pengguna yang lahir pada tahun 1993?

Saya yakin banyak dari kita di sini tahu bahwa kita dapat menebak negara dari alamat IP, apa lagi yang bisa kita tebak adalah [email protected] menyiratkan Nama Depan Michael & Nama Belakang Lai?

Autofill

Ini adalah contoh bagaimana toleransi dapat dihasilkan dengan pengalaman yang sedikit ditingkatkan, kasus ini tidak berlaku 100% dari waktu, pertanyaannya adalah apakah kita dapat meneliti pola yang digunakan dalam email dan menemukan bahwa x% dari pengguna menggunakan nama depan. [email protected] maka kita dapat mencoba menggunakan informasi itu dalam mengisi formulir secara otomatis walaupun itu tidak berfungsi sepanjang waktu.

Dalam contoh ini saya bermaksud untuk melanggar aturan untuk membuktikan bahwa itu masih bisa dilakukan entah bagaimana, pada perangkat seluler pengguna hanya perlu mengklik tombol di tengah untuk menukar nilai antara nama depan dan nama belakang, juga pengguna akan harus menekan backspace 4 kali akhirnya membutuhkan pengguna 5 keran hampir tidak memikirkan harus mengetik semuanya secara manual.

Gunakan ini untuk aplikasi seluler, formulir web sudah menyediakan pengisian otomatis untuk pengguna yang mungkin menjadi tidak berguna jika Anda mengisinya.

Penafian: contoh ini dibuat dalam hitungan menit tetapi tidak diverifikasi. Tolong jangan menganggapnya seperti produk Anda tanpa mengujinya, ini hanya tentang pendekatan dan cara berpikir tentang masalah tersebut.

4.3. Mempertanyakan bidang yang Anda minta, itu mencerminkan pada pola interaksi, apakah saya perlu meminta ulang tahun penuh? atau apakah saya hanya khawatir mengetahui pengguna berusia di atas 13 tahun? perbedaannya adalah Bidang Tanggal vs Kotak Centang saya kira Anda tahu berapa banyak yang ada dalam waktu/frustrasi pengguna.

4.4. Pengelompokan dan urutan bidang, mencerminkan model mental pengguna.

4.5 Jangan melebih-lebihkan kompleksitas kata sandi (kecuali Anda memiliki alasan yang bagus)

4.6 oleh @vlaz: apakah saya perlu meminta ulang tahun penuh?

"Mungkin itu semacam anomali statistik tetapi banyak layanan yang meminta informasi itu menarik jumlah orang yang lahir pada tanggal 1 Januari secara tidak proporsional."

terima kasih @vlaz

dan daftarnya berlanjut ..

45
UX Labs

Pertanyaan menarik. Untuk menjawabnya, saya pikir kita harus memahami apa yang membuat frustrasi pengguna dan kemudian menyediakan beberapa cara alternatif untuk melakukan sesuatu.

Ingat juga, jika Anda tidak membutuhkan pengguna untuk membuat akun, maka jangan membuatnya!

Formulir Panjang

Pengguna mungkin merasa frustasi untuk mengisi banyak informasi di banyak bidang input berbeda. Terutama ketika sebagian besar informasi tidak akan digunakan. Cobalah untuk hanya mengumpulkan informasi yang benar-benar Anda butuhkan dan mencoba untuk mengumpulkannya dengan cara seefisien mungkin. Izinkan pengguna mengambil banyak pintasan. Meskipun mungkin memerlukan waktu lebih lama dan cukup menjengkelkan untuk memasukkan pintasan ini, UE akan jauh lebih baik. Misalnya, jika bidang alamat perlu diisi, alih-alih membuat pengguna mengetik alamat lengkapnya, kota, negara bagian, negara, kode pos, dll. Minta formulir mencari secara otomatis saat pengguna mengetikkan alamat dan mengisi informasi secara otomatis. Juga, minta autofill domain umum untuk email (@gmail.com, @hotmail.com, 65+? @aol.com).

Kata Sandi, kata sandi, kata sandi

Ini yang besar. Tidak ada yang suka kata sandi, tidak ada yang bisa mengingat kata sandi, dan semua orang membencinya. Peringkat persetujuan mereka adalah 0%. Namun, sayangnya, kami memerlukan beberapa cara untuk mengautentikasi pengguna. Jadi, sederhanakan ini sebaik mungkin. Jangan berikan persyaratan ekstrem (7,5 karakter (Ya, Anda harus mengetahui cara mengetik 0,5 karakter), Huruf besar, huruf kecil, angka, tidak dapat memiliki angka berurutan, harus menyertakan karakter Cina, dll.) Ini sangat menjengkelkan kepada pengguna dan banyak yang akan mengacaukannya beberapa kali sebelum memperbaikinya. Juga, itu bukan praktik keamanan terbaik juga.

Mengizinkan pengguna opsi untuk masuk dengan layanan lain (Google, Facebook, dll.) Adalah pilihan yang baik.

Selain itu, ketika Anda mendaftar, Anda harus masuk secara otomatis. Situs web yang tak terhitung jumlahnya melakukan hal bodoh ini saat Anda mendaftar dan kemudian dipaksa untuk mengetik ulang email, nama pengguna, kata sandi hanya untuk masuk kembali.

Terakhir, jika pengguna mengacaukan sesuatu, jangan hapus semuanya sehingga pengguna mengetik ulang semua informasi mereka ( ehem validasi sisi klien).

Verifikasi

Banyak situs web akan memerlukan verifikasi dalam beberapa bentuk teks atau email. Banyak kali email akan tertunda membuat pengguna menunggu waktu yang lama. Izinkan pengguna untuk melanjutkan dengan apa yang mereka lakukan SEBELUM verifikasi. Buat langkah terakhir untuk mengkonfirmasi email/teks, berikan waktu bagi pengguna untuk menerimanya.

Spam ke email saya

Sederhana: Jangan lakukan itu. Jika pengguna ingin membeli produk Anda, mereka akan pergi ke situs Anda dan membelinya, Anda tidak perlu mengirimkan mereka pengingat konstan "[RANDOM ITEM THE USER DOESN'T WANT] 50% OFF LIMITED TIME". Jika Anda ingin mengirim email kepada pengguna tentang diskon, minta pengguna memberi tahu Anda bahwa mereka menginginkannya. Entah memiliki tombol berlangganan pada halaman item atau sesuatu yang lain.

Jangan berbagi informasinya

Jangan jadi Facebook.

53
JBis

Maaf atas anggapan ini karena saya tidak tahu apa-apa tentang kasus penggunaan Anda, tetapi saya akan menjadi orang yang mengatakannya: jangan memaksa mereka untuk membuat akun. Hanya saja, jangan. Pengguna dapat mengerti saat membuat akun diperlukan. Jika mereka berharap untuk menggunakan situs Anda tanpa akun, maka Anda mungkin telah membingungkan mereka tentang apa yang dilakukan situs tersebut atau mungkin saja itu terjadi.

Pendapat kuat itu menyatakan, ada beberapa opsi yang pada dasarnya berfungsi seperti akun, tetapi tidak terasa bagi pengguna seperti mereka telah membuat akun. Setelah interaksi, Anda dapat mengirimi mereka tautan atau kode unik melalui email (misalnya di dalam email "konfirmasi"). Mereka dapat menggunakan tautan atau kode itu untuk mengakses informasi yang relevan di masa mendatang (mis. Informasi pengiriman). Hal lain yang dapat Anda lakukan, meskipun saya belum melihatnya di alam liar, adalah menawarkan halaman "ambil info saya" di mana mereka memasukkan alamat email dan tautan/kode dikirim ulang kepada mereka. Pada dasarnya ini seperti masuk melalui email setel ulang kata sandi setiap kali mereka mengunjungi situs.

Di mana batas antara taktik di atas dan membuat akun? Saya akan memandang ini etis selama Anda tidak mengumpulkan dan menyimpan informasi tentang mereka atau mempersonalisasikan pengalaman mereka. Jika seorang pengguna belum "mendaftar untuk sebuah akun" maka saya pikir mereka memiliki harapan privasi mengenai apa yang sedang dikumpulkan dan dikaitkan dengan alamat email mereka.

32
usul

Sistem Masuk Tunggal

Sangat memanfaatkan layanan SSO .

Tambahkan sebanyak mungkin dukungan untuk sebanyak mungkin platform. Meskipun ini memakan waktu dan masalah kompatibilitas meningkat saat Anda menambah jumlah yang Anda dukung, lihatlah seolah-olah Anda mendukung lebih banyak platform (Android, iOS, Windows, Linux) karena kemungkinan besar pengguna akan memiliki satu jenis tanda tunggal pada akun yang mereka gunakan secara teratur.

Hasilkan Kata Sandi Secara Default

Praktik lain yang saya lihat adalah menghasilkan kata sandi untuk pengguna sambil tetap memberi mereka pilihan untuk mengubah kata sandi jika diinginkan. Jika pengguna ingin kembali, maka mereka akan menuliskannya atau mengubahnya. Mustahil jika mereka tidak melakukannya, itu bahkan tidak akan mengganggu mereka. Anda memiliki email mereka, dan jika mereka ingin mendapatkan ulang kata sandi itu akan semudah memiliki akses ke email/telepon mereka dalam kebanyakan situasi, sehingga tidak ada kehilangan keamanan yang sebenarnya selama kata sandi dihasilkan dengan benar dan dikirim dari HTTPS.

Jangan Tanyakan Mereka untuk Nama Pengguna

Terakhir, jangan buat mereka datang dengan nama pengguna dan email, satu sudah cukup.

Jika Anda mengikuti semua ini, Anda hanya perlu membuat formulir pembelian untuk menanyakan nama depan, nama belakang (dll) mereka. Ini akan memungkinkan pembuatan akun terjadi hampir secara transparan, dan pengguna, di luar menerima syarat dan ketentuan dan mengklik buat , tidak akan diganggu . Seseorang bahkan dapat berargumen bahwa akun tersebut dibuat dengan lebih aman ketika pengguna tidak harus membuat kata sandi mereka sendiri, karena mereka tidak akan cenderung menggunakan kembali kata sandi dari situs lain.

26
David Kamer

Seperti yang Anda sebutkan pembelian online, yang terbaik adalah membiarkan orang checkout tanpa perlu membuat akun. Mereka masih harus mengisi banyak detail untuk pengiriman mereka, hanya tanyakan pada mereka di akhir jika mereka ingin membuat akun sehingga mereka dapat memeriksa pesanan mereka dengan lebih mudah.

Melakukan ini, Anda bertanya pada waktu yang tepat, ketika ada manfaat bagi pengguna.

12
Martyn

Gunakan Pendaftaran Sosial

Anda benar membuat akun baru membutuhkan usaha yang cukup besar dan 86% orang yang disurvei melaporkan digangg karenanya. Namun, telah ditemukan bahwa pendaftaran sosial meningkatkan tingkat konversi sekitar 52% .

Tidak sulit untuk menjelaskan alasannya. Pendaftaran sosial hanya membutuhkan satu klik dan Anda berada di . Dibandingkan dengan cara tradisional di mana Anda perlu memutuskan email dan kata sandi mana yang akan digunakan, mengingat kata sandi terakhir yang Anda gunakan, dan berurusan dengan aturan kata sandi yang dapat memaksa Anda untuk membuat kata sandi baru. Itu hanya membutuhkan banyak muatan kognitif untuk mengingat, menyimpan, dan mengingat kata sandi.

Contoh yang sangat baik dari menggunakan pendaftaran sosial adalah Pinterest

enter image description here

Di sini Anda bahkan tidak perlu mengklik jika Anda sudah masuk ke Facebook atau Google. Registrasi hampir tanpa gesekan. Sebagai nilai tambah, 67% konsumen Anda lebih cenderung untuk kembali ke situs web Anda karena Anda tidak memaksa mereka untuk membuat nama pengguna atau kata sandi. Mendaftar sosial juga meningkatkan keterlibatan pengguna .

enter image description here

Opsi login sosial paling populer adalah Facebook dan Google. Selain itu, ada studi komprehensif yang menguraikan yang paling populer opsi pendaftaran sosial oleh bisnis vertikal .

Kesimpulan

Di antara metode lain yang diusulkan untuk mengurangi rasa sakit pendaftaran pengguna kita harus mempertimbangkan pendaftaran sosial karena menunjukkan hasil yang menjanjikan. Membutuhkan upaya yang jauh lebih sedikit untuk mendaftar, dan meningkatkan keterlibatan pengguna atau pengguna Anda yang kembali.

6

Ada pendekatan baru, berdasarkan Blockchain Ethereum.

Ini disebut "Login Universal". Ide dasarnya adalah membuat pasangan kunci dan menggunakan kontrak pada Ethereum Blockchain yang menerima pesan dari kunci publik itu.

Tujuannya di sini bukan untuk memiliki pengalaman onboarding terbaik di ekosistem ethereum, tetapi login terbaik di mana saja di internet. Sebagai permulaan, kode berjalan saat ini memiliki kelebihan ini:

  • Tidak perlu mengetik atau mengingat kata sandi di mana pun
  • Login instan di banyak perangkat
  • Tidak perlu mengunduh atau menginstal apa pun ekstra
  • Tidak ada server tunggal dengan data pribadi yang dapat diserang atau bocor (tetapi waspadai data publik yang Anda bagikan di blockchain)
  • Pengguna dapat mengambil akun yang mereka buat di satu aplikasi dan menggunakannya untuk masuk ke aplikasi lain
  • Jika aplikasi offline, pengguna masih dapat mengakses data mereka
  • Pengguna memegang kendali

Kekurangannya adalah, membuat pengguna itu sendiri memiliki biaya, karena akun mereka adalah kontrak yang perlu digunakan.

Lebih detail di sini: https://medium.com/@avsa/universal-logins-first-demo-1dc8b17a8de7

5
Blindripper

1. Sorot manfaatnya

“Anda tidak perlu membuat akun untuk melakukan pembelian di situs kami. Cukup klik Lanjutkan untuk melanjutkan ke checkout. Untuk membuat pembelian di masa depan Anda lebih cepat, Anda dapat membuat akun saat checkout. ”

Sumber: Tombol $ 300 Juta

2. Buat kotak pasir

Ketika otentikasi diperlukan (mis. Untuk membaca dan menulis data, dll.) Menawarkan pengguna akun tamu sementara untuk mencobanya dan menendang ban untuk memastikan itu berfungsi untuk mereka sebelum membuat akun permanen mereka sendiri.

3. Menyewa penjaga pintu

Bayangkan seorang Doorman di sebuah gedung apartemen mewah yang mengatakan "Selamat datang di rumah Nona Kimball" dan membiarkan Anda masuk. Bukankah lebih bagus jika teknologi hanya mengenali Anda sambil memerlukan hal-hal tambahan dari orang asing yang ingin masuk?

FaceID Apple adalah contoh "Otentikasi Doorman" yang pada akhirnya dapat dibawa ke proses otentikasi online. Ini sebenarnya akan menghilangkan kebutuhan untuk membuat akun dan mengingat kata sandi di semua tempat sambil memperkenalkan beberapa masalah lain seperti satu orang yang mengisi peran banyak pengguna.

Lebih lanjut dijelaskan dalam jawaban di bawah ini ...

4. Kepercayaan sulit diperoleh dan mudah hilang

Menyimpan hal-hal pribadi tentang pengguna tanpa sepengetahuan mereka akan mengikis kepercayaan. Jangan simpan informasi pengenal pribadi tanpa izin terlebih dahulu.

4
DaveAlger

Pola Tanpa Akun

Dimungkinkan untuk membuat pengalaman pengguna yang kaya tanpa memaksa pengguna untuk membuat akun. Tiga contoh menonjol: PUBG Mobile, Imgur, Microsoft Office.

Akun Tam: PUBG Mobile menawarkan akun tamu. Pengguna diidentifikasi oleh pengidentifikasi unik global dan dapat berkembang melalui pengalaman gameplay penuh. Akun memilih ikut dan memberikan pengalaman yang lebih baik dengan membuka kunci sinkronisasi berbagai perangkat dan cadangan cloud. Jika pengguna menginvestasikan cukup waktu dalam PUBG Mobile untuk memerlukan fitur-fitur itu, mereka cenderung menginginkan akun (vs merasa dipaksakan). Saya tidak tahu apakah pembelian dalam aplikasi dapat dilakukan tanpa akun. Anekdot pribadi: Saya mencoba PUBG Mobile alih-alih Fortnite (diperlukan akun) karena PUBG membuatnya mudah untuk mulai bermain tanpa akun.

Akun Throwaway: Imgur memungkinkan unggahan anonim. Saya tidak berpikir mereka dapat diedit setelah sesi browser berakhir. Fitur komunitas tambahan terbuka bagi orang-orang yang memilih untuk membuat akun (sepertinya mereka mungkin secara bertahap beralih ke membutuhkan akun saat penggunaan bertambah, tetapi saya tidak menggunakannya cukup untuk mengetahui dengan pasti).

File Data: Microsoft Office menyediakan alat untuk berinteraksi dengan data, tetapi menyimpan data di komputer pengguna. Versi Microsoft 365 Microsoft menambahkan sinkronisasi dan fitur cloud lainnya sebagai gantinya untuk membuat akun. Sejumlah aplikasi menerapkan pendekatan ini dengan menyimpan dokumen di akun Dropbox pengguna daripada di komputer mereka.

Matchmaking: Saya tidak mengetahui contoh penting, tetapi aplikasi obrolan WebRTC menawarkan contoh yang kurang umum, yaitu bahwa pengguna dapat pergi ke situs, membuat token satu kali, lalu memberikan token itu ke orang lain untuk memulai obrolan. Token mungkin atau mungkin tidak bertahan setelah penggunaan tunggal.

Saya harap cara di atas membantu Anda memikirkan beberapa cara yang memungkinkan Anda menggunakan aplikasi tanpa akun. Seperti yang ditunjukkan oleh contoh-contoh ini, penangguhan pembuatan akun dimungkinkan hingga pengguna meminta akun dari Anda (atau bahkan selamanya).

3
Michael Hogan

Ke lokasi: bisnis benar-benar ingin pengguna membuat akun. Misalnya untuk menyimpan informasi pribadi atau semacamnya.

Begitulah cara Anda mengumpulkan informasi yang penting.

Registrasi pasif memungkinkan Anda untuk mengumpulkan data sebagai bagian dari prosedur pembelian tanpa pengguna terbebani dengan membuat akun. Di akhir pembelian, pengguna dapat ditanya apakah mereka ingin akun dibuat berdasarkan informasi yang mereka berikan secara sukarela.

Jika pengguna memilih untuk membuat akun: Anda telah memenuhi kebutuhan bisnis tanpa registrasi paksa

jika memilih untuk tidak membuat akun: Anda mungkin melanggar GDPR dan pengguna tidak akan melalui pendaftaran paksa

3
colmcq

Asumsi:
Ini tentang situs belanja e-commerce.
Produk SaaS biasanya memerlukan akun sebelum pekerjaan yang bermakna dapat dimulai.

Buang kesalahpahaman

Pertama, mari kita hilangkan kesalahpahaman terbesar dalam diskusi ini (tidak hanya di sini, tetapi di e-comm dan kegunaan inudstries):

Keamanan bukan masalah

Pikirkan tentang hal ini: Apakah saya membuat akun atau tidak, saya akan mengizinkan Anda untuk menagih pembayaran dari saya. Itu risiko keamanan terbesar dalam seluruh transaksi dan tidak ada jalan lain untuk mengatasinya. Paypal dan penangan pihak ketiga serupa lainnya telah mencoba mengurangi risiko itu, tetapi saya masih harus menghubungkan Anda ke layanan itu.

Saturasi akun adalah masalahnya

Ketika seorang pengguna dihadapkan dengan kebutuhan untuk membuat akun lain lagi, mereka segera memikirkan semua akun lain yang sudah mereka ucapkan. Kebanyakan orang tidak menggunakan pengelola kata sandi, jadi pemikiran untuk menambahkan akun lain ke tumpukan hanya untuk menyelesaikan pembelian itu melelahkan, menjengkelkan, dan kadang-kadang luar biasa.

Jadikan pembuatan akun opsional

Ini adalah langkah pertama menuju saluran check-out yang lebih sehat. Tidak peduli seberapa mudah (atau aman) Anda membuat akun, beberapa orang tidak mau repot. Dan Anda tidak membutuhkannya. Biarkan mereka membuka check-out dengan memasukkan semua informasi yang diperlukan untuk pengiriman dan penagihan dan tidak meminta apa pun lagi.

Biarkan pengguna bergabung di akhir checkout

Kenakan kacamata realitas Anda: Pengguna menyediakan hampir semua yang diperlukan untuk akun saat check-out! Sebagian besar waktu, satu-satunya bagian yang hilang adalah kata sandi (atau koneksi akun sosial).

Jika Anda menjelaskan manfaat untuk mengulangi pengunjung (pemesanan berulang mudah) dan menangani pembeli (pemberitahuan penjualan) dan fakta bahwa Anda sudah memiliki hampir semua yang Anda butuhkan, kebanyakan pelanggan akan dengan senang hati mengisi kolom terakhir itu.

Menempatkan Create my account tombol dan bidang kata sandi di sana pada akhir checkout, dan Anda akan terkejut betapa banyak orang yang memilih keluar sebelumnya terjun langsung.

Berikan sign-on sosial

Ketika seluruh hal O-auth menghantam tempat kejadian bertahun-tahun yang lalu, sedikit orang yang menyadari bagaimana hal itu akan mengubah bisnis. Implikasi keamanan ada di sana: menjaga detail akun utama Anda dengan fokus pada mengamankannya. Dan itu terutama nilai prop.

Tetapi ketika kami mulai menjalankan riset pengguna tentang hal itu dari waktu ke waktu, hal terbesar yang diambil adalah pengguna hanya ingin memikirkan satu proses masuk di mana-mana. Yang benar adalah, menggunakan akun Facebook Anda untuk masuk ke situs e-comm, dalam banyak kasus, kurang aman daripada membuat akun scoped untuk situs tertentu. Tetapi pengguna tidak memahami atau peduli dengan masalah itu - mereka hanya ingin mengingat lebih sedikit akun!

Memberikan sign-on sosial telah menjadi persyaratan selama bertahun-tahun. Tidak semua orang menginginkannya, tetapi kebanyakan orang menginginkannya. Tambahkan itu ke proses pendaftaran akhir checkout Anda dan Anda akan mendapatkan banyak akun baru.

2
plainclothes