it-swarm-vi.tech

Cách tạo trải nghiệm tạo tài khoản người dùng tốt hơn cho những khách hàng không muốn tạo tài khoản

Tin cậy và bảo mật thông tin cá nhân là những vấn đề rất quan trọng ngày nay khi nói đến tài khoản trực tuyến, do đó, không có gì lạ khi mọi người không muốn tạo tài khoản (tức là cung cấp thông tin cá nhân) khi mua hàng hoặc yêu cầu thông tin.

Vì vậy, có vẻ như hầu hết các trường hợp khi người dùng buộc phải làm như vậy là do một doanh nghiệp hoặc kỹ thuật chứ không phải là yêu cầu của người dùng.

Vì vậy, câu hỏi là: các mẫu thiết kế hoặc kỹ thuật nào tạo ra trải nghiệm người dùng mượt mà hơn khi buộc người dùng đăng ký hoặc tạo tài khoản? Điểm thưởng nếu các kỹ thuật này thực sự là thực hành thiết kế đạo đức là tốt!

57
Michael Lai

Cập nhật: tôi đã mở rộng câu trả lời và thêm một số ví dụ, tôi có thể nâng cao hơn nữa chất lượng của câu trả lời nếu tôi nhận được phản hồi

Nghĩ rằng bạn không bao giờ hỏi, đây là một số điều cần xem xét:

1. Người dùng thậm chí có cần phải tạo một tài khoản? Tại sao?

Nhiều nhà quản lý/thiết kế sản phẩm không tự đặt ra câu hỏi quan trọng này, nó đã trở thành một trong những xu hướng lớn nhất mà mọi sản phẩm kỹ thuật số ngoài kia cần xác định người dùng, trong khi sự thật là chúng ta có thể đạt được nhiều thứ hơn khi người dùng tạo tài khoản, nó phải là một quyết định có ý thức hơn là hành động trực quan. Bằng cách buộc tất cả mọi người tạo một tài khoản, bạn đang đặt cược thẩm quyền, trong nhiều trường hợp bạn thua.

Login Walls

Đây là một bài viết rất hay trên trang web của nngroup có tên Tường đăng nhập ngăn người dùng theo dõi của họ nó giải thích rất nhiều về tác động của những bức tường như vậy.

2. Chỉ hỏi về thông tin liên quan cho nhiệm vụ hiện tại

Khi người dùng đang tạo tài khoản, người dùng có ý định gì đó, cần phải sử dụng sản phẩm/nhiệm vụ của bạn để đạt được, yêu cầu này chỉ là sự gián đoạn đối với những gì người dùng đang tìm kiếm, điều quan trọng là chúng tôi giữ được lượng người dùng đầu vào càng tối thiểu càng tốt.

LinkedIn Sign Up

Không có ý định quảng bá Linkedin, nhưng hãy xem xét trường hợp của họ vì hầu hết chúng ta đều biết đến nền tảng này. Cuối cùng, chúng tôi - người dùng - nhập rất nhiều thông tin cho hồ sơ của chúng tôi, bạn có thể tưởng tượng nếu Linkedin yêu cầu tất cả những điều đó ở giai đoạn đăng ký không?

Và vâng tin điều đó, một số người hỏi rất nhiều! Nền tảng lớn nhất mà tôi biết đã tạo ra một bản ghi lỗi như vậy khi phát hành là Google+ - RIP, chúng tôi đã phải trải qua rất nhiều hình thức để phản ánh khía cạnh xã hội của chúng tôi, một số chuyên gia, một số sở thích của tôi, v.v. 20 phút để vượt qua quá trình bắt đầu.

3. Hỏi thông tin đúng vào đúng thời điểm

Hãy tưởng tượng bạn phải giặt đồ cả đời cùng một lúc, không thú vị lắm thay vì chúng tôi thích làm chúng hàng tuần, đầu vào của người dùng là một trường hợp tương tự ở quy mô nhỏ hơn nhiều - xem xét cường điệu nó giống như quy mô siêu nhỏ. nhưng! nó cho hiệu quả tương tự.

Thay vì hỏi địa chỉ lúc đăng ký trước khi dùng thử sản phẩm của bạn, hãy hỏi địa chỉ đó khi thanh toán, hoặc người dùng quan trọng hơn nên đăng ký trước khi sử dụng sản phẩm của bạn hoặc ở cuối sản phẩm.

