Arsitektur informasi di Internet bagian 1

Sangat sering saya melihat pertanyaan dari desainer pemula yang mirip satu sama lain: "Anjurkan apa yang harus dibaca ...".

Seringkali A. Cooper “Tentang antarmuka. Dasar-dasar desain interaksi ", D. Raskin" Interface: arah baru dalam desain sistem komputer ", S. Krug" Jangan membuatku berpikir, "D. Norman" Desain hal-hal yang akrab ". Ini adalah dasar, semuanya jelas.

Jarang melihat referensi ke buku yang luar biasa seperti "Arsitektur informasi di Internet" (penulis P. Morville dan L. Rosenfeld).

Karena selalu sulit untuk memulai, tetapi ada banyak informasi, saya memutuskan untuk membuat ringkasan buku.
Buku itu besar, semuanya tidak masuk dalam satu artikel. Akibatnya, kami mendapat siklus 4 artikel di mana saya mencoba untuk meninggalkan semua yang paling menarik dan perlu.

Tentu saja, desainer berpengalaman tahu semua ini, tetapi pemula, saya pikir, berguna.
Bagian pertama adalah tentang mendefinisikan arsitektur informasi dan bagaimana orang mencari informasi. Ayo pergi!

PS: Untuk mengisi kembali Habr dengan informasi yang menarik, saya mengacaukan polling di akhir artikel: apakah akan menarik untuk membaca seluruh seri artikel atau dapatkah Anda berhenti di yang pertama.

Apa itu arsitektur informasi?

1. Kombinasi skema organisasi, subjektivitas dan navigasi diimplementasikan dalam sistem informasi.
2. Desain struktural ruang informasi, berkontribusi pada implementasi tugas dan akses intuitif ke konten.
3. Seni dan ilmu menyusun dan mengklasifikasikan situs web untuk memudahkan pengguna menemukan dan mengelola informasi.

Hal-hal yang tidak terkait dengan arsitektur informasi:

• Desain grafis.
• Pengembangan perangkat lunak
• Desain kegunaan

Ada beberapa model yang menggambarkan apa yang terjadi ketika pengguna mencari informasi.

Berikut gagasan pencarian sebagai algoritme sederhana:

1. Pengguna mengajukan pertanyaan.
2. Beberapa tindakan sedang dilakukan (misalnya, mencari atau menjelajahi).
3. Pengguna menerima respons.
4. Sirip.

Apa sebenarnya dan bagaimana yang mereka cari?

Untuk mendapatkan jawabannya, kita beralih ke analogi dengan memancing.

Ikan sempurna
Pengguna mencari jawaban yang benar dan pasti. Misalnya, berapa populasi San Marino? Kami pergi ke situs yang sesuai untuk tujuan ini, diisi dengan data, dan mencari tahu nomor yang diinginkan. Ini adalah akhir dari pencarian. Ini disebut ikan sempurna.

Perangkap Lobster
Apa yang terjadi ketika Anda perlu menemukan lebih dari jawaban sederhana? Katakanlah hotel apa yang baik dengan sarapan di Stratford, Ontario. Atau pelajari sesuatu tentang ekspedisi Lewis dan Clark.

Pengguna tidak tahu banyak tentang apa yang dia cari, dan dia siap untuk mendapatkan beberapa jawaban atau saran yang berguna, di mana Anda juga dapat mencari mereka. Dia tidak berharap untuk menangkap ikan yang sempurna, karena dia tidak akan bisa mengetahui jika dia menangkapnya. Dia mengatur setara dengan perangkap lobster dengan harapan bahwa segala sesuatu yang jatuh ke dalamnya akan bermanfaat.

Penangkapan tanpa pandang bulu

Dan akhirnya, terkadang pengguna siap untuk meninggalkan kebutuhan bisnis yang terlewat saat mencari informasi tentang topik tertentu. Ini bisa berupa studi untuk disertasi doktoral, analisis data tentang pesaing, studi informasi tentang penyakit seorang teman dekat atau orang sendiri. Dalam kasus seperti itu, perlu untuk menangkap semua ikan yang ditemukan di laut, jadi dia melempar jala dan mengeluarkan semua yang ada di depannya.

