it-swarm-vi.tech

Giải pháp xử lý người dùng thực sự xấu nhập dữ liệu sai?

Câu hỏi này tôi sẽ chia thành hai phần, câu chuyện phía sau và câu hỏi thực sự.

Câu chuyện trở lại
[.__.] Tôi làm việc cho một công ty tư vấn và chúng tôi đã phát triển một phần mềm cho phép một công ty quản lý bất động sản của họ. Họ thuê khoảng 1.000 căn hộ và nhà ở, và phần mềm theo dõi những gì được thuê bởi ai, ai nợ cái gì và để làm gì, nó theo dõi các tài sản và đơn vị cho thuê thuộc sở hữu và báo cáo bảo trì. Nó cũng quản lý hóa đơn.

Vì vậy, nó là một hệ thống khá phức tạp.

Công ty chúng tôi đã tạo ra nó để kiếm một mức lương tối thiểu cho công việc của họ và chỉ thuê những người phụ nữ và không yêu cầu biết sử dụng máy tính. Họ cũng sẽ không lãng phí tiền cho việc đào tạo nhân viên mới vì chúng thường chỉ kéo dài một vài tháng.
[.___.] Do đó, phần mềm được giao nhiệm vụ có giao diện "giá cá" và nó cũng đơn giản như giao diện của McDonald. Vấn đề duy nhất là, McDonald có lẽ đã chi hàng triệu thiết kế cho họ và McDonald có mô hình kinh doanh đơn giản hơn và họ đào tạo người dùng của họ.

Mặc dù vậy, tôi cảm thấy tôi đã xây dựng một giao diện khá trực quan và tôi đã có một vài người trong văn phòng kiểm tra người dùng cho tôi. Kết quả rất tốt, tôi đã sửa một vài điều mà tôi chưa từng thấy vì sự gần gũi với phần mềm, nhưng nhìn chung, việc đạt được tất cả hoặc gần như tất cả các nhiệm vụ trong bài kiểm tra người dùng mà không cần đào tạo.

Tuy nhiên, có một người dùng đặc biệt tại công ty này không thể tìm ra cách sử dụng hệ thống. Hai tháng trước, cô đã thay đổi khoảng 50 ngày thuê nhà. Tôi đã sửa nó trong cơ sở dữ liệu và tất cả đều ổn trong một thời gian. Tháng trước chúng tôi đã nhận được báo cáo rằng hệ thống đang phân công lại mọi người đến khu vực sinh sống mới, nhưng đó là việc cô ấy thay đổi họ. Vì vậy, tôi đặt một khóa trên đó, vì vậy bạn không thể thay đổi khu nhà ở của người thuê mà không cần nhấp vào nút hình ảnh "Mở khóa" lớn. Điều đó dường như để khắc phục vấn đề. Sau đó hai tuần, chúng tôi nhận được một báo cáo rằng hệ thống (luôn luôn là lỗi của hệ thống) đã đổi tên các thuộc tính. Hóa ra người dùng nghĩ rằng cô ấy có thể tìm kiếm từ hộp văn bản Tên tài sản (được gắn nhãn "Tên tài sản", có một nút với kính lúp có chữ "Tìm kiếm" ở xa nó). Vì vậy, bây giờ hình thức thao túng tài sản bị khóa theo cách tương tự như của người thuê nhà. Hôm qua, hệ thống đã một lần nữa thay đổi ngày thuê và nhật ký cho thấy nó là cùng một người dùng. Họ muốn tôi khóa ngày thuê theo cách tôi có tên tài sản và khu nhà ở, nhưng tôi nghĩ nó đã đi quá xa.

Nếu tôi thực hiện thay đổi mà họ yêu cầu, họ sẽ tiếp tục đổ lỗi cho phần mềm (và công ty tư vấn) và không chịu trách nhiệm về việc họ không được đào tạo và kỹ năng về người dùng. Nó cũng sẽ không thực sự giải quyết bất cứ điều gì, cho đến khi mọi trường đầu vào được yêu cầu mở khóa trước khi có thể chỉnh sửa. Họ sẽ không trả tiền cho tài liệu như hướng dẫn sử dụng hoặc tệp trợ giúp được tạo, đó là cách duy nhất tôi thấy rằng nó có thể được sửa.

