Anda mungkin menemukan elemen antarmuka seperti itu. Di tempat-tempat penjualan, pada platform diskusi, tetapi hampir di semua tempat, elemen ini ditemukan. Bahkan di sini, di hub, hub dalam bentuk pohon.
Pertukaran lepas tidak terkecuali. Pesanan perlu dikelompokkan entah bagaimana, sehingga pemain tidak melihat umpan pesanan besar untuk spesialisasi lainnya.
Mekanismenya luar biasa, jika bukan untuk satu “tetapi”. Untuk pengguna yang menemukan pohon seperti itu untuk pertama kalinya atau membahas bagian yang tidak dikenal dari pohon ini, ini bukan hanya pohon, itu adalah hutan yang gelap gulita. Alasannya sederhana - pohon dapat dibangun sesuai dengan prinsip yang berbeda, penempatan elemen dalam struktur ini biasanya sesuai dengan beberapa logika, tetapi pengguna mungkin tidak mengerti dengan prinsip apa semua ini diatur, dan untuk mengetahuinya Anda perlu melihat pohon ini melalui mata, sering membaca nama hampir semua item mencari yang cocok.
Ya, formulir pencarian pada daftar seperti itu mengurangi penderitaan, tetapi tidak menyelesaikan masalah sepenuhnya - nama elemen juga mungkin berbeda, pengguna mungkin tidak menemukan beberapa elemen bukan karena tidak ada dalam daftar, tetapi ia mengambil nama yang berbeda.
Masalah ini diekspresikan dalam berbagai derajat, tergantung pada skenario. Misalnya, di toko online tidak perlu menggunakan pohon kategori, Anda dapat menggunakan pencarian. Atau Anda langsung menuju halaman produk yang diinginkan dari mesin pencari dan tidak menemukan pohon kategori sama sekali.
Hal lain adalah ketika Anda pasti harus memilih kategori. Ini biasanya terjadi ketika item baru ditambahkan ke daftar. Saat menambahkan barang, artikel, pesanan untuk pertukaran freelance atau pengumuman di papan online. Tidak ada pilihan - untuk penempatan Anda perlu menentukan kategori, bagian, seringkali tidak dalam bentuk tunggal.
Setelah kecanduan terjadi, algoritma untuk membangun struktur ini menjadi jelas, atau pengguna hanya ingat di mana ia berada, masalahnya berjalan di pinggir jalan. Tetapi bagaimana jika ini tidak terjadi? Misalnya, sebagian besar pengguna baru dan pohon belum pernah melihat ini?
Kami menghadapi masalah seperti itu. Kebanyakan freelancer terbiasa dengannya. Tetapi pelanggan yang baru tiba atau pelanggan yang memesan sesuatu yang baru dihadapkan dengan masalah memilih dalam pertumbuhan penuh.
Kedalaman bersarang
Keinginan untuk sistematisasi adalah tergoda untuk menginvestasikan segalanya dan menyelesaikannya. Pemrograman bertahun-tahun juga mendistorsi pikiran dan menempatkan satu ke yang lain sepertinya ide yang bagus. Tetapi untuk menghadapi pohon seperti itu adalah semakin sulit semakin banyak level di dalamnya.
Kami memilih dua. Untuk beberapa waktu mereka mencoba memunculkan level ketiga, dukungannya bahkan diletakkan pada level kode, tetapi tidak ada hal baik yang dapat ditambahkan di sana. Pekerja lepas yang menawarkan untuk melakukan ini juga tidak membantu.
Meski dengan tiga level, beberapa rukun:
Jumlah item
Pertama-tama, kami mencoba membuat pohon sekompleks mungkin dan tidak mengembang jumlah elemen untuk memudahkan pencarian. Di sisi lain dari solusi ini adalah penurunan kualitas penyaringan.
Kontraktor ingin lebih tepat, tetapi ini tidak hanya akan menambah beban pada pelanggan, tetapi juga meningkatkan jumlah kesalahan dalam memilih kategori. Akibatnya, kontraktor berisiko tidak melihat pesanan yang cocok untuknya, dan pelanggan tidak menerima penawaran yang relevan.
Memotong dengan keras. Perlu untuk melestarikan logika, untuk menggabungkan apa yang tidak memerlukan kategori terpisah. Kata-katanya juga sangat penting.
Mengurangi jumlah elemen, tentu saja, menyederhanakan pencarian dan mengurangi skala masalah, tetapi tidak menyelesaikannya sepenuhnya.
Tetapi lebih baik tidak melakukan ini:
Daftar Organisasi
Awalnya, ketika memilih kategori dalam bentuk penambahan, kami memiliki daftar panjang semua kategori, di mana di bawah kategori level pertama adalah semua kategori level kedua. Daftarnya panjang dan sulit untuk mencari di dalamnya. Oh ya, ada dua daftar seperti itu - kategori utama dan tambahan.
Pendekatan lama tetap ada di forum, ada beberapa bagian:
Kemudian kami mulai menempatkan dua daftar drop-down, yang pertama berisi kategori dari tingkat pertama, dan ketika Anda memilih kategori di daftar kedua, subkategori dimuat.
Penting juga untuk mengurutkan kategori berdasarkan abjad. Sayangnya, ini tidak dilakukan oleh semua orang. Dalam daftar yang tidak disortir, Anda dapat menemukan yang benar hanya dengan membaca setiap baris. Dan ini adalah rasa sakit.
Kategori yang mengandung banyak entitas dinamai melalui garis miring.
Itu adalah: Audio / Video / Multimedia, itu menjadi: Audio, Video dan Multimedia. Mata sedikit sakit. Apakah ada orang lain yang mengatakan "multimedia"?
Nama kategori baru dengan huruf kapital. "Poligrafi dan Identitas" dengan besar, dan dalam "Desain Situs Web" kata kedua dengan yang kecil. Semua ini, secara teori, seharusnya memudahkan navigasi pada daftar ini.
Di sebelah kiri adalah bagaimana kategori terlihat, di sebelah kanan, bagaimana mereka terlihat. Angka-angka itu harus dikembalikan atas permintaan pekerja.
Tanpa pohon - tidak masalah! Pendekatan pertama ke shell
Jika pelanggan tidak ditawari untuk memilih kategori, tidak memaksanya untuk mencari yang tepat, maka tidak ada masalah, kan? Jadi kami melakukannya. Mereka tidak lagi membutuhkan kategori dan, secara default, moderator menunjukkan kategori saat memeriksa pesanan.
Keputusan ini membuat waktu moderasi lebih penting, karena pesanan hanya akan diterbitkan setelah memeriksa dan menentukan kategori, dan ini membutuhkan waktu. Biarkan dan kecil, namun demikian lebih baik tidak memaksa pengguna untuk menunggu.
Ada masalah dengan ini - kami belum dapat menyediakan 24/7 moderasi dan kami harus melakukan sesuatu tentang hal itu. Pada akhir pekan dan malam hari, pelanggan masih harus menentukan kategori secara mandiri. Kemudian kami dapat secara otomatis melewati pesanan dari pelanggan yang andal dan memeriksanya setelah publikasi.
Halangan lain - orang moderat dan jarang melakukannya, tetapi masih membuat kesalahan.
Kemuliaan bagi robot!
Saat ini, kami sedang menjalankan sistem untuk secara otomatis menentukan kategori sesuai dengan isi pesanan.
Sekali lagi, kami tidak memaksa pelanggan untuk berurusan dengan pohon kategori, menghabiskan waktu dan saraf di atasnya. Semua yang diperlukan darinya adalah judul dan deskripsi tugas yang biasa. Itu semua bidang wajib yang tetap dalam formulir publikasi pesanan.
Karena tidak selalu mungkin untuk menentukan dengan pasti di mana pesanan terkait, jika terjadi kegagalan, kami menyarankan pelanggan untuk menentukan kategori sendiri. Dan tentu saja, jika pelanggan menginginkan dengan tangannya, maka Anda bisa dengan tangannya.
Keuntungannya jelas - pelanggan baru tidak perlu berurusan dengan pohon, freelancer mendapatkan kategori biasa. Moderator tidak dimuat dengan definisi pesanan, tetapi akan segera memeriksa pesanan setelah fakta. Pesanan yang dilarang juga akan ditentukan secara otomatis. Dalam kebanyakan kasus, pesanan akan dipublikasikan secara instan.
Dari kekurangan - sejauh ini, semua ini telah berjalan, dan dalam beberapa kasus mungkin tidak berfungsi dengan benar. Sayangnya, bahkan seseorang tidak selalu dapat menentukan kategori mana yang menentukan pesanan. Deskripsi dapat berisi definisi yang sesuai untuk beberapa kategori, atau tidak cocok sama sekali.
Belum mungkin untuk sepenuhnya mengecualikan seseorang dari rantai, Anda harus menjaganya, tetapi itu adalah satu hal untuk menempatkan seluruh pekerjaan pada orang (pelanggan atau moderator), dan hal lain ketika robot bekerja keras, dan bukan orang itu