Metafora memancing bermanfaat karena menggambarkan tiga jenis kebutuhan informasi yang umum.

1. Mengandalkan tangkapan yang tepat, pengunjung biasanya tahu bahwa ia mencari apa namanya dan di mana lokasinya - ini disebut pencarian elemen yang dikenal.
2. Mempertimbangkan bahwa beberapa objek yang berguna akan masuk ke jaringannya, pengunjung melakukan pencarian penelitian. Dalam hal ini, dia tidak tahu persis apa yang dia cari. Bahkan, dia mungkin tidak sadar bahwa dia ingin mengetahui sesuatu dalam proses pencarian dan browsing.
3. Ketika dia membutuhkan semua informasi tentang topik yang diberikan. Dalam hal ini, ia akan mencoba untuk menangkap semua informasi dengan melakukan pencarian menggunakan semua istilah yang mungkin.

Perilaku Pencarian Informasi

Apa yang dilakukan pengguna untuk menemukan informasi yang mereka butuhkan? Mereka memasukkan kueri ke mesin pencari, pergi dari satu tautan ke tautan lain dan meminta bantuan seseorang.
Seorang pengguna yang berupaya mendapatkan informasi, sebenarnya mencari, menelusuri dan mengajukan pertanyaan - ini adalah metodenya dan, pada saat yang sama, komponen standar yang membentuk perilakunya.

Kami sering mengintegrasikan pencarian, penelusuran, dan pertanyaan dalam satu sesi.

Gambar tersebut menunjukkan contoh pencarian di jaringan perusahaan untuk rekomendasi perjalanan ke luar negeri.



Mungkin pengguna pertama-tama akan pergi melalui portal intranet ke situs web departemen personalia, melihat bagian kebijakan perusahaan, dan kemudian mencari kebijakan yang mengandung garis "bepergian ke luar negeri". Jika akibatnya dia tidak menemukan jawaban untuk pertanyaan Anda, Anda dapat mengirim surat kepada Biff, yang bertanggung jawab atas kebijakan ini, dan langsung menanyakan berapa tunjangan hariannya untuk perjalanan ke Timbuktu selama seminggu.

Gambar tersebut juga menggambarkan siklus yang dapat diulang selama sesi pencarian tunggal. Pada akhirnya, tidak selalu semuanya berfungsi dengan benar pada kali pertama, dan dalam proses pencarian, kebutuhan informasi dapat berubah, sebagai akibatnya dalam setiap siklus baru pendekatan yang berbeda dapat diterapkan.

Berbagai komponen perilaku pencarian informasi ini digabungkan dalam model yang kompleks, seperti model "memetik buah".



Dalam model ini, pengguna mulai dengan kebutuhan informasi, merumuskan permintaan, dan kemudian bernavigasi melalui sistem informasi dengan rute yang berpotensi rumit, secara bersamaan mengumpulkan partikel informasi ("beri"). Dalam proses pencarian, mereka lebih memahami apa yang mereka butuhkan dan apa yang ada di sistem, dan memodifikasi pertanyaan mereka.

Diagram “berry picking” terlihat membingungkan - tidak bisa dibandingkan dengan model “simplified”. Jadi seharusnya: otak kita sering bekerja. Bagaimanapun, kami bukan mesin otomatis.
Jika perilaku pengguna situs sesuai dengan model "memetik buah", maka perlu menyediakan sarana untuk transisi cepat dari pencarian ke melihat dan kembali.

Model lain yang bermanfaat adalah budidaya mutiara.
Pengguna mulai dengan satu atau lebih dokumen bagus yang secara akurat mewakili apa yang mereka butuhkan. Mereka menginginkan dokumen lain yang mirip dengan yang ini. Google dan mesin pencari lainnya memberi pengguna kesempatan ini: di sebelah setiap hasil yang ditemukan, Google mungkin memiliki perintah "Tampilkan halaman yang serupa". Dengan pendekatan yang serupa, pengguna diberi kesempatan untuk mengikuti tautan dari "dokumen bagus" ke dokumen yang diindeks dengan kata kunci yang sama. Di situs yang meng-host artikel ilmiah dan dokumen lain dengan sejumlah besar kutipan, orang dapat menemukan artikel lain di mana ada banyak kutipan yang sama dengan yang diambil sebagai dasar, atau yang dikutip bersamaan dengan itu.