Vấn đề
[.___.] Một người dùng chưa được huấn luyện liên tục nhập dữ liệu xấu vào các vị trí vô nghĩa (chẳng hạn như số điện thoại trong trường biển số xe). Cô xóa hoặc thay đổi dữ liệu hệ thống quan trọng mà cô thường phải chỉnh sửa. Khách hàng đã yêu cầu tôi thêm một lần nhấp bổ sung để chỉnh sửa dữ liệu, nhưng tôi cảm thấy điều đó sẽ không giải quyết được vấn đề, chỉ cần làm cho nó chuyển sang một lĩnh vực khác.

Tôi có thể làm gì để ngăn chặn đầu vào xấu này không khác biệt đáng kể so với dữ liệu tốt?

8
Malfist

Hóa ra người dùng nghĩ rằng cô ấy có thể tìm kiếm từ hộp văn bản Tên thuộc tính

Đây là một vấn đề rất phổ biến thực sự. Người dùng của bạn không rõ ràng rằng họ đang thay đổi bản ghi. Bạn hiển thị hỗn hợp dữ liệu và sửa đổi dữ liệu - không phải là "Fisher Pricey".

"Tìm kiếm" sẽ trả về một danh sách hoặc bản ghi chỉ đọc.
[.___.


Thật khó để đưa ra khuyến nghị mà không biết ứng dụng và quy trình kinh doanh thực tế, nhưng đây là những gì tôi muốn đưa vào:

  • Trang bắt đầu để chọn một hành động (ví dụ: "Người thuê nhà tìm kiếm", "Vị trí tìm kiếm", "Thoát khỏi công việc fracking này")
  • Đối với mỗi hành động, một trang duy nhất, ví dụ: một trang tìm kiếm
  • Nếu tìm kiếm trả về nhiều kết quả, hãy liệt kê chúng trên trang tìm kiếm (chỉ đọc!), Để người dùng có thể tinh chỉnh tìm kiếm, sửa lỗi chính tả, v.v.
  • Nhấp vào kết quả hoặc thực hiện tìm kiếm với một kết quả duy nhất sẽ đưa bạn đến ví dụ: trang "Chi tiết người thuê nhà". Vẫn đọc thôi. Trên trang này, bạn có thể [.__.]
    • trở về menu
    • thuê/sa thải/di chuyển/chỉnh sửa người thuê
    • ...
  • nhận được các kết quả tìm kiếm khác từ trang này (ví dụ: danh sách ở bên cạnh, danh sách thả xuống, cặp nút "Trước/Tiếp theo" ...)
  • Một lần nữa, mọi hành động, ví dụ: "Move Tenant" có trang riêng
18
peterchen

Mặc dù điều này có vẻ phản trực giác, người dùng này có thể là một phước lành trong ngụy trang. Một người dùng "xấu" có thể cung cấp cho bạn nhiều thông tin hơn trên một trang web hơn 10 người dùng "tốt". Đặc biệt nếu bạn đang cố gắng thiết kế cho mẫu số chung thấp nhất. Nếu mục tiêu của hệ thống là tạo ra một cách để những người chưa được đào tạo làm việc với nó, bạn phải nhận trợ cấp cho người dùng này.

Chẳng hạn, việc khóa nhật ký nghe có vẻ là một ý tưởng thú vị sẽ giúp ngăn người dùng thiếu kinh nghiệm mắc lỗi.

Điều này quay trở lại các nguyên tắc thiết kế giao diện tốt. Chủ yếu, "giao diện hoàn tất khi người dùng nói."

Vấn đề của cô ấy khi cố gắng "tìm kiếm từ hộp văn bản Tên thuộc tính (được gắn nhãn" Tên tài sản ", có một nút có kính lúp có nội dung" Tìm kiếm "cách xa nó)" có thể là một vấn đề về khả năng sử dụng ngay tại đó. Dựa trên mô tả của bạn, có vẻ hợp lý rằng cô ấy có thể gây ra lỗi.

Bạn đã thử nói chuyện với người mắc phải những lỗi này chưa? Tôi đề nghị ngồi xuống với cô ấy và thực sự xem cô ấy làm việc với hệ thống. Dường như cô ấy có thể cung cấp cho bạn một cái nhìn sâu sắc như cách cô ấy sử dụng chương trình. Luôn luôn tốt hơn để xem những gì họ đang làm bởi vì mọi người không kể toàn bộ câu chuyện (họ có thể cảm thấy xấu hổ, nói với bạn những gì bạn muốn nghe, hoặc đơn giản là quên).

Thông tin bạn nhận được từ việc thực sự nhìn thấy cô ấy trong hành động sẽ quyết định những bước bạn cần thực hiện. Là từ ngữ khó hiểu? Cô ấy có bị phân tâm tại nơi làm việc không? Có phải cô ấy đa nhiệm và mắc lỗi? Giao diện "giá cá" có đụng độ quá nhiều với mong đợi của cô ấy không? Tất cả những điều này có thể được trả lời bằng cách quan sát và đặt câu hỏi cẩn thận.

NẾU, vào cuối ngày, cần đào tạo sau đó đưa ra đề xuất kinh doanh và bao gồm thông tin ROI. Bạn phải thuyết phục họ rằng đó là lợi ích tốt nhất của họ để trả cho đào tạo. NHƯNG đào tạo thường không phải là giải pháp cho một vấn đề giao diện. Bằng cách làm việc trong sự mong đợi của người dùng và dựa trên kiến ​​thức hiện có của họ, bạn không cần đào tạo mở rộng. Hãy suy nghĩ: Gmail, Word, Outlook. Bạn có thể không đọc hướng dẫn sử dụng cho những người.

17
Kevin G

Một điều không rõ ràng từ câu hỏi của bạn. Sa cô ấy đã thực hiện một thay đổi không chính xác, phải chăng cô ấy nhận thức được rằng cô ấy đã thực hiện một thay đổi không chính xác?

  • Nếu không, nó gợi ý rằng phần mềm thiếu một số phản hồi cần thiết cho người dùng.
  • Nếu là cô ấy, thì vấn đề thực sự là tại sao cô ấy không sửa lỗi mà cô ấy đã đưa ra mặc dù cô ấy nhận thức được nó. Nếu cô ấy đơn giản là thiếu trách nhiệm, việc cải thiện phần mềm không liên quan lắm. Nhưng nếu cô ấy muốn sửa nó và không biết làm thế nào, thì nên có một cái gì đó mà phần mềm có thể giúp đỡ. Một điều có thể là cung cấp cho người dùng khả năng hoàn tác những thay đổi cuối cùng.
12
Tsuyoshi Ito
  • Bắt đầu đăng nhập tất cả các hành động quan trọng.
  • Báo cáo tất cả các thay đổi cho một ông chủ. Bạn cần sự thật để giải quyết tất cả các vấn đề.
  • Hạn chế quyền truy cập vào các phần quan trọng khác của ứng dụng: hiển thị một cửa sổ cho người dùng này và không có gì nữa :).
  • Bắt đầu tạo bóng để điều tra hoạt động của người dùng.
  • Từ chối mọi thay đổi đối với dữ liệu đã lưu trước đó (ví dụ: đã được thay đổi 1 ngày trước).
  • Cố gắng thêm các kiểm tra bổ sung (định dạng số điện thoại, đầu vào số, độ dài chuỗi, v.v.) cho các đầu vào vấn đề.
  • Bắt đầu chỉnh sửa dữ liệu ở dạng tách biệt, tất cả các lưới đều là ReadOnly!
  • ..
  • Đề nghị bắn: Tôi không biết, nếu cô ấy không phải là họ hàng của ông chủ;)
  • Thuê những người này làm người thử nghiệm để điều hành doanh nghiệp của bạn! :)
