AI ToolsDoc trong 12 phut

Siri có thể gọi ứng dụng của bạn. Nên mở chức năng nào trước?

Bản thử nghiệm dành cho nhà phát triển tháng 11 đưa Siri AI vào App Intents. Ví dụ tra cứu giao hàng cho thấy cách thiết kế thao tác có ngữ cảnh, bước xác nhận và kết quả rõ ràng.

K
Ken Jo

Một gói hàng đang giao muộn. Khách muốn biết liệu nó có tới văn phòng trước khi họ rời đi không, còn câu trả lời nằm sau màn hình đăng nhập, danh sách đơn hàng và trang theo dõi. Yêu cầu bằng ngôn ngữ tự nhiên có thể rút ngắn đường đi nếu ứng dụng cho trợ lý cách xác định đúng kiện hàng.

Ngày 3 tháng 11, Apple mở bản thử nghiệm Siri AI dành cho nhà phát triển dùng App Intents trên phần mềm beta, trong đó có iOS 27.3. Nhà phát triển có thể kết nối ứng dụng với các yêu cầu sử dụng ngữ cảnh cá nhân, thông tin trên màn hình và những thao tác liên quan. Apple dự kiến đưa tích hợp đến người dùng sau và bắt đầu tiếp nhận bản gửi lên App Store vào mùa xuân. Nhà phát triển có thời gian hoàn thiện cách thao tác hoạt động trước khi người dùng dựa vào nó.

Siri trên iPhone 5s vào năm 2014

Siri năm 2014, ảnh của Kārlis Dambrāns. Đã cắt và đổi kích thước, CC BY 2.0. Nguồn ảnh · Giấy phép.

Giao cho trợ lý một việc có kết quả dễ nhận biết

Tra cứu qua App Intent: yêu cầu bằng lời, xác định đối tượng, kiểm tra tài khoản, hiển thị trạng thái

Tra cứu qua App Intent. Minh họa do Telli.sh thực hiện.

App Intent đại diện cho một thao tác ứng dụng có thể thực hiện. Hãy hình dung ứng dụng vận chuyển cung cấp chức năng tra cứu trạng thái. Đầu vào có thể là một đối tượng kiện hàng mà ứng dụng biết cách xác định. Kết quả có thể nêu kiện hàng, trạng thái mới nhất và thời điểm cập nhật. Ứng dụng quản lý dữ liệu và quyết định tài khoản đăng nhập được phép xem gì.

Thiết kế đó giúp cuộc tương tác ngắn và có câu trả lời cụ thể. Nếu một tài khoản có ba đơn đang giao, trợ lý cần đủ thông tin để phân biệt chúng. Mã vận đơn, tên gọi ngắn hoặc địa điểm đến mà người dùng nhận ra có thể giúp chọn chính xác. Nếu có nhiều kiện hàng khớp với cách nói mơ hồ như “gói hàng của tôi”, hãy yêu cầu người dùng nói rõ hơn.

Yêu cầuỨng dụng cần gìNgười dùng cần nhận được gì
Đơn hàng của tôi đang ở đâu?Tài khoản và mã định danh kiện hàngTrạng thái, thời điểm cập nhật và liên kết chi tiết
Mai tôi có đặt chỗ không?Tài khoản, ngày và múi giờ liên quanGiờ, địa điểm và trạng thái hiện tại của lượt đặt chỗ
Dời lượt đặt chỗ của tôi sang 7 giờ tốiLượt đặt chỗ, thay đổi yêu cầu và khung giờ còn trốngBước xác nhận rõ ràng và kết quả cuối cùng
Đặt lại đơn hàng như trướcSản phẩm, giá, địa chỉ và quyền của tài khoảnTóm tắt đơn cùng điều khoản trước khi đặt

Hai dòng đầu là điểm khởi đầu tốt. Chúng thường cho câu trả lời hữu ích mà không tạo giao dịch. Việc đổi lượt đặt chỗ có điều kiện khác. Giờ được yêu cầu có thể hết chỗ, địa điểm có thể tính phí, hoặc đổi múi giờ có thể làm thay đổi ngày. Những điều kiện đó cần thể hiện trong thao tác và câu trả lời của ứng dụng.

