it-swarm.asia

Berurusan dengan Tanggal Efektif dalam Aplikasi Administratif

Ketika berhadapan dengan informasi berdasarkan Asuransi, kita sering perlu menerapkan penggunaan Tanggal Efektif pada sebagian besar data kami. Ada banyak alasan untuk hal ini yang tidak akan saya bahas, tidak perlu dikatakan bahwa bagian dari desain tidak dapat diubah.

Masalah yang sering saya temui adalah ketika saya harus membuat antarmuka administratif untuk data ini untuk pengguna bisnis kami. Biasanya di bagian atas layar apa pun mereka berada, pengguna memilih tanggal yang efektif. Tanggal efektif ini mendorong data apa yang disajikan kepada mereka untuk keperluan pengeditan. (mis. data itu efektif untuk periode waktu itu)

Sekarang kapan pun pengguna melakukan perubahan, kami meminta tanggal efektif perubahan ini. Lalu kami membuat perubahan basis data tergantung pada apa yang dilakukan pengguna.

  • Jika mereka menghapus catatan, sebenarnya kita hanya menandai tanggal akhir catatan sebagai
    tanggal efektif perubahan.

  • Jika mereka memperbarui catatan, kami mengakhiri tanggal catatan lama, dan membuat yang baru
    catat dengan tanggal efektif yang baru.

  • Jika mereka menambahkan catatan ... baik kami menambahkan catatan.

Berikut adalah masalah yang saya hadapi dengan UI/Pengalaman Pengguna yang baik.

  1. Pengguna harus terus memberi tahu kami tanggal efektif perubahan. Ini rumit dan menjengkelkan bagi pengguna.

  2. Pengguna tidak dapat melihat perubahan di layar mereka kecuali jika mereka membuat perubahan itu segera efektif. Ini karena tanggal efektif dipilih di bagian atas layar. Selain itu, mereka hampir tidak pernah melakukan perubahan yang efektif dengan segera.

  3. Terakhir, karena kita tidak benar-benar membuat perubahan yang mereka harapkan, kita tidak bisa hanya menunjukkan data dalam format tabel, karena itu tidak masuk akal bagi mereka. Mereka akan berpikir sepotong data ada di sana sekali, tetapi mereka akan melihatnya 25 kali karena 25 perubahan.

Saya berharap saya bisa mendapatkan umpan balik untuk perubahan apa yang akan Anda buat untuk UI untuk membantu dengan masalah seperti ini. Saya tidak yakin apakah itu masalah yang sering harus dihadapi orang, tetapi dalam industri asuransi kita harus sering mengatasinya. Teknologi ini tidak masalah, Klien Tebal, Aplikasi Web, dll.

Edit

Untuk menjadi sedikit lebih jelas.

  1. Aplikasi yang saya maksudkan adalah aplikasi administratif yang menangani modifikasi data backend. Aplikasi yang sebenarnya itu sendiri, sudah di tempat dan berjalan menggunakan kata data back end.
  2. Ketika merujuk pada tanggal efektif. Ketika aplikasi yang sebenarnya meminta data, ia melewati tanggal yang efektif untuk mengetahui catatan apa yang "Efektif" pada tanggal itu. Ada "Tanggal Akhir" yang sesuai yang bisa berupa nol atau terisi. Dalam database 20 tabel, mungkin setidaknya 10 akan memiliki tanggal efektif pada catatan mereka.
  3. Ketika saya katakan kita tidak melakukan apa yang mereka harapkan. Maksud saya adalah, mereka mengatakan "Hapus catatan ini" dan kami benar-benar mengakhiri tanggal itu. Mereka mengatakan "Perbarui catatan ini" dan kami benar-benar mengakhiri tanggal itu, dan membuat yang baru.
  4. Setiap entri membutuhkan tanggal yang efektif. Jika ini adalah catatan baru, aplikasi masih perlu tahu kapan itu mulai berlaku, dan alasannya bisa saja karena saat itulah bisnis menginginkannya, atau karena saat itulah undang-undang tertentu berlaku. Tidak ada cara untuk menebaknya.

Memang benar saya hanya dapat memposting konfirmasi/pesan status kepada pengguna setelah tindakan selesai, tetapi apa yang saya coba lakukan adalah mengimplementasikan antarmuka pengguna yang membuat proses ini sedikit lebih halus, lebih informatif, dan lebih intuitif untuk pengguna akhir. Jadi sementara mereka mungkin tidak tahu setiap detail kecil dari apa yang sebenarnya terjadi di bagian belakang, mereka akan merasa yakin bahwa itu melakukan apa yang mereka butuhkan.

5
Jeff Sheldon

Bisakah Anda membuat antarmuka tab vertikal, dengan masing-masing tab mewakili tanggal yang efektif? Klik pada tab untuk melihat data pada tanggal efektif itu. (Pikirkan Mesin Waktu Apple tanpa animasi mewah.)

Untuk melakukan perubahan, pengguna akan mulai dengan memasukkan tanggal yang efektif. Itu akan membuat dan memilih tab baru, salinan dari yang mendahuluinya, dengan bidang yang dapat diedit. Jadi jelas tanggal efektif apa yang sedang diedit, dan juga memungkinkan untuk mengklik tab dan melihat kebijakan di titik waktu lainnya.

Dengan model yang disarankan di sini, kebijakan tidak akan pernah "berakhir" (meskipun masih ada tanggal akhir dalam DB); itu hanya akan digantikan oleh tanggal efektif berikutnya.

Sayangnya itu berarti kebijakan tidak pernah berakhir setelah tanggal efektif terakhir. Anda mungkin membuat tab terakhir sebagai penanda yang menandakan akhir dari kebijakan. Jadi alih-alih "menghapus," pengguna hanya akan mengubah tanggal efektif dari tab akhir. (Anda mungkin masih memiliki tombol "hapus" - ini akan mengubah tanggal efektif tab akhir menjadi hari ini).

4

Sulit untuk bertanya kepada pengguna tentang tanggal efektif untuk setiap perubahan jika mereka harus memberikan tanggal efektif spesifik untuk setiap perubahan. Namun ada beberapa peluang. Lakukan riset tentang bagaimana orang menggunakan perangkat lunak Anda dan lihat apakah Anda dapat menemukan beberapa pola. Misalnya, mungkin pengguna mengelola akun, dan akun selalu dimutasi pada hari terakhir bulan itu. Jika itu masalahnya, Anda bisa berhenti bertanya kepada pengguna tentang tanggal tertentu untuk mutasi itu dan sebaliknya mengisinya saja (dengan memilih opsi default, atau menyembunyikan uji kontrol-pengguna untuk melihat mana yang paling berhasil). Anda juga dapat memeriksa apakah ada tanggal periodik sepanjang tahun, atau setiap bulan, di mana hal-hal tertentu terjadi, dan mungkin menawarkannya sebagai templat. Misalnya, "Hari Tinjauan Kinerja" atau "Jumat Terakhir setiap bulan". Pada akhirnya, Anda perlu mengidentifikasi pola untuk melihat bagaimana Anda dapat mengoptimalkan alur kerja dan mengurangi input di sisi pengguna.

Sunting: batal dihapus dan singkirkan sebagian besar jawaban di mana saya tidak tahu apa yang sedang terjadi

3
Rahul