Thiết kế ứng dụng của bạn để thúc đẩy chuyển đổi

Google đã tiến hành nghiên cứu trải nghiệm người dùng toàn diện để khám phá những gì thúc đẩy người dùng chuyển đổi. Nghiên cứu này đã sử dụng các ứng dụng khác nhau trên các ngành dọc bao gồm thương mại điện tử, bảo hiểm, du lịch, đặt hàng thực phẩm, bán vé và dịch vụ, quản lý tài chính, v.v. Các đề xuất có được sẽ giúp bạn làm cho ứng dụng của mình nổi bật vì có ích, có liên quan và có giá trị.

  • Hiển thị công khai giá trị của ứng dụng. Thu hút người dùng bằng cách giải quyết nhu cầu của họ một cách rõ ràng và làm cho các lời gọi hành động trở nên nổi bật và rõ ràng. Nêu bật các tính năng chính và tính năng mới của ứng dụng theo ngữ cảnh để chúng trở thành một nguồn mang lại sự thích thú và quan tâm.

    Nên.

    "Thuê", "Mua" và "Bán" cung cấp những lời gọi hành động rõ ràng.

    Không nên.

    Lời gọi hành động "Dùng thử ngay bây giờ" là mơ hồ và không thúc đẩy hành động.

  • Sắp xếp và gắn nhãn danh mục menu một cách trực quan. Danh mục menu phải rõ ràng và dễ phân biệt mà không chồng chéo. Chúng phải phù hợp với mô hình tư duy của người dùng đối với danh mục. Điều này đặc biệt quan trọng khi người dùng chuyển sang menu như một phương án cuối cùng, sau khi thử hết các tùy chọn tìm kiếm.

    Nên.

    Danh mục sản phẩm khác biệt, tránh gây nhầm lẫn.

    Không nên.

    Nội dung danh mục sản phẩm không được chồng chéo, chẳng hạn như sản phẩm sẽ có trong "Giày nam" và "Đi bộ".

  • Cho phép người dùng "quay lại" một bước một cách dễ dàng. Các điều khiển điều hướng chi tiết, chẳng hạn như điều hướng quay lại phù hợp, có giá trị trong việc giúp người dùng chuyển đổi. Đảm bảo người dùng có thể quay lại một bước và không phải bắt đầu lại từ màn hình chính, loại bỏ cảm giác thất vọng.

    Nên.

    Điều hướng quay lại lùi lại một bước trong luồng, như mong đợi của người dùng.

    Không nên.

    Điều hướng quay lại đưa người dùng ra khỏi luồng, gây nhầm lẫn.

  • Làm cho việc thay đổi vị trí theo cách thủ công thật dễ dàng. Tự động phát hiện vị trí, sử dụng API Google Địa điểm, có thể tiết kiệm thời gian của người dùng. Tuy nhiên, có những lúc người dùng cần tìm một cửa hàng hoặc tính năng khác không nằm gần đó.

    Nên.

    Người dùng được cấp quyền kiểm soát rõ ràng để chọn vị trí.

    Không nên.

    Không có cách nào rõ ràng để người dùng thay đổi vị trí.

  • Tạo chuyển tiếp dễ dàng giữa ứng dụng dành cho thiết bị di động và web di động. Sử dụng Tab tùy chỉnh của Chrome để tạo chuyển đổi liền mạch giữa nội dung gốc và nội dung web bằng cách cung cấp giao diện hoặc bố cục thiết kế chung trên cả hai nền tảng. Đồng thời, đảm bảo quá trình chuyển đổi nhanh chóng và lợi ích — so với bất kỳ khó khăn nào — là đáng giá.

    Nên.

    Chuyển đổi giữa ứng dụng và trang web thật dễ dàng, với thiết kế nhất quán và tối ưu hóa tốc độ.

    Không nên.

    Trải nghiệm trực quan và tương tác thay đổi giữa ứng dụng và trang web.

  • Hiển thị trường tìm kiếm một cách nổi bật và làm theo hướng dẫn về kiểu tìm kiếm của Material Design. Hãy cân nhắc việc sử dụng thanh ứng dụng tiện ích tìm kiếm liên tục trong ứng dụng của bạn để người dùng có thể dễ dàng và luôn tìm thấy nội dung mà họ đang tìm kiếm.

    Nên.

    Trường tìm kiếm được hiển thị dễ dàng tìm thấy.

    Không nên.

    Chức năng tìm kiếm bị ẩn sau một tùy chọn menu.

  • Sử dụng lập chỉ mục tìm kiếm hiệu quả. Người dùng mong muốn tìm kiếm trong ứng dụng hoạt động hiệu quả như Google Tìm kiếm. Các chức năng hữu ích bao gồm tự động sửa lỗi chính tả, nhận dạng từ gốc, văn bản dự đoán và đề xuất trong khi người dùng nhập văn bản. Chúng sẽ giúp đẩy nhanh quá trình tìm kiếm, giảm lỗi và giữ cho người dùng tiếp tục chuyển đổi. Xem hướng dẫn để tạo giao diện tìm kiếm, thêm đề xuất tùy chỉnh và thêm đề xuất truy vấn gần đây.

    Nên.

    Lập chỉ mục chất lượng cao giúp người dùng nhận được kết quả hiệu quả, được nhắm mục tiêu.

    Không nên.

    Chỉ mục tìm kiếm không hiệu quả mang lại trải nghiệm tìm kiếm kém.

  • Cung cấp các tùy chọn lọc và sắp xếp để giúp người dùng thu hẹp và sắp xếp kết quả.

    Nên.

    Các bộ lọc hiệu quả và tùy chọn sắp xếp được cung cấp, do đó kết quả tìm kiếm có thể được thu hẹp.

    Không nên.

    Tùy chọn lọc hoặc sắp xếp kết quả bị loại trừ hoặc ẩn đi, yêu cầu người dùng xem lại quá nhiều mục.

  • Cung cấp thông tin tìm kiếm và mua hàng trước để tiết kiệm thời gian và công sức của người dùng. Điều này đặc biệt quan trọng trong các ứng dụng được sử dụng thường xuyên, nơi người dùng tiến hành tìm kiếm hoặc mua hàng lặp lại.

    Nên.

    Người dùng có thể chọn một cụm từ tìm kiếm đã sử dụng trước đó để sử dụng lại.

    Không nên.

    Người dùng được yêu cầu nhập đầy đủ từng tìm kiếm, ngay cả trong trường hợp tìm kiếm lặp lại.