Create Account After Checkout

Tái bút: Đây là lỗi phổ biến trong tay các nhà phát triển fullstack vì nếu tư duy được sử dụng để thiết kế cơ sở dữ liệu cũng giống như thiết kế các biểu mẫu, lòng thương xót của chúa .. người dùng kém ..

4. Đơn giản hóa đầu vào của người dùng

Hãy sáng tạo như nó có được với cái này bởi vì có rất nhiều cách để tiếp cận nó với một vài ví dụ:

4.1. Đăng nhập một lần, Đăng nhập xã hội và đăng ký một lần nhấp Social Login

4.2. Điền vào biểu mẫu thay mặt cho người dùng và để người dùng sửa nó khi có thể

Bạn đã bao giờ tự hỏi về các giá trị ngày sinh mặc định của Facebook khi đăng ký chưa? Facebook Birthdate

Ngày và tháng đại diện rõ ràng cho ngày hôm nay, nhưng tại sao năm 1993? có lẽ vào năm nay, những người đăng ký phổ biến nhất là người dùng sinh năm 1993?

Tôi chắc rằng nhiều người trong chúng ta biết rằng chúng ta có thể đoán quốc gia từ địa chỉ IP, chúng ta có thể đoán gì khác là [email protected] ngụ ý Tên Michael & Họ Lai?

Autofill

Đây là một ví dụ về cách dung sai có thể dẫn đến trải nghiệm được nâng cao một chút, trường hợp này không áp dụng 100% thời gian, câu hỏi là liệu chúng ta có thể nghiên cứu các mẫu được sử dụng trong email và thấy rằng x% người dùng sử dụng tên đầu tiên. [email protected] sau đó chúng tôi có thể cố gắng sử dụng thông tin đó trong tự động điền vào biểu mẫu ngay cả khi nó không hoạt động mọi lúc.

Trong ví dụ này tôi đã có ý định phá vỡ quy tắc để chứng minh rằng nó vẫn có thể tập luyện bằng cách nào đó, trên thiết bị di động, người dùng sẽ chỉ phải nhấp vào nút ở giữa để trao đổi giá trị giữa tên và họ, người dùng cũng sẽ cuối cùng phải nhấn backspace 4 lần yêu cầu người dùng 5 lần nhấn mà không cần suy nghĩ về việc phải gõ thủ công mọi thứ.

Sử dụng điều này cho các ứng dụng di động, các biểu mẫu web đã cung cấp tự động điền cho người dùng có thể trở nên vô dụng nếu bạn điền nó.

Tuyên bố miễn trừ trách nhiệm: ví dụ này được đưa ra trong vòng vài phút, nó không được xác minh, vui lòng không xem nó như là sản phẩm của bạn mà không kiểm tra nó, nó chỉ đơn thuần là về cách tiếp cận và cách nghĩ về những vấn đề như vậy.

4.3. Đặt câu hỏi cho các lĩnh vực bạn yêu cầu, nó phản ánh trên mẫu tương tác, tôi có cần yêu cầu sinh nhật đầy đủ không? hoặc tôi chỉ quan tâm đến việc biết người dùng trên 13 tuổi? sự khác biệt là Trường ngày so với Hộp kiểm tôi đoán bạn biết đó là bao nhiêu trong thời gian/sự thất vọng của người dùng.

4.4. Phân nhóm và trình tự trường, phản ánh mô hình tinh thần người dùng.

4.5 Đừng phóng đại độ phức tạp của mật khẩu (trừ khi bạn có lý do chính đáng)

4.6 bởi @vlaz: tôi có cần yêu cầu sinh nhật đầy đủ không?

"có lẽ đó là một số loại dị thường thống kê nhưng rất nhiều dịch vụ yêu cầu thông tin đó thu hút lượng người sinh ra không tương xứng vào ngày 1 tháng 1."

cảm ơn bạn @vlaz

và danh sách được tiếp tục..

45
UX Labs

Câu hỏi thú vị. Để trả lời tôi nghĩ rằng chúng ta phải hiểu những gì gây khó chịu cho người dùng và sau đó cung cấp một số cách khác để làm việc.

Cũng cần nhớ rằng, nếu bạn không cần người dùng tạo tài khoản thì đừng tạo chúng!

Biểu mẫu dài

