it-swarm.asia

Berapa banyak informasi yang harus Anda tanyakan ketika pengguna mendaftar?

Jadi perusahaan menginginkan semua informasi yang dapat diperoleh pada pengguna situsnya, tetapi berapa banyak yang harus ditanyakan saat mendaftar?

Di satu sisi, akan lebih mudah bagi pengguna untuk memasukkan hanya detail pribadi satu kali. Di sisi lain, ini dapat menyebabkan ketidakpercayaan oleh pengguna: Mengapa mereka menginginkan informasi ini? Apakah mereka tidak membutuhkannya?

Misalnya, jika pengguna ingin membeli sesuatu, diperlukan alamat. Haruskah ini ditanyakan ketika pengguna mendaftar, untuk mempermudah pembelian barang?

49
googletorp

Inilah artikel yang harus dibaca - BestBuy melihat $ 300 juta peningkatan penjualan tahunan melalui toko online mereka dengan tidak memerlukan pengguna untuk mendaftar at all untuk membeli produk (ini berarti mereka harus memasukkan alamat mereka, dll. setiap kali mereka membeli sesuatu). Jika itu tidak cukup,

Kemudian, kami melakukan analisis terhadap basis data pengecer, hanya untuk mengetahui 45% dari semua pelanggan memiliki beberapa pendaftaran dalam sistem , beberapa sebanyak 10. Kami juga menganalisis berapa banyak orang yang meminta kata sandi, untuk mengetahuinya mencapai sekitar 160.000 per hari. 75% dari orang-orang ini tidak pernah mencoba menyelesaikan pembelian setelah diminta.

Ini berbicara banyak tentang tidak memerlukan pendaftaran pengguna at all. Masuk akal untuk sesuatu seperti Amazon, di mana pelanggan sering membeli kembali barang-barang, tetapi tidak begitu banyak untuk ... yah, sebagian besar toko online lainnya. Jika Anda tidak yakin, pertimbangkan dua skenario ini - mana yang lebih buruk bagi pelanggan?

Skenario 1:

  • Pengguna membeli sesuatu & memasukkan alamat, info tagihan, dll
  • Enam bulan kemudian pengguna ingin membeli sesuatu yang lain
  • Pengguna harus memasukkan kembali alamat, info tagihan, dll.

Skenario 2:

  • Pengguna membeli sesuatu & memasukkan alamat, info tagihan, dll
  • Pengguna juga diminta untuk mendaftar dan harus memikirkan kata sandi
  • Enam bulan kemudian pengguna ingin membeli sesuatu yang lain
  • Pengguna mengklik "daftar" dan memikirkan kata sandi baru
  • Pengguna diberi tahu bahwa alamat email sedang digunakan, dan untuk login dengan kata sandi
  • Pengguna mencari tautan "Lupa Kata Sandi" kecil
  • Pengguna harus memasukkan alamat email untuk kedua kalinya, karena tidak satu pun dari situs ini yang pernah mengingat hal itu Anda baru saja memasukkan
  • Pengguna perlu menjawab "pertanyaan keamanan" - apakah ia membuat kesalahan ketik pada nama sekolah dasar saat mendaftar? itu tidak pernah diverifikasi ... Jika demikian, dia sekarang dikunci dari situs Anda selamanya
  • Pengguna pergi ke Gmail/Hotmail/etc (dan away dari situs Anda - akankah ia kembali?)
  • Pengguna perlu memikirkan kata sandi baru
  • Ups! Saya sudah pindah! Bagaimana cara mengubah alamat di sistem?
  • Tidak, bukan alamat penagihan, hanya alamat pengiriman!
  • ...

Atau mungkin pengguna menggunakan kata sandi yang sama untuk semuanya (seperti yang dilakukan banyak orang - termasuk saya pada saat ini, meskipun menjadi profesional TI). Ini adalah risiko keamanan yang jelas, karena lebih mudah bagi seseorang untuk mendapatkan kata sandi jika digunakan untuk semuanya, dan kata sandi ini sekarang membuka akses ke alamat, mungkin info tagihan, dll. Melalui situs Anda.

JANGAN MENDAFTARKAN PENDAFTARAN! - Jika Anda harus, pertimbangkan sesuatu seperti Orbitz, di mana Anda dapat secara opsional mendaftar dengan memasukkan kata sandi pada formulir pendaftaran mereka. Selain menyimpan data Anda untuk pembelian berulang, Anda juga dapat masuk untuk memeriksa status penerbangan Anda, sesuatu yang mungkin ingin dilakukan pelanggan.

63
Robert Fraser

Pertimbangkan pola desain pendaftaran yang malas. Pada dasarnya, ia menolak pendaftaran sampai benar-benar diperlukan dan bahkan dapat mengisi beberapa informasi untuk pengguna berdasarkan interaksi mereka sebelumnya dengan situs.

Berikut ini beberapa contohnya:

Tidak ada pendaftaran yang malas, saya akan mengatakan bahwa minimal adalah alamat email, nama pengguna, dan kata sandi. Namun, jangan meminta ini sampai mereka benar-benar diperlukan. Untuk yang lainnya, berikan insentif untuk memberikan informasi lebih lanjut, seperti lencana yang Anda dapatkan di sini untuk mengisi profil Anda.