Đánh giá và so sánh sản phẩm

  • Cho phép sắp xếp và lọc các bài đánh giá của người dùng để họ có thể hiểu được "thực trạng" về một sản phẩm. Bài đánh giá của người dùng là một thành phần quan trọng trong quá trình ra quyết định mua hàng. Nhiều bài đánh giá giúp cho người mua tiềm năng tin tưởng hơn. Cho phép người dùng duyệt qua các bài đánh giá gần đây nhất, tích cực nhất và các bài đánh giá tiêu cực nhất để khám phá mọi chủ đề phổ biến. Các bài đánh giá được xác minh từ người dùng đã mua sản phẩm cũng được đánh giá cao.

    Nên.

    Bộ lọc và sắp xếp được bật cho các bài đánh giá của người tiêu dùng.

    Không nên.

    Tùy chọn lọc cho bài đánh giá của khách hàng bị loại trừ hoặc ẩn đi.

  • Bật tính năng so sánh khi mua sắm, để người dùng có thể dễ dàng so sánh các sản phẩm họ quan tâm nhằm giúp thúc đẩy các quyết định mua hàng. Nếu không có tính năng này, người dùng ứng dụng buộc phải đưa các sản phẩm vào giỏ hàng của họ để so sánh hoặc ghi nhớ sản phẩm nào sẽ quay lại sau.

    Nên.

    Người dùng có thể so sánh trực tiếp giữa các ngôi nhà bằng một công cụ so sánh.

    Không nên.

    Người dùng cần phải nhớ những sản phẩm họ muốn so sánh.

Tùy chọn thanh toán

  • Cung cấp nhiều tùy chọn thanh toán của bên thứ ba, chẳng hạn như PayPal và Google Pay, để đáp ứng kỳ vọng của người dùng, tránh các biểu mẫu bổ sung trong quá trình thanh toán và tăng cảm giác an toàn.

    Nên.

    Nhiều phương thức thanh toán được cung cấp để mang lại cho người dùng khả năng lựa chọn và kiểm soát.

    Không nên.

    Người dùng chỉ có một tùy chọn thanh toán duy nhất.

  • Giúp dễ dàng chỉnh sửa và thêm phương thức thanh toán, với các tùy chọn như nhập số thẻ bằng bàn phím số hoặc quét thẻ tín dụng. Bao gồm khả năng thêm nhiều thẻ và chức năng chuyển đổi giữa các thẻ.

    Nên.

    Người dùng có thể chỉnh sửa phương thức thanh toán đã lưu trữ hiện tại và thêm phương thức mới.

    Không nên.

    Thiếu khả năng chỉnh sửa phương thức thanh toán hoặc thêm phương thức thanh toán mới.