Người dùng có thể thấy khó chịu khi điền vào một loạt thông tin trong nhiều trường input khác nhau. Đặc biệt là khi hầu hết các thông tin sẽ không được sử dụng. Cố gắng chỉ thu thập thông tin bạn thực sự cần và cố gắng thu thập thông tin theo cách hiệu quả nhất có thể. Cho phép người dùng thực hiện nhiều phím tắt. Mặc dù có thể mất nhiều thời gian hơn và khá khó chịu khi đưa vào các phím tắt này, nhưng nó sẽ giúp UE tốt hơn nhiều. Ví dụ: nếu cần điền vào trường địa chỉ, thay vì bắt người dùng nhập địa chỉ đầy đủ, thành phố, tiểu bang, quốc gia, mã Zip, v.v., hãy tự động tìm kiếm khi người dùng nhập địa chỉ và điền vào thông tin tự động. Ngoài ra, có tự động điền tên miền phổ biến cho email (@gmail.com, @hotmail.com, 65+? @aol.com).

Mật khẩu, mật khẩu, mật khẩ

Đây là một vấn đề lớn. Không ai thích mật khẩu, không ai có thể nhớ mật khẩu và mọi người đều ghét chúng. Đánh giá phê duyệt của họ là 0%. Nhưng thật không may, chúng tôi cần một số cách để xác thực người dùng. Vì vậy, đơn giản hóa điều này là tốt nhất bạn có thể. Không đặt các yêu cầu cực đoan (7,5 ký tự (Vâng, bạn phải tìm ra cách nhập 0,5 ký tự), Chữ hoa, chữ thường, số, không thể có số liên tiếp, phải bao gồm ký tự Trung Quốc, v.v.) cho người dùng và nhiều người sẽ làm hỏng nó rất nhiều lần trước khi sửa. Ngoài ra, đó cũng không phải là thực tiễn bảo mật tốt nhất.

Cho phép người dùng tùy chọn đăng nhập bằng một dịch vụ khác (Google, Facebook, v.v.) là một lựa chọn tốt.

Ngoài ra, khi bạn đăng ký, bạn sẽ tự động đăng nhập. Vô số trang web làm điều ngu ngốc này khi bạn đăng ký và sau đó buộc phải nhập lại email, tên người dùng, mật khẩu chỉ để đăng nhập lại.

Cuối cùng, nếu người dùng thực hiện thao tác gì đó, đừng xóa mọi thứ khiến người dùng nhập lại tất cả thông tin của họ ( ehem xác thực phía máy khách).

Xác minh

Nhiều trang web sẽ yêu cầu xác minh dưới một số hình thức của một văn bản hoặc một email. Nhiều lần email sẽ bị trì hoãn khiến người dùng chờ đợi thời gian kéo dài. Cho phép người dùng tiếp tục với những gì họ đang làm TRƯỚC xác minh. Thực hiện bước cuối cùng xác nhận email/văn bản, dành thời gian cho người dùng nhận nó.

Gửi thư rác cho email của tôi

Đơn giản: Đừng làm điều đó. Nếu người dùng muốn mua sản phẩm của bạn, họ sẽ truy cập trang web của bạn và mua sản phẩm đó, bạn không cần phải gửi cho họ lời nhắc liên tục "[RANDOM ITEM THE USER DOESN'T WANT] 50% OFF LIMITED TIME". Nếu bạn muốn gửi email cho người dùng về giảm giá, người dùng sẽ cho bạn biết họ muốn điều đó. Hoặc có một nút đăng ký trên các trang mục hoặc cái gì đó khác.

Đừng chia sẻ thông tin của họ

Đừng là Facebook.

53
JBis

Tôi xin lỗi vì sự giả định vì tôi không biết gì về trường hợp sử dụng của bạn, nhưng tôi sẽ là người nói điều đó: đừng bắt họ phải tạo tài khoản. Chỉ không. Người dùng có thể hiểu khi tạo một tài khoản là cần thiết. Nếu họ mong đợi sử dụng trang web của bạn mà không có tài khoản, thì bạn đã nhầm lẫn họ về những gì trang web làm hoặc có thể là có thể.