Hãy để ứng dụng kiểm tra quyền ngay lúc thực hiện

Ghi thay đổi qua App Intent: xác định đối tượng, xem điều kiện, xác nhận, trả biên nhận

Ghi thay đổi qua App Intent. Minh họa do Telli.sh thực hiện.

Trợ lý có thể hiểu câu nói và xác định một thao tác phù hợp. Ứng dụng vẫn phải kiểm tra ai đang yêu cầu, họ có quyền truy cập đối tượng nào và thao tác có thể tiếp tục không. Hãy dùng lại các bước kiểm tra quyền đang áp dụng trong giao diện. Đôi khi yêu cầu sẽ đến khi người dùng đang ở tài khoản khác, khi thiết bị bị khóa hoặc khi phiên đăng nhập đã hết hạn.

Trước một cam kết tài chính, hãy hiển thị số tiền cuối cùng và người sẽ bị tính phí. Nếu đổi nơi giao, người dùng cần thấy địa chỉ đích trước khi xác nhận. Nếu máy chủ chưa biết yêu cầu đã thành công chưa, ứng dụng nên báo trạng thái để người dùng có thể xử lý tiếp, thay vì khiến họ gửi lại một yêu cầu y hệt. Ai từng làm biểu mẫu thanh toán đều quen với các nguyên tắc này. Trong cuộc hội thoại bằng giọng nói hoặc trò chuyện, bạn có thể cần truyền đạt chúng rõ như vậy trong ít không gian hơn.

Lấy một ví dụ đơn giản. Người dùng muốn đặt lại một gói cà phê. Đơn trước có thể được giảm giá tạm thời, địa chỉ nhận hàng có thể đã thay đổi, còn sản phẩm có thể có nhiều cỡ. Một quy trình an toàn có thể nêu tên mặt hàng hiện tại, kích cỡ, giá và địa chỉ trước khi đặt đơn. Ứng dụng cũng có thể giúp tìm lại biên nhận dễ dàng sau đó.

Ngữ cảnh giúp tìm đúng điểm xuất phát. Người dùng nên biết ứng dụng thực sự dựa vào phần nào trong ngữ cảnh đó. Xác nhận “đơn đang hiển thị trên màn hình” có thể đủ khi chỉ thấy một đơn. Nếu màn hình có nhiều mục, hãy nhắc lại lựa chọn cụ thể. Cho người dùng cơ hội sửa cách hiểu của trợ lý trước khi thao tác.

Chuỗi thao tác cần báo trung thực kết quả cuối

Apple cũng mô tả các kỹ năng có thể ghép nhiều thao tác và hỗ trợ đối tượng trong chỉ mục ngữ nghĩa của Spotlight. Hai khả năng này có thể rút bớt số màn hình từ yêu cầu đến kết quả. Chúng cũng khiến một sai sót nhỏ trong mỗi thao tác trở nên quan trọng hơn, vì kết quả của bước này có thể là đầu vào của bước tiếp theo.

Hãy hình dung yêu cầu tìm một lượt đặt chỗ sắp tới và đổi giờ. Việc tìm có thể thành công dù việc đổi thất bại. Hãy báo cả hai trạng thái. Nói rằng đã tìm thấy lượt đặt chỗ và giờ cũ vẫn được giữ nguyên giúp người dùng hiểu tình hình và biết nên làm gì tiếp. Một thông báo thành công chung chung che mất lỗi, còn một thông báo lỗi chung chung bỏ qua kết quả tra cứu.

Một chuỗi hữu ích thường cần nhiều loại kết quả. Bước đầu có thể trả về một đối tượng phù hợp. Bước sau có thể yêu cầu chọn hoặc xác nhận. Bước cuối có thể trả biên nhận hoặc báo đang xử lý. Khi ghép các thao tác, hãy thử trường hợp người dùng đổi ý giữa chừng và trường hợp yêu cầu mạng lâu hơn mức họ có thể chờ thoải mái.

