Zammad: Tindakan "Balas" di UI tidak jelas

Dibuat pada 7 Nov 2016  ·  19Komentar  ·  Sumber: zammad/zammad

Saat tiket baru muncul, ia memiliki opsi ini langsung di bawah pesan:

Auf intern setzen / antworten / abspalten

Bidang teks di bawah ini, tempat Anda dapat memasukkan balasan (Diisi dengan "Antwort eingeben oder Dateien wählen") tidak membuat respons ke pelanggan, itu hanya membuat "catatan".

Di samping saya untuk pertama kalinya, siapa pun yang saya tunjukkan ini mengetik tanggapannya di bidang ini, dengan asumsi bahwa pelanggan mendapat balasan atas tiketnya. Saya pikir ini adalah jebakan potensial untuk agen dan harus lebih jelas di UI:

  • baik tinggalkan bidang teks dan tinggalkan tindakan di bawah pesan seperti "Auf intern setzen / antworten / kommentieren / abspalten"

  • atau jadikan "antworten" sebagai default dan "kommentieren" (atau "Notiz hinzufüggen") sebagai opsi.

UUI enhancement frontend / JS app

Komentar yang paling membantu

Ya, kami menangani keduanya secara bersamaan.

Di beberapa perusahaan, banyak komunikasi terjadi di dalam tiket sebelum pelanggan mendapat tanggapan: rekan kerja memberikan saran, informasi tambahan dari pengembang diminta, dll. Agen pemberi komentar ini saat ini senang bahwa mereka dapat langsung mulai menulis komunikasi internal menggunakan bidang masukan besar .

Di sisi lain, bidang input besar benar-benar terlihat seperti bidang jawaban dan bahkan memiliki placeholder "Masukkan Jawaban". Jadi ini adalah kesalahan besar dari pihak kami (secara historis perilaku default adalah "jawaban" tetapi kami mengubahnya menjadi "catatan").

Kami dapat memperkenalkan opsi untuk memilih "catatan" atau "balas melalui saluran awal" sebagai default. Kami perlu menjaga generik ini karena tiket dapat dimulai sebagai surat tetapi juga sebagai tweet, panggilan telepon tertulis, dll. Untuk kasus ini kami menghadapi tantangan bahwa kami harus memilih mana yang akan menjadi default awal dan jika defaultnya adalah bukan "catatan" maka kita mungkin membuat agen yang terbiasa dengan sistem saat ini tidak bahagia.

Gagasan yang lebih disukai yang ada dalam pikiran kami saat ini adalah menyembunyikan input besar dan sebagai gantinya menghadirkan tombol tindakan besar dengan "balas", "balas semua", "teruskan", "catatan" + saluran tambahan yang mungkin dapat Anda gunakan untuk berkomunikasi pelanggan. Google Mail, Mail.app dan mungkin lebih banyak aplikasi menanganinya dengan cara ini:

screen shot 2018-11-12 at 15 00 24

Mengklik salah satu tombol tindakan akan menampilkan input besar, pilih saluran yang benar dan fokus otomatis input Anda ke input sehingga Anda tidak perlu klik lagi untuk mulai mengetik.

Semua 19 komentar

Saya pikir akan lebih baik untuk dapat dikonfigurasi apa defaultnya.

Dan alangkah baiknya untuk melihat bahwa bidang TO diisi dengan alamat email pelanggan dan di bidang CC harus ada semua alamat yang berhubungan dengan tiket.

Benar-benar perlu mengirim ping ke sini. Mengapa TO-Field tidak diisi sebelumnya? Saya sedang menguji saya dan tidak dapat mengerti, mengapa email yang diambil tidak menerima jawaban. Perangkat lunak yang luar biasa seperti itu gagal pada apa yang paling penting ...

Ketika kami mulai menggunakan zammad, kami membutuhkan waktu seminggu untuk mulai bertanya-tanya mengapa tidak ada yang menjawab jawaban dukungan kami. Zammad hebat, tapi ini adalah desaster UX. Pelanggan mengajukan pertanyaan, jadi "masukkan jawaban" menyiratkan ini akan dikirim ke pelanggan.

Mengapa tidak "balas" vs. "tambahkan catatan"?

Ini adalah perangkat lunak yang hebat tetapi ini juga sangat membingungkan saya. Harap pertimbangkan untuk memprioritaskan masalah ini lebih tinggi. Terkait: https://github.com/zammad/zammad/issues/938

+1

Kami juga membutuhkan kemungkinan untuk mengubahnya menjadi membalas melalui email secara default. Ini cukup membingungkan bagi pengguna Zammad baru.

Jawaban email sebagai default (sebagai opsi) akan sangat berguna, terlalu sering terjadi bahwa balasan hanya ditambahkan ke sistem tiket dan tidak dikirim ke pembuka tiket.

Saya membuat kesalahan ini setidaknya sekali seminggu, jadi saya dapat dengan jelas mengonfirmasi bahwa ini adalah masalah UI yang sebenarnya.

@mrflix - Apakah Anda pikir Anda dapat mengatasi ini dalam lingkup yang sama dari #1135 yang kita diskusikan kemarin?

Ya, kami menangani keduanya secara bersamaan.

Di beberapa perusahaan, banyak komunikasi terjadi di dalam tiket sebelum pelanggan mendapat tanggapan: rekan kerja memberikan saran, informasi tambahan dari pengembang diminta, dll. Agen pemberi komentar ini saat ini senang bahwa mereka dapat langsung mulai menulis komunikasi internal menggunakan bidang masukan besar .