Ý kiến ​​mạnh mẽ đó đã nêu, có một số tùy chọn hoạt động cơ bản giống như một tài khoản, nhưng không cảm thấy với người dùng như họ đã tạo một tài khoản. Sau khi tương tác, bạn có thể gửi email cho họ một liên kết hoặc mã duy nhất (ví dụ: bên trong email "xác nhận"). Họ có thể sử dụng liên kết hoặc mã đó để truy cập thông tin liên quan trong tương lai (ví dụ: thông tin giao hàng). Một điều khác bạn có thể làm, mặc dù tôi chưa thấy nó trong tự nhiên, là cung cấp trang "truy xuất thông tin của tôi" nơi họ nhập địa chỉ email và liên kết/mã được gửi lại cho họ. Về cơ bản, điều này giống như đăng nhập qua email đặt lại mật khẩu mỗi khi họ truy cập trang web.

Đâu là ranh giới giữa chiến thuật trên và tạo tài khoản? Tôi sẽ xem điều này là đạo đức miễn là bạn không thu thập và lưu trữ thông tin về họ hoặc cá nhân hóa trải nghiệm của họ. Nếu người dùng chưa "đăng ký tài khoản" thì tôi nghĩ họ có một số kỳ vọng về quyền riêng tư liên quan đến những gì đang được thu thập và liên kết với địa chỉ email của họ.

32
usul

Dấu hiệu duy nhất trên

Sử dụng mạnh mẽ dịch vụ SSO .

Thêm càng nhiều hỗ trợ cho càng nhiều nền tảng càng tốt. Mặc dù điều này gây tốn thời gian và các vấn đề tương thích tăng lên khi bạn tăng số lượng bạn hỗ trợ, hãy xem nó giống như bạn đang hỗ trợ nhiều nền tảng hơn (Android, iOS, Windows, Linux) vì tỷ lệ cược là người dùng sẽ có một loại đăng nhập một tài khoản mà họ thường xuyên sử dụng.

Tạo mật khẩu theo mặc định

Một thực tế khác mà tôi đã thấy là tạo mật khẩu cho người dùng trong khi vẫn cung cấp cho họ tùy chọn thay đổi mật khẩu nếu muốn. Nếu người dùng muốn quay lại, họ sẽ viết nó ra hoặc thay đổi nó. Điều lạ lùng là nếu họ không làm, điều đó thậm chí sẽ không làm phiền họ. Bạn có email của họ và nếu họ muốn đặt lại mật khẩu, việc truy cập email/điện thoại của họ sẽ dễ dàng như vậy trong hầu hết các trường hợp, do đó không có mất bảo mật thực sự miễn là mật khẩu được tạo chính xác và được gửi của HTTPS.

Đừng hỏi họ tên người dùng

Cuối cùng, đừng bắt họ đưa ra một tên người dùng email, một cái là đủ.

Nếu bạn làm theo tất cả những điều này, bạn sẽ chỉ cần làm cho hình thức mua hàng yêu cầu họ, tên của họ (vv). Điều này sẽ cho phép việc tạo tài khoản diễn ra gần như trong suốt và người dùng, ngoài việc chấp nhận các điều khoản và điều kiện và nhấp vào tạo , sẽ không bị rắc rối . Người ta thậm chí có thể lập luận rằng tài khoản được tạo an toàn hơn khi người dùng không phải tạo mật khẩu của riêng họ, vì họ sẽ không có xu hướng sử dụng lại mật khẩu từ một trang web khác.

26
David Kamer

Như bạn đề cập mua hàng trực tuyến, tốt nhất là để mọi người thanh toán mà không cần tạo tài khoản. Họ vẫn phải điền hàng tấn chi tiết cho việc giao hàng của mình, chỉ hỏi họ ở cuối nếu họ muốn tạo tài khoản để họ có thể kiểm tra đơn hàng dễ dàng hơn.

Làm điều này, bạn hỏi nó vào đúng thời điểm, khi có lợi ích cho người dùng.

12
Martyn

Sử dụng Đăng ký xã hội

Bạn đã đúng khi tạo một tài khoản mới đòi hỏi nỗ lực đáng kể và 86% số người được khảo sát báo cáo bị làm phiền bởi nó. Tuy nhiên, người ta đã thấy rằng đăng ký xã hội tăng tỷ lệ chuyển đổi khoảng 52% .

Không khó để giải thích tại sao. Đăng ký xã hội chỉ cần một cú nhấp chuột và bạn đang ở . So với cách truyền thống mà bạn cần quyết định sử dụng email và mật khẩu nào, hãy nhớ lại mật khẩu cuối cùng bạn đã sử dụng và xử lý các quy tắc mật khẩu có thể buộc bạn phải phát minh ra mật khẩu mới. Nó chỉ đòi hỏi rất nhiều tải nhận thức để nhớ lại, lưu trữ và ghi nhớ mật khẩu.

