it-swarm-vi.tech

Xử lý các ngày hiệu quả trong một ứng dụng hành chính

Khi xử lý thông tin dựa trên Bảo hiểm, chúng tôi thường cần triển khai việc sử dụng Ngày hiệu quả trên hầu hết dữ liệu của chúng tôi. Có nhiều lý do cho việc này mà tôi sẽ không tham gia, không cần phải nói rằng phần thiết kế không thể thay đổi.

Vấn đề tôi thường gặp phải là khi tôi cần tạo giao diện quản trị cho dữ liệu này cho người dùng doanh nghiệp của chúng tôi. Thông thường ở trên cùng của bất kỳ màn hình nào họ đang bật, người dùng chọn một ngày có hiệu lực. Ngày hiệu lực này thúc đẩy những gì dữ liệu được trình bày cho họ cho mục đích chỉnh sửa. (tức là dữ liệu đó có hiệu lực trong khoảng thời gian đó)

Bây giờ bất cứ khi nào người dùng thực hiện thay đổi, chúng tôi sẽ hỏi họ về ngày có hiệu lực của thay đổi này. Sau đó, chúng tôi thực hiện thay đổi cơ sở dữ liệu tùy thuộc vào những gì người dùng đã làm.

  • Nếu họ xóa một bản ghi, chúng tôi thực sự chỉ đánh dấu ngày kết thúc của bản ghi là
    [.___.] ngày có hiệu lực của sự thay đổi.

  • Nếu họ cập nhật một bản ghi, chúng tôi sẽ kết thúc ngày bản ghi cũ và tạo một bản ghi mới
    [.__.] ghi lại với ngày hiệu lực mới.

  • Nếu họ thêm một bản ghi ... tốt, chúng tôi thêm một bản ghi.

Dưới đây là những vấn đề tôi gặp phải với trải nghiệm UI/Người dùng tốt.

  1. Người dùng phải liên tục cho chúng tôi biết ngày thay đổi có hiệu lực. Điều này là cồng kềnh và gây khó chịu cho người dùng.

  2. Người dùng không thể thấy các thay đổi trên màn hình của họ trừ khi họ thực hiện thay đổi có hiệu lực ngay lập tức. Điều này là do ngày hiệu lực được chọn ở trên cùng của màn hình. Ngoài ra, họ gần như không bao giờ thực hiện thay đổi có hiệu lực ngay lập tức.

  3. Cuối cùng, vì chúng tôi không thực sự thực hiện các thay đổi mà họ mong đợi, chúng tôi không thể chỉ cho họ thấy dữ liệu ở định dạng bảng, vì điều đó sẽ không có ý nghĩa nhiều đối với họ. Họ nghĩ rằng một phần dữ liệu ở đó một lần, nhưng họ sẽ thấy nó 25 lần vì 25 thay đổi.

Tôi đã hy vọng tôi có thể lấy lại một số phản hồi cho loại thay đổi nào bạn thực hiện đối với giao diện người dùng để giúp giải quyết vấn đề như thế này. Tôi không chắc đó có phải là vấn đề mà mọi người phải giải quyết thường xuyên không, nhưng trong ngành bảo hiểm, chúng tôi phải giải quyết nó rất thường xuyên. Công nghệ không thành vấn đề, Máy khách dày, Ứng dụng web, v.v.

Biên tập

Để rõ ràng hơn một chút.

  1. Ứng dụng mà tôi đang đề cập đến, là ứng dụng quản trị xử lý việc sửa đổi dữ liệu phụ trợ. Bản thân ứng dụng thực tế, đã có sẵn và đang chạy bằng cách sử dụng dữ liệu mặt sau đã nói.
  2. Khi đề cập đến ngày hiệu quả. Khi ứng dụng thực tế yêu cầu dữ liệu, nó sẽ chuyển vào một ngày có hiệu lực để tìm ra những bản ghi nào là "Hiệu quả" vào ngày đó. Có một "Ngày kết thúc" tương ứng là null hoặc được điền. Trong cơ sở dữ liệu gồm 20 bảng, có thể ít nhất 10 bảng sẽ có ngày hiệu lực trong hồ sơ của họ.
  3. Khi tôi nói chúng ta không làm những gì họ mong đợi. Ý tôi là, họ nói "Xóa hồ sơ này" và chúng tôi thực sự kết thúc ngày đó. Họ nói "Cập nhật hồ sơ này" và chúng tôi thực sự kết thúc ngày đó, và tạo một bản mới.
  4. Mỗi mục yêu cầu một ngày có hiệu lực. Nếu đó là một bản ghi mới, ứng dụng vẫn cần biết khi nào nó có hiệu lực và lý do có thể đơn giản là vì đó là khi doanh nghiệp muốn nó hoặc vì đó là khi một luật nhất định có hiệu lực. Không có cách nào để đoán nó.