Đăng ký

  • Cung cấp cho người dùng những lợi ích rõ ràng trước khi yêu cầu họ đăng ký và chỉ yêu cầu người dùng đăng ký nếu cần thiết. Người dùng sẽ từ bỏ ứng dụng yêu cầu họ cung cấp trước thông tin cá nhân trừ khi có một khoản thanh toán tức thì (ví dụ như đặt hàng dịch vụ xe hơi hoặc giao hàng thực phẩm). Các ứng dụng có mức công nhận thương hiệu thấp — hoặc ứng dụng mà đề xuất giá trị không rõ ràng — phải loại bỏ trở ngại cao hơn khi yêu cầu người dùng đăng ký ngay khi bắt đầu trải nghiệm. Hãy xem xét cung cấp tính năng thanh toán của khách tại thời điểm chuyển đổi.

    Nên.

    Một trải nghiệm hấp dẫn được cung cấp trước mà không yêu cầu người dùng nhập thông tin cá nhân.

    Không nên.

    Yêu cầu đăng ký trước là một rào cản lớn nếu được sử dụng.

  • Phân biệt "đăng nhập" và "đăng ký" để ngăn người dùng thực hiện sai tác vụ khi cố gắng đăng ký tài khoản.

    Nên.

    Giao diện đơn giản và lời gọi hành động khác biệt.

    Không nên.

    Thiếu sự khác biệt trong các lời gọi hành động có thể gây ra lỗi.

  • Làm cho việc xác thực mật khẩu trở thành một trải nghiệm dễ dàng. Cân nhắc sử dụng Đăng nhập cho Android Smart Lockgợi ý đăng nhập, tất cả các phần thuộc nền tảng danh tính của Google, để giảm thiểu số bước cần phải thực hiện để xác thực. Bạn cũng có thể sử dụng xác thực bằng dấu vân tay và các kỹ thuật tương tự.

    Nên.

    Xác thực hiệu quả, chẳng hạn như đăng nhập bằng dấu vân tay, cung cấp một trải nghiệm dễ dàng.

    Không nên.

    Xác thực dựa trên văn bản là một nguyên nhân phổ biến gây ra lỗi.

Biểu mẫu và mục nhập dữ liệu

  • Xây dựng biểu mẫu thân thiện với người dùng, bằng cách làm theo hướng dẫn của Material Design trên các trường văn bản và sử dụng các công cụ, chẳng hạn như API Địa điểm, để cung cấp tùy chọn tự động hoàn tất. Đảm bảo rằng biểu mẫu này tương thích với cách người dùng nhập thông tin. Thiết kế các màn hình có thể hiểu được nhiều định dạng đầu vào hơn là làm cho người dùng thích ứng với các hạn chế của ứng dụng. Đồng thời, đảm bảo rằng các trường biểu mẫu không bị che khuất tầm nhìn bởi các thành phần giao diện như bàn phím. Khi người dùng hoàn thành các trường biểu mẫu, tự động dịch chuyển từng trường lên màn hình.

    Nên.

    Trường biểu mẫu cho phép linh hoạt trong việc định dạng thông tin và biểu mẫu được dịch chuyển lên khi đã hoàn thành.

    Không nên.

    Định dạng của mục nhập dữ liệu là theo quy định (ba trường cho số điện thoại) và các trường biểu mẫu tiếp theo bị ẩn sau bàn phím.

  • Thông báo về lỗi biểu mẫu ngay lập tức và cung cấp cho người dùng phản hồi để cho họ biết thời điểm một khu vực trên biểu mẫu được hoàn thành hoặc xác thực thành công. Thử nghiệm trải nghiệm để đảm bảo rằng quá trình này suôn sẻ và luồng không bị gián đoạn.

    Nên.

    Thông báo lỗi có thể thực hiện hành động được cung cấp theo ngữ cảnh, khi dữ liệu được nhập.

    Không nên.

    Mục nhập biểu mẫu không được xác thực cho đến khi gửi và thông báo lỗi được đưa ra ngoài ngữ cảnh mà không có đề xuất có thể thực hiện.

  • Khớp bàn phím với các mục nhập bắt buộc để người dùng không cần phải chuyển đổi bàn phím. Và, thực hiện điều này một cách nhất quán trong toàn ứng dụng.

    Nên.

    Bàn phím số thích hợp được cung cấp tự động cho các trường yêu cầu nhập số.

    Không nên.

    Người dùng phải nhấn phím số trên bàn phím để bật nhập số.

  • Cung cấp thông tin hữu ích theo ngữ cảnh trong biểu mẫu để giúp người dùng di chuyển qua biểu mẫu một cách dễ dàng. Ví dụ: khi lên lịch biểu, hãy cung cấp lịch hàng tháng để không cần phải rời khỏi ứng dụng nhằm kiểm tra lịch trên điện thoại thông minh. Điều này cũng làm giảm nguy cơ người dùng bị phân tâm bởi một tác vụ khác.

    Nên.

    Chức năng hữu ích, chẳng hạn như tiện ích lịch, có sẵn cho mục nhập dữ liệu và cung cấp thông tin giải thích ngắn gọn.

    Không nên.

    Người dùng không được cung cấp chức năng nhập dữ liệu thích hợp hoặc văn bản trợ giúp để hỗ trợ hoàn thành biểu mẫu.