Một ví dụ rất hay về việc sử dụng đăng ký xã hội là Pinterest

enter image description here

Tại đây bạn thậm chí không phải nhấp nếu bạn đã đăng nhập vào Facebook hoặc Google. Việc đăng ký hầu như không có ma sát. Thêm vào đó, 67% người tiêu dùng của bạn có nhiều khả năng quay lại vào trang web của bạn vì bạn không buộc họ tạo tên người dùng hoặc mật khẩu. Đăng ký xã hội cũng làm tăng sự tham gia của người dùng .

enter image description here

Các tùy chọn đăng nhập xã hội phổ biến nhất là Facebook và Google. Ngoài ra, có một nghiên cứu toàn diện phác thảo phổ biến nhất tùy chọn đăng ký xã hội theo ngành dọc kinh doanh .

Phần kết luận

Trong số các phương pháp được đề xuất khác để giảm đau đăng ký người dùng, chúng ta nên xem xét đăng ký xã hội vì nó cho thấy kết quả đầy hứa hẹn. Nó đòi hỏi ít nỗ lực hơn đáng kể để đăng ký và tăng sự tham gia của người dùng hoặc người dùng quay lại của bạn.

6
Kristiyan Lukanov

Có một cách tiếp cận hoàn toàn mới, dựa trên Blockchain Ethereum.

Nó được gọi là "Đăng nhập toàn cầu". Ý tưởng cơ bản là tạo ra một cặp khóa và triển khai hợp đồng trên Ethereum Blockchain chấp nhận các thông báo từ khóa công khai đó.

Mục tiêu ở đây không phải là để có trải nghiệm tốt nhất trên hệ sinh thái ethereum, mà là đăng nhập tốt nhất ở bất cứ đâu trên internet. Đối với người mới bắt đầu, mã đang chạy hiện tại có các ưu điểm này:

  • Không cần gõ hoặc nhớ mật khẩu ở bất cứ đâu
  • Đăng nhập tức thì vào nhiều thiết bị
  • Không cần tải xuống hoặc cài đặt thêm bất cứ điều gì
  • Không có máy chủ nào có dữ liệu riêng tư có thể bị tấn công hoặc rò rỉ (nhưng hãy cẩn thận với dữ liệu công khai mà bạn chia sẻ trên blockchain)
  • Người dùng có thể lấy tài khoản họ đã tạo trong một ứng dụng và sử dụng nó để đăng nhập vào ứng dụng khác
  • Nếu ứng dụng ngoại tuyến, người dùng vẫn có thể truy cập dữ liệu của họ
  • Người dùng đang kiểm soát

Hạn chế là, tự tạo người dùng có chi phí, vì tài khoản của họ là một hợp đồng cần được triển khai.

Thêm chi tiết tại đây: https://medium.com/@avsa/universal-logins-first-demo-1dc8b17a8de7

5
Blindripper

1. Làm nổi bật những lợi ích

Bạn không cần phải tạo tài khoản để mua hàng trên trang của chúng tôi. Chỉ cần nhấp vào Tiếp tục để tiến hành thanh toán. Để mua hàng trong tương lai của bạn nhanh hơn nữa, bạn có thể tạo tài khoản trong khi thanh toán.

Nguồn: Nút 300 triệu đô la

2. Tạo một hộp cát

Khi cần xác thực (nghĩa là để đọc và ghi dữ liệu, v.v.) cung cấp cho người dùng một tài khoản khách tạm thời để dùng thử và đá lốp xe để đảm bảo nó hoạt động cho họ trước khi tạo tài khoản vĩnh viễn của riêng họ.

3. Thuê một người gác cửa

Hãy tưởng tượng một Doorman tại một tòa nhà chung cư ưa thích nói "Chào mừng cô Kimball" và cho bạn vào. Sẽ không tuyệt sao nếu công nghệ có thể nhận ra bạn trong khi yêu cầu thêm những thứ từ những người lạ muốn vào?

FaceID của Apple là một ví dụ về "xác thực Doorman" mà cuối cùng có thể chuyển sang xác thực trực tuyến. Điều này hầu như sẽ loại bỏ nhu cầu tạo tài khoản và ghi nhớ mật khẩu ở mọi nơi trong khi giới thiệu một số vấn đề khác, chẳng hạn như một người làm đầy vai trò của nhiều người dùng.

