Quy trình làm quen với ứng dụng của người dùng cuối trên Android

Hướng dẫn này cung cấp hướng dẫn về trải nghiệm người dùng để thiết kế quyền và tính năng chia sẻ thiết bị liền mạch cho API Google Home trong trải nghiệm làm quen với ứng dụng của bạn.

Sau đây là các chủ đề chính được mô tả trong bài viết này:

Tại sao nên chia sẻ thiết bị với Google Home?

Để tận hưởng các tính năng mà Home API cung cấp, người dùng phải chia sẻ thiết bị của họ với Google Home vì:

  • Đây là yêu cầu về kỹ thuật để Google sử dụng các thiết bị này trong quy trình tự động hoá.
  • Điều này giúp duy trì trải nghiệm nhất quán và linh hoạt trên Google Home.
    • Việc đảm bảo rằng các thiết bị được trình bày nhất quán trên các ứng dụng hỗ trợ Home API là rất quan trọng để tránh tạo ra trải nghiệm người dùng bị phân mảnh và gây nhầm lẫn, trong đó người dùng phải chuyển đổi giữa các ứng dụng để hoàn thành các thao tác cơ bản.

Các thành phần chính của quy trình chia sẻ

Thành phần Chương trình Mô tả
Permissions API trên Android Home API cho quyền trên Android Nhắc người dùng cấp quyền cho ứng dụng của bạn. Trước khi sử dụng bất kỳ Home API nào, ứng dụng của bạn phải có quyền truy cập vào các thiết bị trong nhà của người dùng (được gọi là cấu trúc trong API). Tuy nhiên, thứ tự thực hiện bước này phụ thuộc vào trường hợp của nhà phát triển và được trình bày trong phần Triển khai kỹ thuật.
Liên kết từ đám mây sang đám mây Từ đám mây sang đám mây để liên kết tài khoản Giúp bạn bắt đầu quy trình liên kết tài khoản để chia sẻ các thiết bị đã kết nối với đám mây với Google Home ngay trong ứng dụng của bạn. Để giảm bớt sự phiền hà cho người dùng, bạn nên sử dụng tính năng liên kết sâu (có trên cả Android và iOS) để đưa người dùng đến thẳng trang liên kết tài khoản cụ thể của bạn trong GHA.
Commissioning API trên Android Uỷ quyền Matter Mặc dù thường được coi là một API để uỷ quyền cho các thiết bị Matter mới, nhưng bạn cũng có thể sử dụng API này để thêm cấu trúc Google vào các thiết bị Matter đã được uỷ quyền cho một cấu trúc khác. Do đó, đây là một công cụ hữu ích cho quy trình làm quen.

Triển khai kỹ thuật

Cách bạn xây dựng quy trình chia sẻ phụ thuộc vào thiết bị mà bạn dự định chia sẻ với Google.

Đối với các trường hợp sau, bạn nên làm theo các bước theo thứ tự được cung cấp. Điều này giúp mang đến trải nghiệm tổng thể tốt hơn cho người dùng.

Bạn chỉ sản xuất thiết bị Matter

Bạn sản xuất các thiết bị theo chuẩn Matter mà bạn muốn uỷ quyền cho Google Home.

  1. Gọi Permissions API trên Android.

  2. Gọi API uỷ quyền trên Android trên mỗi thiết bị Matter đã được uỷ quyền trước đó cho một fabric khác.

    1. Vì bạn phải thực hiện việc chia sẻ Matter cho từng thiết bị riêng lẻ và có nhiều màn hình yêu cầu người dùng nhập thông tin, nên bạn nên hướng dẫn người dùng thực hiện quy trình này bằng cách:
      • Cung cấp cho người dùng danh sách các thiết bị Matter không được chia sẻ với Google.
      • Cho phép người dùng bắt đầu quy trình chia sẻ thiết bị (bằng cách sử dụng API uỷ quyền) bằng cách nhấp vào các thiết bị trong danh sách đó.
      • Quay lại danh sách thiết bị Matter, cho người dùng biết tiến trình của nhiệm vụ và trạng thái chia sẻ.