Di sisi lain, bidang input besar benar-benar terlihat seperti bidang jawaban dan bahkan memiliki placeholder "Masukkan Jawaban". Jadi ini adalah kesalahan besar dari pihak kami (secara historis perilaku default adalah "jawaban" tetapi kami mengubahnya menjadi "catatan").

Kami dapat memperkenalkan opsi untuk memilih "catatan" atau "balas melalui saluran awal" sebagai default. Kami perlu menjaga generik ini karena tiket dapat dimulai sebagai surat tetapi juga sebagai tweet, panggilan telepon tertulis, dll. Untuk kasus ini kami menghadapi tantangan bahwa kami harus memilih mana yang akan menjadi default awal dan jika defaultnya adalah bukan "catatan" maka kita mungkin membuat agen yang terbiasa dengan sistem saat ini tidak bahagia.

Gagasan yang lebih disukai yang ada dalam pikiran kami saat ini adalah menyembunyikan input besar dan sebagai gantinya menghadirkan tombol tindakan besar dengan "balas", "balas semua", "teruskan", "catatan" + saluran tambahan yang mungkin dapat Anda gunakan untuk berkomunikasi pelanggan. Google Mail, Mail.app dan mungkin lebih banyak aplikasi menanganinya dengan cara ini:

screen shot 2018-11-12 at 15 00 24

Mengklik salah satu tombol tindakan akan menampilkan input besar, pilih saluran yang benar dan fokus otomatis input Anda ke input sehingga Anda tidak perlu klik lagi untuk mulai mengetik.

Tombol besar akan menjadi solusi yang baik.

Saya sendiri baru saja mengalami masalah yang sama malam ini. Apa yang diperlukan untuk mengatasi hal ini?

Adakah timeline untuk masalah ini?

Belum ada garis waktu.
Ini adalah backlog fitur dan kami akan mengatasinya ketika ada waktu untuk itu. :-)

Saat ini kami fokus pada basis pengetahuan.
Saya akan mengunci masalah ini untuk diskusi lebih lanjut, karena tidak ada masukan berguna lebih lanjut selain mendorong masalah ini. Ini untuk mengurangi kebisingan bagi mereka yang menonton repo ini.

Sial untuk voting (pada postingan awal).
Tolong jangan posting komentar lebih lanjut tentang seberapa besar Anda menginginkan ini dan kapan itu akan datang, karena saya akan mengunci percakapan lagi.

Bingung juga dengan ini.

Dari sudut pandang UX, saya menyarankan pemilihan default untuk saluran menjadi saluran tempat tiket dibuka, dan membuat (catatan) pilihan terakhir yang mungkin. (karena itu akan digunakan paling jarang)

Tombol balas selalu menggunakan saluran yang sama dengan asal pesan untuk menjawab.
Artinya, jika tombol balas tersedia. Jika tidak, Anda harus menjawab melalui catatan atau artikel telepon.

Tombol balas selalu menggunakan saluran yang sama dengan asal pesan untuk menjawab.
Artinya, jika tombol balas tersedia. Jika tidak, Anda harus menjawab melalui catatan atau artikel telepon.

Apakah Anda yakin tidak melakukan ini karena versi SaaS Anda dan memaksa pengguna untuk menggunakannya?

Suka perangkat lunak yang bagus ini, tetapi memiliki UX yang buruk seperti yang Anda lihat menghentikan orang untuk menggunakannya.

Mengapa Anda tidak dapat membuatnya sesederhana yang Anda miliki di versi SaaS Anda? Seperti Anda memiliki semua fitur itu, dan berikan kepada kami, tetapi Anda tidak memberi kami opsi untuk hanya membalas tiket melalui email.

Mungkin saya melewatkan sesuatu, tetapi bagaimana saya membalas pelanggan secara langsung melalui email? https://www.screencast.com/t/Rd7NM0l38

Saya berjuang untuk menemukan ini selama berbulan-bulan, telah melewati pengaturan 8 kali di setiap opsi, tetapi saya tidak dapat menemukannya. Mungkin ini saya, tetapi untungnya menemukan Masalah Github ini dan saya melihat orang-orang menghadapi masalah yang sama.

Anda memiliki cara yang sangat sederhana untuk melakukannya di SaaS Anda, tetapi tidak dalam versi Open Source. Saya mungkin salah, tetapi ini memberi tahu saya bahwa Anda melakukannya dengan sengaja, jadi Anda mengonversi pengguna OS menjadi pengguna SaaS Berbayar.

Tolong koreksi saya jika saya salah.

@shtefcs Maaf atas masalah Anda, tetapi ini adalah pertanyaan teknis bukan bug.
Secara teknis ini tidak berbeda dengan penawaran SaaS kami - perbedaannya adalah Anda membeli default tidak memiliki akun email.

Saya sarankan untuk melihat pengaturan grup Anda dan mungkin berkonsultasi dengan dokumentasi.
Jika Anda masih memiliki masalah, silakan buat postingan di komunitas di https://community.zammad.org .

Jika Anda tertarik dengan dukungan kelas komersial kami, Anda dapat melihat https://zammad.com/pricing#selfhosted jika Anda tertarik.

Karena masalah ini tidak memiliki umpan balik yang berguna, saya akan menguncinya hanya untuk kontributor.
Tolong jangan salah paham, ini untuk mengurangi kebisingan pada repositori ini yang membantu kami berkonsentrasi untuk memperbaiki masalah.

Apakah halaman ini membantu?
0 / 5 - 0 peringkat