3
igor

"được ủy quyền để có một giao diện" giá cá "

Tôi đã mua máy ảnh kỹ thuật số Fisher Price cho con tôi vài lần trước. Phần mềm đi kèm sẽ làm cho danh sách các giao diện thực sự khủng khiếp của tôi.

Dù sao ... bạn biết vấn đề là gì. Hoặc công ty của bạn cần một cách tốt hơn để truyền đạt điều đó đến khách hàng, hoặc họ cần xem xét việc tìm kiếm một khách hàng mới.

HOẶC ... khách hàng của bạn cần đầu tư nhiều thời gian và tiền bạc để bạn xây dựng các quy tắc kinh doanh phức tạp hơn nhiều. Tất nhiên, điều đó có thể tốn kém hơn nếu họ chỉ đầu tư vào một chút đào tạo.

CẬP NHẬT:

Một suy nghĩ khác ... làm thế nào về giao diện hoàn tác 'wiki-esque'? Không thực sự thay đổi BẤT K data dữ liệu nào trong hệ thống mà thay vào đó là phiên bản từng bản ghi. Sau đó, phát triển giao diện 'hoàn tác' hoặc 'rollback'. Bằng cách đó, chủ doanh nghiệp có thể đối phó với việc sửa chữa tất cả những sai lầm mà nhân viên của cô đang mắc phải.