Arsitek informasi harus berusaha mencari tahu kebutuhan informasi pengguna dan kemungkinan perilaku mereka ketika mencari informasi. Selanjutnya, Anda perlu menentukan komponen arsitektur mana yang paling cocok dengan kebutuhan dan perilaku ini, dan menyetujui kriteria pemilihan ini berdasarkan penelitian pengguna dengan faktor-faktor konteks-spesifik.

Jenis-jenis organisasi informasi

• Tidak ambigu (persis): menurut abjad, kronologis, dengan tanda geografis;
• Ambigu (tidak tepat);
• Skema hibrida;

Kami akan menganalisis secara rinci dua di antaranya:

Ambigu (tidak tepat):

Dalam skema organisasi yang ambigu, informasi dibagi menjadi beberapa kategori yang tidak dapat didefinisikan secara tepat.

Misalnya, skema organisasi oleh penulis dan judulnya akurat, informasi berdasarkan subjek buku tidak.

Tetapi banyak penelitian menunjukkan bahwa orang sering beralih ke pola yang ambigu.

Ada alasan sederhana mengapa skema klasifikasi ambigu begitu nyaman bagi banyak orang: kita tidak selalu tahu persis apa yang kita cari. Dalam beberapa kasus, nama pastinya tidak diketahui. Di negara lain, kebutuhan akan informasi sangat samar sehingga tidak dapat dirumuskan secara akurat.

Pertimbangkan beberapa pola organisasi ambigu yang paling umum dan berguna.

Organisasi tematik

Pengorganisasian informasi tentang suatu subjek atau topik adalah salah satu pendekatan yang paling berguna dan sulit. Situs web perusahaan besar terbatas dalam ruang lingkup dan hanya mencakup topik yang berhubungan langsung dengan produk dan layanan perusahaan ini. Saat merancang diagram organisasi tematik, Anda harus ingat bahwa Anda mendefinisikan set lengkap objek konten (saat ini dan untuk masa depan) yang akan ditemukan pengguna di area situs web Anda ini.

Organisasi tugas

Diagram berorientasi tugas mengatur konten dan aplikasi sebagai kombinasi dari proses, fungsi, atau tugas. Skema ini berguna dalam kasus-kasus di mana dapat diasumsikan bahwa pengguna perlu melakukan sejumlah tugas dengan prioritas tinggi. Misalnya, set operasi individu diatur dalam bentuk menu target seperti "Edit", "Sisipkan", "Memformat".

Organisasi pemirsa

Dalam kasus di mana dimungkinkan untuk membedakan setidaknya dua audiens yang jelas berbeda di antara pengguna situs web, organisasi yang berorientasi organisasi dapat dibenarkan. Skema seperti ini paling efektif ketika pengguna mengunjungi situs berulang kali dan dapat membookmark bagian yang menarik bagi mereka. Ini juga berguna dalam kasus di mana masuk akal untuk menampilkan konten tertentu untuk setiap audiens.
Skema yang berorientasi pada pemirsa dapat terbuka atau tertutup. Dalam skema terbuka, anggota satu audiens diizinkan mengakses konten yang ditujukan untuk audiens lain. Dalam skema tertutup, pengguna tidak boleh menavigasi ke bagian yang ditujukan untuk audiens lain. Ini dapat dibenarkan karena alasan keamanan atau jika akses ke informasi dibayar.

Skema Organisasi Hibrid

Kekuatan bagan organisasi yang ketat adalah bahwa itu melibatkan model mental sederhana yang dapat dengan cepat dipahami pengguna. Pengguna dapat dengan mudah mengenali suatu organisasi berdasarkan audiens atau topik. Selain itu, skema organisasi "bersih" yang cukup kompak dapat diterapkan pada konten dalam volume besar tanpa mengorbankan integritas atau kemudahan penggunaannya.

Namun, ketika menggabungkan elemen dari beberapa rangkaian, kebingungan sering muncul, dan solusi jarang berubah menjadi terukur.