Bạn chỉ sản xuất thiết bị được chia sẻ với Google bằng Cloud-to-cloud APIs

  1. Thực hiện Cloud-to-cloud liên kết sâu. Thao tác này sẽ thêm các thiết bị vào Google Home Graph.

    1. Bạn nên thực hiện liên kết Cloud-to-cloud trước để tránh các tình huống có thể gây nhầm lẫn, chẳng hạn như người dùng được cung cấp danh sách chứa các thiết bị đang được chia sẻ với Google và các thiết bị không được chia sẻ với Google.

  2. Gọi Permissions API trên Android.

Bạn sản xuất cả thiết bị Cloud-to-cloud và Matter

  1. Thực hiện Cloud-to-cloud liên kết sâu.

    1. Bạn nên thực hiện liên kết Cloud-to-cloud trước để tránh các tình huống có thể gây nhầm lẫn, chẳng hạn như người dùng được cung cấp danh sách chứa các thiết bị đang được chia sẻ với Google và các thiết bị không được chia sẻ với Google.

  2. Gọi Permissions API trên Android.

  3. Gọi API uỷ quyền cho Android trên mỗi thiết bị Matter đã được uỷ quyền trước đó cho một cấu trúc khác.

    1. Vì bạn phải thực hiện việc chia sẻ Matter cho từng thiết bị riêng lẻ và có nhiều màn hình yêu cầu người dùng nhập thông tin, nên bạn nên hướng dẫn người dùng thực hiện quy trình này bằng cách:
      • Cung cấp cho người dùng danh sách các thiết bị Matter không được chia sẻ với Google.
      • Cho phép người dùng bắt đầu quy trình chia sẻ thiết bị (bằng cách sử dụng API uỷ quyền) bằng cách nhấp vào các thiết bị trong danh sách đó.
      • Quay lại danh sách thiết bị Matter, cho người dùng biết tiến trình của nhiệm vụ và trạng thái chia sẻ.

Bạn không có thiết bị nào để chia sẻ với Google

Gọi Permissions API.

Các phương pháp hay nhất về trải nghiệm người dùng

Phần này trình bày một số hành trình trọng yếu của người dùng mà bạn cần cân nhắc khi phát triển một ứng dụng sử dụng Home API.

Nơi giới thiệu tính năng chia sẻ thiết bị trong ứng dụng

Đây chưa phải là danh sách đầy đủ và bạn có thể tìm thấy những cơ hội khác để cung cấp trải nghiệm chia sẻ và giới thiệu Google Home kịp thời cho người dùng.

Các điểm truy cập này cũng không loại trừ lẫn nhau và có nhiều điểm truy cập:

Trong trình đơn Cài đặt

Trình đơn cài đặt làm điểm truy cập
Hình 1. Trình đơn cài đặt làm điểm truy cập

Vì người dùng có thể đã quen với việc thiết lập kết nối với hệ sinh thái Google Home thông qua trình đơn cài đặt, nên phương thức này cho phép họ tiếp tục sử dụng mô hình này.

Bạn nên tách riêng việc chia sẻ thiết bị (liên kết Cloud-to-cloud và Matter Commissioning API) khỏi việc cấp quyền cho ứng dụng (Permissions API). Điều này giúp người dùng có thể kiểm soát các bước họ hoàn tất, đồng thời tạo cơ hội để bạn hiển thị trạng thái kết nối cho người dùng.

Khi sử dụng thiết bị trong các quy trình tự động hoá do Google chạy

Trên thẻ Tự động hoá, người dùng có thể nhấn vào một điểm truy cập vào quy trình chia sẻ, đọc màn hình tuyên bố giá trị giải thích rõ ràng các lợi ích của việc tiếp tục, rồi nhanh chóng chuyển qua quy trình cấp quyền.

Điểm truy cập từ một quy trình tự động hoá do Google điều khiển
Hình 2. Điểm truy cập từ một quy trình tự động hoá do Google điều khiển

Chỉ từ việc uỷ quyền

Trường hợp này chủ yếu dành cho những đối tác chỉ sản xuất thiết bị Matter (không có thiết bị Cloud-to-cloud) và không có cấu trúc Matter riêng. Điểm truy cập cho người dùng có thể xuất hiện ngay sau màn hình loại dùng ngay, trong đó việc chia sẻ thiết bị Matter (thông qua API uỷ quyền) và cấp quyền cho ứng dụng (thông qua API quyền) là một phần của cùng một quy trình trải nghiệm người dùng.