1
DA01
  • Cung cấp một hộp thoại xác nhận.
  • Cung cấp chú giải công cụ giải thích những gì từng lĩnh vực làm.
  • Cung cấp các nút gửi cho biết hành động của họ, "Chỉnh sửa" chứ không phải "Gửi".
  • Cung cấp nhật ký hành chính.
  • Cung cấp một quy trình phê duyệt hành chính.
  • Cung cấp một lệnh hoàn tác.
  • Cung cấp mức truy cập thấp hơn để sử dụng bình thường, tức là chỉ mặc định bằng cách xem.

Sau đây cũng có thể là điều kiện thích hợp.

  • Hạn chế người dùng truy cập cấp thấp hơn.
  • Cung cấp các hạn chế về khả năng của người dùng, chẳng hạn như số lần chỉnh sửa tổng thể trong một khoảng thời gian hoặc chỉnh sửa hồ sơ dựa trên các tiêu chí cụ thể.
1
Thomas Langston

Ngoài một số câu trả lời đã được đưa ra:

  1. Trong màn hình nơi các trường có thể được chỉnh sửa, hãy làm rõ rằng một trường có giá trị thay đổi. Nếu tên đầu tiên của Nicolas Nicolas đã được đổi thành từ Peter Peter, hãy đặt cho trường này một nền màu cam. Và đặt một cây bút chì bên cạnh nó, với chú thích cho biết Bạn đã viết một giá trị mới cho lĩnh vực này, nhưng bạn chưa lưu nó. Và, nếu người dùng ghi lại giá trị ban đầu, Nicolas Nicolas, hãy bỏ nền màu cam và bút chì.
  2. Gần nút Lưu , thêm một câu có nội dung: Tử Bạn đã viết các giá trị mới cho tên, họsố điện thoại của người thuê này. Nhấp Lưu nếu bạn muốn ghi lại những thay đổi này.
  3. Sau khi người dùng đã nhấp Lưu , hãy đặt câu này lên đầu màn hình: Bạn đã thay đổi tên, họsố điện thoại cho người thuê T01789456. Với nút Hoàn tác .
1
Nicolas Barbulesco

Kiểm soát truy cập

Có vẻ như người dùng này đang thay đổi các lĩnh vực nằm ngoài phạm vi nhiệm vụ của mình. (Nếu những phần này của giao diện có liên quan đến nhiệm vụ của cô ấy, thì tôi nghĩ cô ấy sẽ biết họ làm gì và không lạm dụng chúng,)

Một cách để ngăn chặn điều này là hạn chế người dùng chỉ sửa đổi những phần dữ liệu mà họ chịu trách nhiệm.

Không hiển thị các phần người dùng của giao diện không liên quan đến nhiệm vụ của cô ấy. Đừng cho cô ấy quyền truy cập để sửa đổi dữ liệu không liên quan đến nhiệm vụ của cô ấy. Dễ dàng hơn để cô ấy hoàn thành công việc của mình, an toàn hơn cho dữ liệu.

Điều này có thể được thực hiện bằng cách gán một vai trò cho mỗi người dùng hoặc cung cấp cho mỗi người dùng một bộ quyền truy cập. (Cái trước có thể thích hợp hơn cho một cơ sở người dùng lớn. Cái sau có thể thích hợp hơn khi mỗi cá nhân cần một bộ quyền truy cập duy nhất.)

Khi người dùng đã quen thuộc với hệ thống, có thể mở ra quyền truy cập vào các phần khác của giao diện, theo nhu cầu.

0
joeytwiddle