Faktanya adalah bahwa selama pengembangan bisa sulit untuk menyetujui penggunaan satu skema, oleh karena itu, mereka menggabungkan elemen-elemen dari beberapa skema, menciptakan kebingungan. Ada cara yang lebih baik. Jika Anda menyajikan diagram pada halaman secara terpisah, maka pengguna masih memiliki kesempatan untuk membuat model mental diagram ini:

Hierarki adalah cara sederhana dan akrab untuk mengatur informasi, sehingga membuat mereka sering ternyata menjadi titik awal yang baik dalam pengembangan arsitektur informasi. Pendekatan top-down memungkinkan untuk dengan cepat menentukan ruang lingkup situs web tanpa proses inventaris yang memakan waktu dari semua konten. Anda dapat mulai dengan menyoroti area utama konten dan menjelajahi pola organisasi yang dapat memberikan akses ke konten ini.

Kedua, penting untuk mempertimbangkan keseimbangan antara luasnya isi secara mendalam dan luasnya. Lebar berarti jumlah opsi di setiap tingkat hierarki. Kedalaman berarti jumlah level dalam hierarki. Jika hierarki terlalu sempit dan dalam, pengguna harus mengarungi banyak level saat mencari.
Jika hierarki terlalu lebar dan kecil, maka di menu utama ada terlalu banyak opsi, dan kejutan yang tidak menyenangkan adalah kurangnya konten saat memilih opsi.

Organisasi mana yang harus dipilih

berdasarkan topik, tugas atau audiens? Apakah pola kronologis atau geografis dapat diterapkan? Bisakah saya menggunakan beberapa bagan organisasi?

Anda juga harus memikirkan struktur organisasi yang memengaruhi cara pengguna menelusuri pola-pola ini. Haruskah saya memilih struktur hierarkis, atau akankah model yang lebih terstruktur lebih efisien? Atau akankah jaringan hypertext gratis memberikan fleksibilitas maksimum? Mungkin sulit untuk menjawab semua pertanyaan ini dalam konteks proyek situs web besar, oleh karena itu berguna untuk membagi situs menjadi sejumlah komponen dan menangani masalah ini satu per satu.

Juga harus diingat bahwa semua sistem ekstraksi informasi paling efektif ketika diterapkan pada area sempit konten seragam. Dengan mendekomposisi semua konten yang tersedia ke area sempit tersebut, dimungkinkan untuk mengidentifikasi konten yang memiliki sistem organisasi yang sangat efektif.

Namun, penting untuk tidak melupakan gambaran keseluruhan. Seperti di dapur: untuk mendapatkan hasil yang baik, Anda harus mengambil produk yang tepat dan mencampurnya dengan cara yang benar. Jika Anda suka jamur dan panekuk, ini tidak berarti mereka akan cocok bersama. Resep untuk sistem organisasi keseluruhan untuk setiap situs akan menjadi miliknya sendiri.

Prinsip yang perlu diingat:

• Saat memilih bagan organisasi, waspadai perbedaan antara skema yang akurat dan ambigu. Skema yang tepat paling cocok untuk mencari elemen yang diketahui saat pengguna mengetahui subjek pencarian yang tepat. Pola ambigu paling cocok untuk melihat dan pembelajaran asosiatif ketika kebutuhan akan informasi tidak didefinisikan dengan jelas. Jika memungkinkan, skema kedua jenis harus digunakan.
• Selain itu, Anda perlu mempertimbangkan masalah yang muncul saat mengatur informasi di Internet. Bahasa ambigu, kontennya heterogen, orang melihat sesuatu secara berbeda, ada masalah dengan pemahaman. Dengan memberikan akses ke informasi yang sama dalam beberapa cara, dimungkinkan untuk memfasilitasi solusi dari masalah ini.
• Ketika memilih struktur organisasi, ingat bahwa situs besar biasanya memerlukan ketiga jenis struktur. Arsitektur tingkat atas cenderung hierarkis. Ketika mengembangkan hierarki ini, lihat apakah ada agregat informasi terstruktur dan homogen. Untuk situs bawahan potensial seperti itu, model berbasis basis data mungkin cocok.
• Ingatlah bahwa hubungan yang kurang terstruktur dan lebih imajinatif antara elemen konten dapat diatur menggunakan hypertext. Dengan demikian, ketiga struktur organisasi secara agregat dapat menciptakan sistem organisasi yang koheren.

Bagian kedua