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ế các quyền và tính năng chia sẻ liền mạch trên thiết bị cho trải nghiệm làm quen trong ứng dụng của bạn.
Các chủ đề chính được mô tả ở đây là:
- Tại sao nên chia sẻ thiết bị với Google Home?
- Các giai đoạn chính của quy trình chia sẻ
- Triển khai kỹ thuật
- Các phương pháp hay nhất về trải nghiệm người dùng
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à API Home 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 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ợ API Home 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à khó hiểu, trong đó người dùng phải chuyển đổi giữa các ứng dụng để hoàn thành các tác vụ 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ả |
|---|---|---|
| API Quyền | API Home cho quyền | 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ỳ API Nhà 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 trong API là cấu trúc). 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 đưa vào phần Triển khai kỹ thuật. |
| Liên kết từ đám mây sang đám mây | Đám mây với đám mây để liên kết tài khoản | Cho phép bạn bắt đầu quy trình liên kết tài khoản để chia sẻ các thiết bị được kết nối với đám mây với Google Home từ trong ứng dụng của bạn. Để giảm 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ó sẵn 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ể trong GHA. |
| API uỷ quyền | Uỷ quyền sáng tác cho 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 Google Fabric vào các thiết bị Matter đã được uỷ quyền cho một Fabric khác. Do đó, đây là một công cụ hữu ích cho quá 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 những 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ị hỗ trợ Matter mà bạn muốn uỷ quyền cho Google Home.
Gọi Permissions API (API Quyền).
Gọi API uỷ quyền của Google trên mỗi thiết bị Matter từng được uỷ quyền cho một fabric khác.
- Vì việc chia sẻ Matter phải được thực hiện riêng cho từng thiết bị và có nhiều màn hình yêu cầu người dùng nhập, 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 quá trình chia sẻ thiết bị (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, hiển thị tiến trình công việc và trạng thái chia sẻ cho người dùng.
- Vì việc chia sẻ Matter phải được thực hiện riêng cho từng thiết bị và có nhiều màn hình yêu cầu người dùng nhập, 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:
Bạn chỉ sản xuất thiết bị được chia sẻ với Google bằng API từ đám mây đến đám mây
Thực hiện liên kết sâu Cloud-to-cloud. Thao tác này sẽ thêm các thiết bị vào Biểu đồ Google Home.
- Bạn nên thực hiện việc 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 trình bày một danh sách chứa các thiết bị được chia sẻ với Google và các thiết bị không được chia sẻ với Google.
Gọi Permissions API.
Bạn sản xuất cả thiết bị Cloud-to-cloud và Matter
Thực hiện liên kết sâu Cloud-to-cloud.
- Bạn nên thực hiện việc 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 trình bày một danh sách chứa các thiết bị được chia sẻ với Google và các thiết bị không được chia sẻ với Google.
Gọi Permissions API.
Gọi API uỷ quyền của Google trên mỗi thiết bị Matter từng được uỷ quyền cho một fabric khác.
- Vì việc chia sẻ Matter phải được thực hiện riêng cho từng thiết bị và có nhiều màn hình yêu cầu người dùng nhập, 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 quá trình chia sẻ thiết bị (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, hiển thị tiến trình công việc và trạng thái chia sẻ cho người dùng.
- Vì việc chia sẻ Matter phải được thực hiện riêng cho từng thiết bị và có nhiều màn hình yêu cầu người dùng nhập, 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:
Bạn không có thiết bị nào để chia sẻ với Google
Gọi Permissions API (API Quyền).
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 ứng dụng tận dụng các API Home.
Vị trí 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 các cơ hội khác để giới thiệu Google Home và chia sẻ trải nghiệm kịp thời cho người dùng.
Các phương thức 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
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 biệt tính năng chia sẻ thiết bị (liên kết Cloud-to-cloud và API uỷ quyền Matter) với tính năng cấp quyền cho ứng dụng (API Quyền). Điều này giúp người dùng kiểm soát được những bước họ hoàn tất và 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 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 đề xuất giá trị giải thích rõ ràng về lợi ích của việc tiếp tục, sau đó nhanh chóng chuyển qua quy trình cấp quyền.
Chỉ từ hoạt động uỷ quyền
Tình huống này chủ yếu dành cho các đố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ó fabric 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 thiết bị nguyên gốc, 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 luồng trải nghiệm người dùng.
Chia sẻ logic
Sau đây là một số đề xuất về lời nhắc cho 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 nhà sản xuất thiết bị gốc (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 cho API Home để cấp cho ứng dụng quyền truy cập vào Google Home.
Có thể có nhiều quản trị viên Google Home đang chia sẻ một cấu trúc Google Home, và trong một số trường hợp, chỉ có một tài khoản có thể được dùng để chia sẻ thiết bị với Google. Do đó, việc hoàn tất việc liên kết Cloud-to-cloud không phải là điều kiện tiên quyết để nhắc cấp quyền cho API Home.
Đề xuất về thiết kế hình ảnh
Lợi ích rõ ràng của việc làm quen với Google Home (ví dụ: "Tạo tính năng tự động hoá nâng cao bằng Google Home" hoặc "Điều khiển thiết bị bằng các ứ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 có đủ không gian, hãy giải thích những gì sẽ xảy ra khi người dùng di chuyển qua các màn hình.
Riêng đối với Matter, khi người dùng trước đó đã cấp cho bạn quyền truy cập vào nhà của họ thông qua API Home, bạn có thể cho phép chia sẻ các thiết bị trong nhà của họ với Google Home khi triển khai các thiết bị mới. Ví dụ: bạn có thể thêm thiết bị Matter vào fabric, sau đó nhắc người dùng thêm thiết bị này vào fabric của Google.
Đề xuất về nội dung
Người dùng dễ dàng tin tưởng những nội dung mà họ hiểu và mang lại giá trị. Giúp người dùng đưa ra quyết định sáng suốt bằng cách cung cấp thông tin, bao gồm cả những đánh đổi.
Độ dốc quan trọng
Người dùng sẽ không tiếp tục chia sẻ thiết bị nếu không có giá trị đề xuất mạnh mẽ để làm như vậy.
- Hãy đặc biệt chú ý đến cách bạn định vị sản phẩm/dịch vụ.
- Hãy tạo ra nội dung 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ản trình bày 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
- Bắt đầu bằng quan điểm của người dùng – phương pháp "lợi ích của tôi là gì?".
- Đừng viết quá 4 dòng nội dung trong một khối mục. Nếu có nhiều từ hơn, người dùng có thể mất tập trung. Tuy nhiên, sự rõ ràng và dễ hiểu có thể quan trọng hơn là sự ngắn gọn.
- Quy trình tự động hoá thật thú vị! Chọn một ví dụ thú vị nhưng hữu ích nếu có đủ không gian.
- Hãy thử sử dụng giọng nói và tông giọng vui nhộn nếu điều đó phù hợp với chiến lược tổng thể của bạn.
- Sử dụng các cụm từ có thể hành động như "Bắt đầu".