Hãy dùng mã định danh bản ghi ổn định trong hệ thống. Tên bằng ngôn ngữ tự nhiên có thể đổi, và nhiều mục có thể có tên gần giống nhau. Mã định danh ổn định giúp ứng dụng biết nó có thao tác đúng đối tượng không mà vẫn trả được lời mô tả thân thiện. Giữ liên kết tới bản ghi gốc để người dùng có thể mở lại đúng màn hình khi cần ngữ cảnh.

Hãy thử bằng thao tác có thể kiểm tra thủ công

  1. Xem thông báo dành cho nhà phát triển của Apple để biết hệ điều hành beta, thiết bị và ngôn ngữ được hỗ trợ. Dùng tài khoản và dữ liệu thử nghiệm. Apple liệt kê tiếng Hàn và mô tả các giới hạn theo thiết bị và khu vực.
  2. Chọn một thao tác đọc mà người dùng thực hiện thường xuyên. Ghi đường đi thông thường trong giao diện và câu trả lời chính xác mà thao tác thành công cần đưa ra.
  3. Dùng tài liệu App Intents của Apple để mô hình hóa thao tác và đối tượng mà nó tác động. Quy định điều gì sẽ xảy ra khi yêu cầu không khớp bản ghi nào, khớp một bản ghi hoặc khớp nhiều bản ghi.
  4. Chạy thử trong tình huống bình thường và mơ hồ. Bao gồm tài khoản chưa có, phiên đã hết hạn, tên mục trùng và mạng không khả dụng. Đối chiếu mỗi kết quả với màn hình ứng dụng hiện tại.
  5. Nếu sau này có thao tác ghi, hãy ghi lại nơi người dùng nhìn thấy đối tượng, điều kiện và kết quả. Thêm phép thử gửi lại yêu cầu sau khi hết thời gian chờ để kiểm tra ứng dụng xử lý đúng.
  6. Xem ngày cung cấp tính năng cho người dùng và bản thử nghiệm dành cho nhà phát triển là hai mốc riêng. Kiểm tra lại chính sách và thông tin gửi ứng dụng hiện hành của Apple khi lên kế hoạch phát hành qua App Store.

Đây là dịp tốt để thử các biến thể câu nói. Ứng dụng giao hàng có thể bắt đầu từ cụm từ khách dùng khi liên hệ hỗ trợ. Có câu nêu ngày, có câu nhắc tên cửa hàng, có câu chỉ kiện hàng theo địa điểm. Kiểm tra cách thao tác hỏi thêm chi tiết khi câu nói thiếu thông tin. Một câu hỏi làm rõ tốt đưa người dùng đến gần câu trả lời hơn.

Chọn cách hiển thị phù hợp với từng kết quả

Apple phân biệt đối tượng ứng dụng trong Spotlight, thao tác riêng của ứng dụng, thành phần giao diện ngắn và kỹ năng ghép nhiều thao tác. Ứng dụng vận chuyển có thể chọn hình thức phù hợp với câu hỏi cụ thể. Đối tượng trong kết quả tìm kiếm giúp người dùng nhận ra đơn hàng. Thao tác có thể xử lý yêu cầu theo tài khoản hiện tại. Thẻ cho phép đọc nhanh kết quả. Chuỗi thao tác hữu ích khi tìm đơn chỉ là bước đầu.

Thẻ theo dõi có thể hiển thị thành phố đích, trạng thái hiện tại và giờ hãng vận chuyển cập nhật lần cuối. Mức chi tiết thích hợp phụ thuộc vào nơi thẻ xuất hiện và thiết bị có khóa hay không. Thử màn hình mà không trông chờ người dùng nghe lời thông báo. Thử cả phiên bản đọc thành tiếng mà không dựa vào màn hình để đưa ra cảnh báo quan trọng. Cùng một dữ liệu nguồn cần có nghĩa ở cả hai hình thức.