Chỉ có điểm truy cập từ quy trình uỷ quyền
Hình 3. Điểm truy cập chỉ từ quy trình uỷ quyền

Logic chia sẻ

Sau đây là một số đề xuất về câu lệnh của người dùng:

  • Nhìn chung, bạn chỉ nên nhắc người dùng hoàn tất các bước còn thiếu cần thiết để tham gia nền tảng. Ví dụ: khách hàng lâu năm có thể đã chia sẻ thiết bị của OEM với Google. Trong trường hợp này, họ chỉ cần thực hiện quy trình cấp quyền của Home API để cấp cho ứng dụng quyền truy cập vào Google Home của họ.

  • Nhiều quản trị viên Google Home có thể đang dùng chung một cấu trúc nhà Google Home, và trong một số trường hợp, chỉ có một tài khoản được dùng để chia sẻ thiết bị với Google. Do đó, việc hoàn tất quy trình liên kết Cloud-to-cloud không được là điều kiện tiên quyết để nhắc cấp quyền cho Home API.

Đề xuất thiết kế hình ảnh

Ý tưởng về thiết kế hình ảnh
Hình 4. Ý tưởng về thiết kế hình ảnh

  • Lợi ích rõ ràng của việc tham gia Google Home (ví dụ: "Tạo quy trình tự động hoá nâng cao dựa trên Google Home" hoặc "Điều khiển thiết bị bằng ứng dụng mà bạn chọn").

  • Lời kêu gọi hành động (ví dụ: "Bắt đầu") và cách huỷ nếu người dùng không muốn tiếp tục.

  • Nếu không gian cho phép, hãy giải thích những gì sẽ xảy ra khi người dùng chuyển qua các màn hình.

  • Cụ thể đối với Matter, khi người dùng đã cấp cho bạn quyền truy cập vào nhà của họ thông qua Home API, bạn có thể cho phép chia sẻ các thiết bị trong nhà của họ với Google Home khi uỷ quyền cho các thiết bị mới. Ví dụ: bạn có thể thêm một Matter thiết bị vào mạng lưới của mình, sau đó nhắc người dùng thêm thiết bị này vào mạng lưới của Google.

Đề xuất về nội dung

Người dùng sẽ dễ tin tưởng hơn vào những nội dung mà họ hiểu và mang lại giá trị. Hỗ trợ người dùng bằng cách cung cấp thông tin để họ đưa ra quyết định sáng suốt, bao gồm cả những điểm đánh đổi.

The critical pitch

Người dùng sẽ không tiếp tục chia sẻ thiết bị nếu không có tuyên bố giá trị rõ ràng cho việc đó.

  • Hãy đặc biệt chú ý đến cách bạn định vị sản phẩm/dịch vụ.
  • Hãy làm cho tiêu đề trở nên hấp dẫn nhưng đừng hứa hẹn quá nhiều.
  • Nếu người dùng cần một thiết bị được đề cập trong bài thuyết trình của bạn, hãy đảm bảo rằng bạn đã nêu rõ điều đó để họ không gặp phải trở ngại ngoài dự kiến.
  • Bạn có thể chỉ có một cơ hội để thu hút những người dùng này, vì vậy hãy tận dụng cơ hội đó.

Các phương pháp hay nhất

  1. Bắt đầu từ quan điểm của người dùng – cách tiếp cận "tôi được lợi gì?".
  2. Đừng viết quá 4 dòng nội dung trong một khối phần. Nếu có quá nhiều từ, người dùng có thể không chú ý. Tuy nhiên, sự rõ ràng và dễ hiểu có thể quan trọng hơn sự ngắn gọn.
  3. Quy trình tự động hoá rất thú vị! Chọn một ví dụ thú vị nhưng hữu ích nếu không gian cho phép.
  4. Hãy thử dùng giọng điệu vui tươi nếu phù hợp với chiến lược tổng thể của bạn.
  5. Sử dụng các cụm từ mang tính hành động như "Bắt đầu".