Thích hợp để đặt các vấn đề được biết trực tiếp trong phần mềm?


12

Tôi đã tiến hành bảo trì một ứng dụng Android và có một vài vấn đề còn tồn tại mà tôi đã khắc phục ít nhiều, nhưng vẫn có vấn đề do các phiên bản HĐH Android khác nhau.

Ví dụ: gửi yêu cầu web với lớp MediaPlayer có các tiêu đề HTTP tùy chỉnh bị hệ điều hành tước trước khi yêu cầu được gửi đi, nhưng chỉ trên Android 4.X (tôi đã kiểm tra kỹ lưỡng) và điều đó khiến tính năng cụ thể này bị lỗi vì nó bị lỗi trên các tiêu đề đó.

Đây là một vấn đề đã biết và tôi đang cố gắng khắc phục nó, nhưng sẽ là một ý tưởng tốt nếu có một kiểm tra có điều kiện như

if (OS.VERSION == 4) {
    knownIssueDialog(This feature will not work on your Android version... etc.");
}

Rõ ràng là chúng tôi sẽ ghi chú điều này trên kênh hỗ trợ của mình, nhưng tôi tự hỏi liệu có phải là một ý tưởng tốt (giả sử mọi thứ được theo dõi) để có những vấn đề đã biết này cũng được nhúng trong phần mềm và để trình bày chúng khi cần thiết chẳng hạn như những gì tôi mô tả ở trên.

Chúng tôi liên tục nhận được nhiều đánh giá xấu và rất nhiều email hỗ trợ dựa trên các loại vấn đề này, vì vậy, trong tâm trí tôi sẽ tiết kiệm cho mọi người rất nhiều thời gian và đau đầu bằng cách đơn giản là chặn một tính năng mà nó được biết là không hoạt động đúng.

Tôi thấy hai vấn đề tiềm ẩn:

  1. Người dùng có thể chưa bao giờ thấy bất cứ điều gì như hộp thoại "vấn đề đã biết" trước đây; Rất nhiều người dùng đơn giản có thể không hiểu ý nghĩa của nó.
  2. Có một chút chi phí phát triển - người ta sẽ cần đảm bảo theo dõi các vấn đề này ở đâu đó trong mã. May mắn thay, với các chú thích Java, bất kỳ kiểm tra có điều kiện nào như thế có thể được đi trước @KnownIssuehoặc một cái gì đó tương tự, làm cho việc tìm / sửa đổi chúng rất đơn giản.

Sẽ đặt các vấn đề 'đã biết' trong phần mềm có ý nghĩa không?

Chỉnh sửa : Tôi sẽ thêm rằng đây là một vấn đề mới bắt đầu xảy ra khoảng một tuần trước. Tôi đã khắc phục được một nửa sự cố và rất khó có thể khắc phục sự cố trong 4.X vì đó là hệ điều hành gây ra sự cố. Tôi có thể phát hành phiên bản mới với bản sửa lỗi và khiến 50% cơ sở người dùng hài lòng trở lại và cảnh báo 50% khác (người dùng 4.X) rằng sự cố sẽ tiếp tục trên 4.X và để đề xuất nâng cấp (hoặc một cái gì đó ). Câu hỏi đặt ra là có nên làm điều đó trong phần mềm hay không (tức là hiển thị hộp thoại cho người dùng 4.X) hoặc để họ spam chúng tôi hỗ trợ các email nói rằng "cách khắc phục của bạn không hoạt động !!!" và sau đó hướng họ đến trang hỗ trợ thảo luận chi tiết hơn về vấn đề này.


2
"Tính năng này sẽ không hoạt động trên phiên bản Android của bạn." Thay vào đó, bạn làm gì? Chỉ thất bại một cách vô duyên và không nói gì?
Robert Harvey

@RobertHarvey Yêu cầu dành cho Chuyển văn bản thành giọng nói. Phiên bản 'trực tuyến' yêu cầu một yêu cầu HTTP, không thành công nếu các tiêu đề không có mặt (vì vậy hiện tại nó bị vỡ trong 4.X). Tuy nhiên, nếu thất bại thì chúng ta rơi trở lại TTS của thiết bị. Vấn đề là hầu hết các thiết bị TTS hút, đó là lý do tại sao trực tuyến là phương pháp đầu tiên. Chúng tôi quay trở lại một cách duyên dáng, nhưng trên một số thiết bị cũ hơn (khoảng 20% ​​cơ sở người dùng của chúng tôi), TTS thật kinh khủng ...
Chris Cirefice

Có yêu cầu một phiên bản HĐH nhất định để cho phép cài đặt một tùy chọn không? Ít nhất là các khiếu nại được giới hạn ở việc thiếu khả năng tương thích ngược.
JeffO

Tôi không nghĩ người dùng sẽ bối rối quá mức bởi một thông báo "Tính năng này sẽ không hoạt động với phiên bản HĐH của bạn, vui lòng nâng cấp lên 5". Thất vọng, có lẽ, vì việc nâng cấp không dễ thực hiện ...
Kilian Foth

Không phải TTS của họ cũng hoạt động tệ như nhau trong mọi ứng dụng khác sao?
Robert Harvey

Câu trả lời:


6

Có, điều này rất dễ chấp nhận đối với một số tính năng tối nghĩa hơn, đặc biệt là khi chúng bị ẩn đi trong menu tùy chọn. Có lẽ sẽ tốt hơn khi tắt các nút và thêm một số văn bản bổ sung "tính năng này trên XXX trở xuống" hoặc "tính năng này hoạt động tối ưu trên XXX trở lên" nếu nó chỉ hoạt động một phần.

Không, điều này không được chấp nhận đối với chức năng chính chiếm tới 75% màn hình khi bạn khởi động ứng dụng. Việc sử dụng của bạn sẽ trở nên thực sự khó chịu mỗi khi họ thấy cửa sổ bật lên. Bạn tốt hơn hết là chỉ cần ẩn tính năng này, không cần chọc người dùng của bạn về một cái gì đó họ không thể sửa chữa.

Sẽ khác nếu người dùng của bạn có thể dễ dàng sửa nó, ví dụ bằng cách cài đặt một ứng dụng bổ sung. Tôi thường thấy các thông báo như "Để sử dụng tùy chọn này, bạn cần cài đặt ứng dụng la bàn (miễn phí)" hoặc "Để sử dụng tùy chọn này, bạn cần nâng cấp lên ứng dụng chuyên nghiệp phải trả tiền", v.v.

Điểm mấu chốt là, bạn có thể làm điều này, nhưng chỉ sau khi xem xét cẩn thận và sau khi các giải pháp khác không thành công, không phải là một phím tắt nhanh. Nó sẽ gây khó chịu cho người dùng của bạn, nhưng đó có thể là một sự đánh đổi chấp nhận được mà bạn thực hiện.

(ps. Tôi có cảm giác câu hỏi này nên đi đến UX )


3

Nhiều đánh giá xấu + hàng tấn email hỗ trợ == khách hàng không hài lòng. Bạn sẽ làm cho họ hạnh phúc bằng cách 'thất bại duyên dáng hơn' trong một số điều kiện nhất định? Có lẽ. Tuy nhiên, nếu tôi là bạn, tôi sẽ suy nghĩ lại liệu tôi có phát hành phần mềm sớm hay không và tôi nên sửa một số vấn đề đó trước khi nó đến trước khách hàng.

Cập nhật: Nếu đây là sự cố không thể khắc phục do môi trường, tôi đã gửi lời nhắc để thông báo cho người dùng (VÀ cũng có tài liệu được gửi và gửi trong email). Điều này hoạt động cho một vấn đề riêng biệt như thế này, nhưng tôi sẽ không khuyên nó như là một giải pháp chung cho bất kỳ 'lỗi đã biết' nào. Nếu có nhiều trong số này, thì bạn đang làm sai điều gì đó.


4
Tôi nghĩ những gì anh ấy thực sự hỏi là "Chúng ta có nên nói với mọi người rằng điện thoại của họ hút không?"
Robert Harvey

Điểm hay, tuy nhiên chúng tôi chưa thực sự phát hành phiên bản nửa nướng. Điều này chỉ bắt đầu là một vấn đề kể từ 5 ngày trước; chúng tôi đã có hơn 10 email hỗ trợ và tôi đã sửa một nửa. Trước khi phát hành, tôi muốn tìm hiểu xem có nên đưa thứ gì đó như thế này vào hay không, chỉ để tránh nói mọi người chúng tôi đã sửa TTS ngoại trừ bạn, người dùng Android 4.X. Bạn không nhận được một sửa chữa, bởi vì bạn hút . Thật không may, đây là một vấn đề cụ thể của hệ điều hành và không phải là điều tôi có thể khắc phục. Android loại bỏ các tiêu đề HTTP, tôi không thể làm gì về điều đó!
Chris Cirefice

@RobertHarvey: Tôi đoán tôi đã đọc câu hỏi theo nghĩa chung hơn ... câu trả lời này có thể không áp dụng cho các vấn đề phát sinh vì 'điện thoại của mọi người bị hút'
c_maker

1

Nếu các tính năng có vấn đề có sẵn thông qua các tùy chọn, nút hoặc một cái gì đó tương tự, bạn có thể vô hiệu hóa hoặc ẩn các yếu tố này: Tôi hy vọng điều này sẽ ít gây khó chịu cho người dùng hơn là chỉ cung cấp một tính năng "không hoạt động". Nếu bạn biết nó sẽ không hoạt động, thì đừng làm cho nó xuất hiện như nó có thể.

  • Vô hiệu hóa tùy chọn / nút sẽ cho phép bạn thêm ghi chú "không được hỗ trợ trên hệ điều hành của bạn".
  • Ẩn tùy chọn / nút sẽ không gây nhầm lẫn cho người dùng mới nhưng có thể gây ra khiếu nại của người dùng hiện tại không còn có thể tìm thấy mục.
Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.