Hướng dẫn thử nghiệm của Apple cũng giải thích trợ lý chọn ứng dụng như thế nào. Thao tác tùy chỉnh yêu cầu gọi tên ứng dụng khi ứng dụng chạy nền, trừ những ngữ cảnh dưới đây. Ứng dụng đang mở ở tiền cảnh, Live Activity đang hoạt động hoặc cuộc trò chuyện đã gọi tên ứng dụng có thể cung cấp ngữ cảnh cần thiết. Hãy thử gọi rõ tên trước để biết thao tác hoạt động. Sau đó thử cùng yêu cầu từ màn hình chính, khi đang hiển thị ứng dụng khác và trong một cuộc trò chuyện đang diễn ra. Ghi lại kết quả của từng ngữ cảnh.

Hãy kiểm tra kênh phân phối như một bước riêng

Hướng dẫn mô tả thử nghiệm trên thiết bị với bản dựng được ký để phát triển, cũng như thử nghiệm qua TestFlight nội bộ. TestFlight bên ngoài và bản phát hành qua App Store chưa thể chạy các tích hợp thử nghiệm này. Điều đó quan trọng khi quản lý sản phẩm muốn thử với khách hàng. Một bản trình diễn chạy đúng trên bản dựng phát triển chưa xác lập rằng khách hàng có thể bật cùng tính năng trên bản phát hành tại cửa hàng.

Apple nêu phần cứng tương thích Apple Intelligence và sáu ngôn ngữ, trong đó có tiếng Hàn. Giới hạn về khu vực, độ tuổi và phía máy chủ cũng được áp dụng. Apple liệt kê iOS, iPadOS, macOS, watchOS và visionOS 27.3 beta cho Siri AI, còn đợt thử nghiệm ban đầu dành cho ứng dụng bên thứ ba nêu iOS, iPadOS, macOS và visionOS. Hãy tách hai phạm vi này khi phân công người thử. Báo cáo ghi rõ phạm vi giúp kỹ sư tiếp theo biết lỗi đến từ thao tác, kênh thử nghiệm hay thiết bị.

Một bài thử nội bộ hữu ích ghi mỗi yêu cầu, thiết bị, ngôn ngữ, kênh phân phối và kết quả vào một dòng. Bắt đầu với một trường hợp đã biết là chạy đúng. Với câu hỏi trạng thái bằng tiếng Hàn, so sánh câu nói ngắn thông thường với một yêu cầu có tên nhà bán lẻ hoặc ngày theo dõi. Nếu cả hai tìm được cùng một bản ghi, thao tác đã xử lý được một biến thể thực tế. Nếu một câu làm lộ đơn của người khác, hãy dừng thử và sửa khâu kiểm tra quyền ngay tại nguồn.

Bước nghiệm thu cuối nên kiểm tra cách bàn giao lại cho người dùng. Nếu thao tác tìm được lượt đặt chỗ nhưng không thể dời giờ, hãy hiển thị giờ còn trống và mở đúng màn hình. Nếu có thể áp dụng thay đổi, hãy hiển thị kết quả và cho phép tìm lại biên nhận trong ứng dụng. Ở cả hai trường hợp, người dùng đều nhận được một bước tiếp theo cụ thể.

Lối tắt tạo được niềm tin qua từng thao tác

Điểm hấp dẫn của tích hợp Siri AI là đưa chức năng hữu ích nhất của ứng dụng đến gần người cần dùng. Một thao tác có phạm vi hẹp và dễ kiểm chứng vẫn có giá trị mà không cần xây cả danh mục tích hợp. Doanh nghiệp có thể hiển thị đúng trạng thái giao hàng đã có một nơi phù hợp để bắt đầu.

Khi thêm thao tác, hãy giữ tiêu chuẩn như nhau. Người dùng cần hiểu ứng dụng tìm được gì, xin phép làm gì và điều gì xảy ra sau đó. Sự rõ ràng càng quan trọng khi yêu cầu đi qua nhiều dịch vụ hoặc khi người dùng không mở giao diện của ứng dụng ban đầu.

Nguồn


Để lưu các cuộc trao đổi và quyết định trong công việc theo cách có thể tìm lại, hãy tạo tài khoản Telli.sh.


← Quay lai blog