Giải thích thêm trong câu trả lời dưới đây ...

4. Lòng tin khó có được và dễ mất

Lưu trữ những thứ cá nhân về người dùng mà họ không biết sẽ làm xói mòn lòng tin. Không lưu trữ thông tin nhận dạng cá nhân mà không cần xin phép trước.

4
DaveAlger

Mẫu không có tài khoản

Có thể tạo trải nghiệm người dùng phong phú mà không buộc người dùng phải tạo tài khoản. Ba ví dụ nổi bật: PUBG Mobile, Imgur, Microsoft Office.

Tài khoản khách: PUBG Mobile cung cấp tài khoản khách. Người dùng được xác định bởi một mã định danh duy nhất trên toàn cầu và có thể tiến bộ thông qua trải nghiệm chơi trò chơi đầy đủ. Tài khoản được chọn tham gia và cung cấp trải nghiệm tốt hơn bằng cách mở khóa đồng bộ hóa đa thiết bị và sao lưu đám mây. Nếu người dùng đầu tư đủ thời gian vào PUBG Mobile để yêu cầu các tính năng đó, họ có thể muốn có một tài khoản (so với cảm giác bị ép buộc). Tôi không biết nếu mua hàng trong ứng dụng có thể được thực hiện mà không cần có tài khoản. Giai thoại cá nhân: Tôi đã thử PUBG Mobile thay vì Fortnite (yêu cầu tài khoản) vì PUBG giúp dễ dàng bắt đầu chơi mà không cần tài khoản.

Tài khoản throwaway: Imgur cho phép tải lên ẩn danh. Tôi không nghĩ rằng họ có thể được chỉnh sửa khi phiên trình duyệt kết thúc. Các tính năng cộng đồng bổ sung mở ra cho những người chọn tạo tài khoản (có vẻ như họ có thể đang dần chuyển sang yêu cầu tài khoản khi mức độ sử dụng tăng lên, nhưng tôi không sử dụng nó đủ để biết chắc chắn).

Tệp dữ liệ: Microsoft Office cung cấp các công cụ để tương tác với dữ liệu, nhưng lưu trữ dữ liệu trên máy tính của người dùng. Phiên bản Microsoft 365 của Excel thêm đồng bộ hóa và các tính năng đám mây khác để đổi lấy việc tạo tài khoản. Một số ứng dụng thực hiện phương pháp này bằng cách lưu trữ tài liệu trong tài khoản Người dùng Drop Drop thay vì trên máy tính của họ.

Ghép đôi: Tôi không biết về một ví dụ đáng chú ý, nhưng các ứng dụng trò chuyện WebRTC cung cấp một ví dụ ít phổ biến hơn, đó là người dùng có thể truy cập trang web, tạo mã thông báo một lần, sau đó cung cấp mã thông báo đó cho người khác để bắt đầu một cuộc trò chuyện. Mã thông báo có thể hoặc không tồn tại sau một lần sử dụng.

Tôi hy vọng những điều trên giúp bạn nghĩ ra một số cách bạn có thể cho phép mọi người sử dụng ứng dụng của bạn mà không cần có tài khoản. Vì các ví dụ này cho thấy có thể trì hoãn việc tạo tài khoản cho đến khi người dùng yêu cầu tài khoản từ bạn (hoặc thậm chí là mãi mãi).

3
Michael Hogan

Với tiền đề: doanh nghiệp hoàn toàn muốn người dùng tạo tài khoản. Ví dụ để giữ thông tin cá nhân hoặc một số như vậy.

Đó là cách bạn thu thập thông tin quan trọng.

Đăng ký thụ động cho phép bạn thu thập dữ liệu như một phần của quy trình mua mà không khiến người dùng phải chịu gánh nặng bằng cách tạo tài khoản. Khi kết thúc mua hàng, người dùng có thể được hỏi xem họ có muốn tạo tài khoản dựa trên thông tin họ đã cung cấp tự nguyện hay không.

Nếu người dùng chọn tạo tài khoản: bạn đã đáp ứng nhu cầu kinh doanh mà không cần đăng ký bắt buộc

nếu chọn không tạo tài khoản: bạn có thể phá vỡ GDPR và người dùng sẽ không phải đăng ký bắt buộc

3
colmcq