Khả năng hữu dụng và hiểu

  • Nói ngôn ngữ của người dùng và làm theo nguyên tắc Material Design về viết. Sử dụng từ khóa và cụm từ thông dụng đồng thời tránh các từ khóa dành riêng cho thương hiệu có thể gây nhầm lẫn cho người dùng.

    Nên.

    Thuật ngữ (ví dụ: "Mua", "Thuê" hoặc "Bán") rõ ràng và không có biệt ngữ không cần thiết để tránh nhầm lẫn.

    Không nên.

    Thuật ngữ không thông dụng (ví dụ: "Đậu", "Di chuyển" hoặc "Bay") có thể gây khó hiểu cho người dùng, cản trở khả năng phát hiện và hiểu.

  • Cung cấp nhãn văn bản và khóa biểu tượng để làm rõ thông tin trực quan. Các biểu tượng cho menu, giỏ hàng, tài khoản hoặc công cụ định vị cửa hàng cũng như các hành động như lọc hoặc sắp xếp không phổ biến. Các biểu tượng được gắn nhãn có nhiều khả năng sẽ được sử dụng hơn. Người dùng cũng có nhiều khả năng hiểu được các ứng dụng cung cấp phân loại trực quan bằng khóa hơn.

    Mẹo: Đối với văn bản và biểu tượng, sử dụng loại Nút có thuộc tính android:drawableLeft. Xem hướng dẫn cho nhà phát triển để biết thêm thông tin. Đồng thời, khi thêm nhãn và mô tả vào biểu tượng và nút, một phương pháp hay là luôn làm cho ứng dụng của bạn có thể truy cập được.

    Nên.

    Các biểu tượng được gắn nhãn đảm bảo rằng ý nghĩa được chuyển tải một cách dễ dàng và được hiểu một cách nhất quán.

    Không nên.

    Các biểu tượng không có nhãn thường bị hiểu sai và có thể gây nhầm lẫn.

  • Hãy cung cấp phản hồi trực quan sau các hành động quan trọng. Khi người dùng thêm một mặt hàng vào giỏ hàng hoặc gửi đơn đặt hàng, thiếu phản hồi có thể khiến họ đặt câu hỏi liệu hành động đó đã được xử lý hay chưa.

    Nên.

    Phản hồi trực quan rõ ràng — tại đây, dưới hình thức xác nhận thông qua một lời cảm ơn — đảm bảo rằng hành động đã diễn ra.

    Không nên.

    Không có phản hồi trực quan sau một hành động, chẳng hạn như thêm vào giỏ hàng, khiến người dùng đoán xem liệu hành động đã diễn ra hay chưa.

  • Cho phép người dùng kiểm soát mức thu phóng khi họ xem một hình ảnh. Đồng thời, tránh áp dụng mức phóng to tùy ý có thể buộc người dùng xem một phần cụ thể của mặt hàng hoặc hiển thị hình ảnh một phần ngoài màn hình.

    Nên.

    Người dùng kiểm soát chiều sâu và khu vực thu phóng.

    Không nên.

    Khả năng thu phóng bị hạn chế ở một mức và vị trí cụ thể, dẫn đến cảm giác thất vọng.

  • Yêu cầu quyền trong ngữ cảnh phù hợp để làm cho người dùng có nhiều khả năng sẽ cấp quyền cần thiết để họ trải nghiệm ứng dụng của bạn một cách đầy đủ.

    Nên.

    Người dùng được yêu cầu cấp quyền vị trí trong ngữ cảnh của một tác vụ có liên quan, sau khi yêu cầu tìm kiếm vị trí cửa hàng.

    Không nên.

    Người dùng được yêu cầu cấp quyền vị trí mà không có liên quan đến ngữ cảnh hoặc tác vụ hiện tại.