Đúng là tôi có thể chỉ cần đăng thông báo xác nhận/trạng thái cho người dùng sau khi hoàn thành một hành động, nhưng điều tôi đã cố gắng làm là thực hiện giao diện người dùng giúp quá trình này trở nên mượt mà hơn, nhiều thông tin hơn và trực quan hơn với người dùng cuối. Vì vậy, trong khi họ có thể không biết từng chi tiết nhỏ về những gì thực sự xảy ra ở mặt sau, họ sẽ cảm thấy tự tin rằng nó đang làm những gì họ cần.

5
Jeff Sheldon

Bạn có thể tạo giao diện tab dọc, với mỗi tab đại diện cho một ngày hiệu quả không? Nhấp vào một tab để xem dữ liệu kể từ ngày có hiệu lực. (Hãy nghĩ rằng cỗ máy thời gian của Apple không có hình ảnh động lạ mắt.)

Để thực hiện thay đổi, người dùng sẽ bắt đầu bằng việc nhập một ngày có hiệu lực. Điều đó sẽ tạo và chọn một tab mới, một bản sao của tab trước nó, với các trường có thể chỉnh sửa. Vì vậy, rõ ràng ngày hiệu lực đang được chỉnh sửa và cũng có thể nhấp qua các tab và xem chính sách tại các thời điểm khác.

Với mô hình được đề xuất ở đây, một chính sách sẽ không bao giờ "kết thúc" (mặc dù vẫn còn ngày kết thúc trong DB); nó sẽ chỉ được thay thế vào ngày hiệu lực tiếp theo.

Thật không may, điều đó có nghĩa là chính sách không bao giờ kết thúc sau ngày có hiệu lực cuối cùng. Bạn có thể đặt tab cuối cùng làm điểm đánh dấu báo hiệu kết thúc chính sách. Vì vậy, thay vì "xóa", người dùng chỉ cần thay đổi ngày hiệu lực của tab kết thúc. (Bạn vẫn có thể có nút "xóa" - nó sẽ thay đổi ngày hiệu lực của tab kết thúc thành ngày hôm nay).

4
Patrick McElhaney

Thật khó để đi xung quanh hỏi người dùng về ngày hiệu lực cho mỗi thay đổi nếu họ phải đưa ra một ngày có hiệu lực cụ thể cho mỗi thay đổi. Có một số cơ hội, mặc dù. Thực hiện một số nghiên cứu về cách mọi người đang sử dụng phần mềm của bạn và xem liệu bạn có thể tìm ra một số mẫu. Ví dụ: có lẽ người dùng đang quản lý tài khoản và tài khoản luôn bị thay đổi vào ngày cuối cùng của tháng. Nếu đó là trường hợp, bạn có thể ngừng hỏi người dùng về ngày cụ thể cho các đột biến đó và thay vào đó chỉ cần điền vào đó cho họ (bằng cách chọn tùy chọn mặc định hoặc ẩn kiểm soát - kiểm tra người dùng để xem cái gì hoạt động tốt nhất). Bạn cũng có thể kiểm tra xem có những ngày định kỳ trong suốt cả năm hay mỗi tháng, khi có những điều nhất định xảy ra và có thể cung cấp những ngày đó dưới dạng mẫu. Ví dụ: "Ngày đánh giá hiệu suất" hoặc "Ngày cuối cùng của mỗi tháng". Cuối cùng, bạn cần xác định các mẫu để xem cách bạn có thể tối ưu hóa quy trình làm việc và giảm đầu vào ở phía người dùng.

Chỉnh sửa: không bị xóa và loại bỏ hầu hết câu trả lời mà tôi không biết chuyện gì đang xảy ra

3
Rahul