13
Virtuosi Media

Saya pikir skenario terbaik adalah ini:

  1. Jangan meminta informasi apa pun sampai saat Anda membutuhkannya.
  2. Selalu mudah bagi pengguna untuk memberikan informasi apa pun yang mereka sukai.

Aturan-aturan ini berlaku untuk pendaftaran awal dan mendapatkan rincian tambahan setelah pendaftaran.

12

Dengan asumsi bahwa Anda telah meyakinkan pengguna untuk mendaftar, meminta informasi "terlalu banyak" tentang pendaftaran adalah cara yang dijamin untuk menunda orang atau membuat mereka memasukkan data palsu. Minimum yang Anda butuhkan dan harus Anda tanyakan adalah e-mail (yang dapat Anda gunakan sebagai id) dan kata sandi.

Anda harus memberi mereka alasan untuk ingin memasukkan data lagi.

Jadi jika Anda adalah situs belanja, mereka hanya ingin memasukkan alamat mereka ketika mereka membeli sesuatu dll.

7
ChrisF

Saya setuju dengan Chris tentang meminta alamat hanya ketika mereka membeli sesuatu.

Tetapi saya akan melangkah lebih jauh: meminta email dan kata sandi hanya bila diperlukan juga. Times of London melihat penurunan 90% pada jumlah pembaca ketika mereka mulai meminta pengguna untuk mendaftar (gratis). Pengguna akan dengan senang hati memberikan informasi jika, dan hanya jika, ada sesuatu di dalamnya untuk mereka. Ingat, pesaing Anda hanya berjarak beberapa klik mouse.

7
Hisham

Lebih sedikit lebih banyak.

Yang perlu Anda tanyakan adalah milik mereka e-mail address dan a password. Tidak lebih, tidak kurang. Bahkan untuk mengkonfirmasi mereka, mereka tidak berguna dan menjengkelkan. Hanya dua bidang ini yang cukup. Jika pengguna akan membuat kesalahan atau lupa kata sandi, ia dapat dengan mudah meresetnya melalui alamat email yang valid yang mereka berikan.

Sekarang semuanya bisa ditanyakan nanti, kapan benar-benar dibutuhkan dan apakah pengguna menginginkannya.

4
Lipis

Hanya setuju dengan apa yang dikatakan orang lain.

Untuk meringkas pengalaman pribadi saya.

  • Setiap kali saya menghapus pendaftaran karena langkah wajib - penjualan meningkat

  • Setiap kali saya menghapus bidang dari proses pendaftaran/checkout - penjualan meningkat

Setiap. Tunggal. Waktu.

Ini agak mewarnai pandangan saya tentang pendaftaran dan bidang yang tidak perlu :-)

4
adrianh

Ada dua rute pengguna yang Anda gambarkan. Yang pertama adalah ketika pengguna cukup mendaftar dan yang lainnya adalah ketika pengguna ingin membeli produk .

Jika pengguna melalui rute 'beli produk' maka tidak apa-apa untuk menanyakan alamat pengiriman dan lain-lain karena itulah yang diharapkan pengguna ketika mereka membeli sesuatu. Namun, jika pengguna akan melalui rute mendaftar tanpa bermaksud membeli sesuatu, maka Anda hanya perlu meminta hal-hal mendasar dan tidak lebih.

Jika Anda memerlukan lebih banyak info dari pengguna, Anda selalu dapat memintanya setelah mendaftar. Ini membantu menjaga tingkat konversi yang sehat, alih-alih menakuti pengguna dengan terlalu banyak bidang dan pertanyaan.

Inilah artikel, " 8 Alasan Pengguna Tidak Mengisi Formulir Pendaftaran " yang menjelaskan mengapa pengguna tidak mengisi formulir pendaftaran. Salah satu alasan mengapa mereka tidak melakukannya adalah ketika Anda meminta terlalu banyak informasi dibandingkan dengan nilai yang diperoleh. Jika mereka merasa mereka tidak akan mendapatkan banyak kembali ketika mendaftar, mereka kemungkinan tidak akan memberi Anda informasi.

2
kangtan

Saya pikir Anda harus membedakan antara pendaftaran dan membeli produk. Saya sarankan untuk hanya menyimpan bidang yang diperlukan yang memungkinkan Anda untuk berkomunikasi dengan pengguna Anda setelah pendaftaran berhasil (misalnya untuk meningkatkan akun mereka).

Diketahui bahwa ketika jumlah bidang formulir meningkat, tingkat konversi menurun - lihat grafik di bawah ini.

Saya rekomendasikan untuk membaca artikel-artikel hebat yang mengonversi masalah ini: http://blog.hubspot.com/blog/tabid/6307/bid/6746/Which-Types-of-Form-Fields-Lower-Landing-Page -Conversions.aspx

http://www.appsee.com/blog/app-monetization/minimizing-mobile-checkout-abandonment

enter image description here

0
Michael