Giả sử :
[.__.] Đây là về các trang web mua sắm thương mại điện tử.
[.__.] Các sản phẩm SaaS thường yêu cầu một tài khoản trước khi bất kỳ công việc có ý nghĩa nào có thể bắt đầu.

Bỏ quan niệm sai lầm

Đầu tiên, chúng ta hãy loại bỏ quan niệm sai lầm lớn nhất trong cuộc thảo luận này (không chỉ ở đây, mà qua các thông tin về e-comm và khả năng sử dụng):

Bảo mật không phải là vấn đề

Hãy suy nghĩ về điều đó: Cho dù tôi có tạo tài khoản hay không, tôi sẽ ủy quyền cho bạn thu tiền từ tôi bằng cách nào đó. Đó là rủi ro bảo mật lớn nhất trong toàn bộ giao dịch và không có cách nào khác. Paypal và các trình xử lý bên thứ ba tương tự khác đã cố gắng giảm thiểu rủi ro đó ở mức độ lớn, nhưng tôi vẫn sẽ phải kết nối bạn với dịch vụ đó bằng cách nào đó.

Bão hòa tài khoản là vấn đề

Khi một người dùng phải đối mặt với nhu cầu tạo một tài khoản khác, họ sẽ nghĩ ngay đến tất cả các tài khoản khác mà họ đã lục lọi trong đầu. Hầu hết mọi người không sử dụng trình quản lý mật khẩu, do đó, suy nghĩ về việc thêm một tài khoản khác vào đống chỉ để hoàn tất giao dịch mua là mệt mỏi, khó chịu và đôi khi quá sức.

Tạo tùy chọn tạo tài khoản

Đây là bước đầu tiên hướng tới kênh thanh toán lành mạnh hơn. Cho dù bạn có tạo tài khoản dễ dàng (hoặc an toàn) đến mức nào, một số người không muốn làm phiền. Và bạn không cần chúng. Chỉ cần để họ cuộn qua kiểm tra nhập tất cả các thông tin cần thiết để vận chuyển và thanh toán và không yêu cầu thêm bất cứ điều gì.

Hãy để người dùng tham gia vào cuối kết thúc của thanh toán

Đeo kính thực tế của bạn: Người dùng đã cung cấp hầu hết mọi thứ cần thiết cho một tài khoản khi thanh toán! Hầu hết thời gian, phần duy nhất còn thiếu là mật khẩu (hoặc kết nối tài khoản xã hội).

Nếu bạn giải thích lợi ích để lặp lại khách truy cập (đặt hàng lặp lại dễ dàng) và thỏa thuận người mua hàng (thông báo bán hàng) và thực tế là bạn đã có gần như mọi thứ bạn cần, hầu hết khách hàng sẽ rất vui khi điền vào lĩnh vực cuối cùng đó.

Đặt Create my account nút và trường mật khẩu ngay ở cuối thanh toán, và bạn sẽ ngạc nhiên khi có bao nhiêu người đã từ chối lặn ngay trước đó.

Cung cấp đăng nhập xã hội

Khi toàn bộ điều O-auth xuất hiện từ nhiều năm trước, ít người nhận ra nó sẽ thay đổi công việc kinh doanh như thế nào. Ý nghĩa của bảo mật là ở đó: giữ chi tiết tài khoản chính của bạn với một org tập trung vào việc bảo mật chúng. Và đó chủ yếu là giá trị chống đỡ.

Nhưng khi chúng tôi bắt đầu thực hiện nghiên cứu người dùng về nó theo thời gian, vấn đề lớn nhất là người dùng chỉ muốn nghĩ về một lần đăng nhập ở mọi nơi. Sự thật là, sử dụng tài khoản Facebook của bạn để đăng nhập vào các trang web điện tử, trong hầu hết các trường hợp, kém an toàn hơn so với việc tạo một tài khoản có phạm vi cho một trang web nhất định. Nhưng người dùng không hiểu hoặc không quan tâm đến vấn đề đó - họ chỉ muốn ghi nhớ ít tài khoản hơn!

Cung cấp đăng nhập xã hội đã trở thành một yêu cầu trong những năm qua. Không phải ai cũng muốn nó, nhưng hầu hết mọi người đều làm. Thêm vào quy trình đăng ký cuối kỳ thanh toán của bạn và bạn sẽ nhận được rất nhiều tài khoản mới.

2
plainclothes