user centered design
DESCRIPTION
Metode for designTRANSCRIPT
5_User_Centered_DesignDESIGNDESIGN
UCD1
2
Perkembangan
LEARNERS FRIENDLY (E-LEARNING)
BEDA UCD DAN RCD No Aspek PENGOLAHAN DATA (UCD) PENCARIAN INFORMASI (RCD)
1 Jenis aplikasi Aplikasi terutama adalah untuk mendukung pekerjaan di kantor, pribadi
Aplikasi sangat bervariasi antara lain untuk iklan, berita harian, sistem informasi perkantoran dsb.
2 Waktu baca Layar tampilan dibaca untuk waktu Layar tampilan dibaca dalam waktu
6
2 Waktu baca Layar tampilan dibaca untuk waktu yang lama karena waktu untuk membaca cukup banyak.
Layar tampilan dibaca dalam waktu yang cepat karena ingin segera membaca situs yang lain.
3 Rutinitas Rutin dibaca dari kesehari karena berkaitan dengan pekerjaan. Pengguna tidak membutuhkan variasi sehingga layar tampilan tidak perlu diubah-ubah.
Ada kemungkinan dibaca hanya sekali dan tidak dibaca lagi, bila dibaca lagi sering pembaca ingin ada perubahan variasi sehingga tampilan perlu sering divariasi.
7
PENCARIAN INFORMASI (RCD)
4 Motivasi Pengguna mempunyai motivasi untuk berusaha keras mampu membaca tampilan layar karena kebutuhan kesuksesan dalam pekerjaannya.
Pengguna tidak ada motivasi harus mampu membaca layar tampilan, bila terasa sulit dibaca maka pengguna dengan mudah akan mencari situs lain.
5 Grup Layar tampilan yang sama dibaca oleh sekelompok orang dalam sebuah grup sehingga dapat saling membantu bila menemui kesulitan.
Pembaca umumnya sendiri dan tidak dalam satu grup untuk bisa saling belajar membaca layar tampilan.
6 Informasi Informasi yang ditampilkan di layar Informasi yang ditampilkan seringkali padat. 6 Informasi Informasi yang ditampilkan di layar relatif tidak banyak
Informasi yang ditampilkan seringkali padat.
7 Variasi Pengguna tidak membutuhkan variasi pada tampilan layar.
Pengguna membutuhkan variasi agar tertarik pada tampilan layar.
8 Thema User Friendly Reader Friendly
DESAIN INTERFACE BUKAN HANYA SATU LAYAR
TERMASUK KESELURUHAN SISTEM
OBJECT ORIENTED (LEBIH BAIK UNTUK PENCARIAN INFORMASI)
9
Pendahuluan Perancangan berbasis pengguna (User Centered Design = UCD) adalah istilah yang digunakan untuk menggambarkan filosofi perancangan yang telah beberapa dekade ini menggunakan beberapa nama berbeda, seperti human factors engineering, ergonomics
11
Perkembangan filosofi : sebelum pd 2, manusia menyesuaikan diri dengan mesin, setelah pd 2, mesin menyesuaikan diri dng manusia
WUJUD INTERFACE PENUNTUN LANGKAH :
ORIENTASI
12
BANTUAN PEMAHAMAN
KEANDALAN/KEAMANAN
KENYAMANAN/KEMUDAHAN
TERTUTUP USER TAK DIBERI KESEMPATAN MEMASUKKAN DATA OPEN.
HIERARKHI MENU BISA TERLALU DALAM, BILA KEMBALI “JAUH”
MENU YANG BERORIENTASI TUGAS
TASK POKOK FILE
WINDOWING
HELP
FASILITAS SHORTCUT
MEMPERCEPAT PROSES
20
FASILITAS UTAMA ADA DI “START”
INTERFACE WINDOWS XP
21
SISTEM TREE WINDOWS XP KOTAK “SHORTCUT”
BUKA DOCUMENT BARU
BUKA DOCUMENT LAMA
SET PROGRAM ACCESS
SISTEM MENU : KURANG DISUKAI KRN TERLALU DALAM (KASUS YAHOO) UCD
STRATEGI YAHOO VS GOOGLE
center focus
28
pengguna.
Principles of user-centered design
lifecycle [J. Gould, 1995 ]
Pertama-tama fokus pada pengguna
pengguna (Usability Measurement)
Fokus awal pada pengguna Perancang harus mempunyai hubungan langsung dengan pengguna sesungguhnya atau calon pengguna – melalui interviews, surveys, dan partisipasi dalam workshop perancangan.
Tujuan utama adalah untuk memahami kognisi, kelakuan, dan atitud pengguna serta karakteristik
30
Tujuan utama adalah untuk memahami kognisi, kelakuan, dan atitud pengguna serta karakteristik anthropometric
Aktifitas utama mencakup pengambilan data, analisis dan integrasinya kedalam informasi perancangan dari pengguna tentang karakteristik tugas, lingkungan teknis dan organisasi.
Integrative and iterative design Iteratif? Sistem yang sedang dikembangkan harus didefinisikan, dirancang, dan ditest berulangkali berdasarkan hasil test kelakuan dari fungsi, antarmuka, sistem bantuan, dokumentasi pengguna, dan pendekatan pelatihannya.
31
Pengukuran Penggunaan Produk
Satu-satunya pendekatan yang sukses dalam perancangan produk yang berpusat pada pengguna adalah secara empiris.
Dibutuhkan observasi tentang kelakuan pengguna,
32
Dibutuhkan observasi tentang kelakuan pengguna, evaluasi umpan-balik yang cermat, wawasan pemecahan terhadap masalah yang ada, dan motivasi yang kuat untuk mengubah rancangan.
Umpan-balik yang berasal dari pengguna dikumpulkan secara langsung atau tidak langsung dari pengguna, dinyatakan dalam bentuk rekomendasi dan keputusan perancangan.
UCD UCD adalah tentang partisipasi dan pengalaman manusia dalam proses perancangan
Pengguna – adalah orang yang akan menggunakan sistem. Dapat pengguna langsung yang biasa disebut pengguna akhir (end user) yang menggunakan sistem untuk
33
langsung yang biasa disebut pengguna akhir (end user) yang menggunakan sistem untuk menyelesaikan pekerjaannya, atau
Pengguna tidak langsung yang mengguakannya untuk penggunaan yang lain, seperti system administrators, installers dan demonstrators.
UCD
Stakeholders – orang yang terpengaruh oleh sistem atau dapat mempengaruhi proses pengembangan, seperti staf pemasaran dan pembeli. Masukannya digunakan sebagai kekangan atau permintaan tambahan.
34
permintaan tambahan.
Misalnya, staf pemasaran ingin agar sistem ditambah fungsi khusus yang oleh perusahaan lain ingin diimplementasikan.
UCD
35
Technical Staff and software developers – adalah orang yang merinci spesifikasi fungsionalitas sistem dan mengembangkan use case model dan prototipe antarmukanya.
Aturan dalam UCD
1. Perspective: pengguna selalu benar. Jika terdapat masalah dalam penggunaan sistem, maka masalahnya ada pada sistem dan bukan pengguna.
2. Installasi: Pengguna mempunyai hak untuk menginstall atau meng-uninstall perangkat
36
menginstall atau meng-uninstall perangkat lunak dan perangkat keras sistem secara mudah tanpa ada konsekuensi negatif.
3. Pemenuhan: pengguna mempunyai hak untuk sistem dapat bekerja persis seperti yang dijanjikan.
Aturan dalam UCD
4. Instruksi: pengguna mempunyai hak untuk menggunakan instruksi secara mudah (buku petunjuk, bantuan secara on-line atau kontekstual, pesan kesalahan) untuk memahami dan menggunakan sistem untuk mencapai tujuan yang diinginkan secara
37
mencapai tujuan yang diinginkan secara efisien dan terhindar dari masalah.
5. Control: pengguna mempunyai hak untuk dapat mengontrol sistem dan mampu membuat sistem menanggapi terhadap permintaan yang diberikan.
Aturan dalam UCD
6. Umpan balik: pengguna mempunyai hak terhadap sistem untuk menyediakan informasi yang jelas, dapat dimengerti, dan akurat tentang tugas yang dilakukan dan kemajuan yang dicapai.
38
7. Keterkaitan: pengguna mempunyai hak untuk mendapatkan informasi yang jelas tentang semua prasyarat yang dibutuhkan sistem untuk memperoleh hasil terbaik.
Aturan dalam UCD
8. Skope: pengguna mempunyai hak untuk mengetahui batasan kemampuan sistem.
9. Assistance: pengguna mempunyai hak untuk berkomunikasi dengan penyedia teknologi dan menerima pemikiran dan tanggapan
39
dan menerima pemikiran dan tanggapan yang membantu jika diperlukan.
10. Usability: pengguna harus dapat menjadi penguasa teknologi perangkat lunak dan perangkat keras dan bukan sebaliknya. Produk harus dapat digunakan secara alami dan intuitif.
ISO 13407 – Standard proses
UCD untuk sistem interaktif
Understand and specify the context of use
Produce design solutions
Evaluate design against requirements
requirements?
Pengguna
Langkah awal ini membutuhkan komitmen dari seluruh pihak yang terlibat dalam proses pengembangan terhadap filosofi UCD, dan untuk membuat rencana perancangan dengan cukup waktu dan kesempatan untuk digunakan dalam mendapatkan user
41
Rencana perancangan adalah dokumen kerja yang pada awalnya dibuat dalam bentuk outline yang selanjutnya di tinjau kembali, dipelihara, dikembangkan dan diperbaharui selama proses perancangan dan pengembangan.
Memahami dan menentukan konteks
Pemecahan secara hirarki atas pekerjaan global.
42
kategori pengguna. Demikian pula karakteristik
tugas yang mungkin mengganggu penggunaan
dalam skenario khusus, seperti frekuensi dan lama
kinerja.
langkah operasional antara manusia dan
sumberdaya teknologi. Tugas tidak boleh
digambarkan hanya dalam bentuk fungsi atau
sifat yang disediakan sistem.
menentukan kebutuhan sistem minimal dan
optimal dengan memperhatikan user-test dalam
lingkungan tersebut sebelum dilepaskan. Perlu juga
diperhatikan karaktersitik yang relevan dengan
lingkungan fisik dan sosial.
Pada hampir semua model pengembangan perangkat lunak, terdapat aktivitas utama dimana kebutuhan fungsional produk atau sistem ditentukan.
44
Dalam UCD, penting untuk memperluas aktivitas ini untuk membuat pernyataan eksplisit dari kebutuhan pengguna dan organisasi, dalam hubungannya dengan konteks diskripsi penggunaan dalam hal:
Menentukan kebutuhan pengguna
2. Kualitas dan isi tugas pengguna (termasuk alokasi tugasdiantara kategori pengguna
45
Menentukan kebutuhan pengguna
hal transparansi aplikasi ke pengguna.
4. Kerjasama dan komunikasi yang efektif
46
diantara diantara kategori pengguna dan
pihak ketiga yang relevan.
tujuan tujuan finansial.
mengembangkan suatu proposal
dan mengamatinya saat melakukan
bantuan evaluator.
perbaikan rancangan,
dipenuhi.
kebutuhan pengguna Formative: menyediakan umpan balik yang dapat digunkan untuk memperbaiki rancangan
Summative: melakukan penilaian apakah tujuan pengguna dan organisasi telah tercapai.
49
tercapai.
Apapun jenis evaluasi yang digunakan, penting untuk dipahami bahwa hasil evaluasi hanya bermakna dalam konteks dimana sistem diuji.
Memantau penggunaan produk atau sistem dalam jangka panjang.
Melaporkan hasil evaluasi
UCD1
2
Perkembangan
LEARNERS FRIENDLY (E-LEARNING)
BEDA UCD DAN RCD No Aspek PENGOLAHAN DATA (UCD) PENCARIAN INFORMASI (RCD)
1 Jenis aplikasi Aplikasi terutama adalah untuk mendukung pekerjaan di kantor, pribadi
Aplikasi sangat bervariasi antara lain untuk iklan, berita harian, sistem informasi perkantoran dsb.
2 Waktu baca Layar tampilan dibaca untuk waktu Layar tampilan dibaca dalam waktu
6
2 Waktu baca Layar tampilan dibaca untuk waktu yang lama karena waktu untuk membaca cukup banyak.
Layar tampilan dibaca dalam waktu yang cepat karena ingin segera membaca situs yang lain.
3 Rutinitas Rutin dibaca dari kesehari karena berkaitan dengan pekerjaan. Pengguna tidak membutuhkan variasi sehingga layar tampilan tidak perlu diubah-ubah.
Ada kemungkinan dibaca hanya sekali dan tidak dibaca lagi, bila dibaca lagi sering pembaca ingin ada perubahan variasi sehingga tampilan perlu sering divariasi.
7
PENCARIAN INFORMASI (RCD)
4 Motivasi Pengguna mempunyai motivasi untuk berusaha keras mampu membaca tampilan layar karena kebutuhan kesuksesan dalam pekerjaannya.
Pengguna tidak ada motivasi harus mampu membaca layar tampilan, bila terasa sulit dibaca maka pengguna dengan mudah akan mencari situs lain.
5 Grup Layar tampilan yang sama dibaca oleh sekelompok orang dalam sebuah grup sehingga dapat saling membantu bila menemui kesulitan.
Pembaca umumnya sendiri dan tidak dalam satu grup untuk bisa saling belajar membaca layar tampilan.
6 Informasi Informasi yang ditampilkan di layar Informasi yang ditampilkan seringkali padat. 6 Informasi Informasi yang ditampilkan di layar relatif tidak banyak
Informasi yang ditampilkan seringkali padat.
7 Variasi Pengguna tidak membutuhkan variasi pada tampilan layar.
Pengguna membutuhkan variasi agar tertarik pada tampilan layar.
8 Thema User Friendly Reader Friendly
DESAIN INTERFACE BUKAN HANYA SATU LAYAR
TERMASUK KESELURUHAN SISTEM
OBJECT ORIENTED (LEBIH BAIK UNTUK PENCARIAN INFORMASI)
9
Pendahuluan Perancangan berbasis pengguna (User Centered Design = UCD) adalah istilah yang digunakan untuk menggambarkan filosofi perancangan yang telah beberapa dekade ini menggunakan beberapa nama berbeda, seperti human factors engineering, ergonomics
11
Perkembangan filosofi : sebelum pd 2, manusia menyesuaikan diri dengan mesin, setelah pd 2, mesin menyesuaikan diri dng manusia
WUJUD INTERFACE PENUNTUN LANGKAH :
ORIENTASI
12
BANTUAN PEMAHAMAN
KEANDALAN/KEAMANAN
KENYAMANAN/KEMUDAHAN
TERTUTUP USER TAK DIBERI KESEMPATAN MEMASUKKAN DATA OPEN.
HIERARKHI MENU BISA TERLALU DALAM, BILA KEMBALI “JAUH”
MENU YANG BERORIENTASI TUGAS
TASK POKOK FILE
WINDOWING
HELP
FASILITAS SHORTCUT
MEMPERCEPAT PROSES
20
FASILITAS UTAMA ADA DI “START”
INTERFACE WINDOWS XP
21
SISTEM TREE WINDOWS XP KOTAK “SHORTCUT”
BUKA DOCUMENT BARU
BUKA DOCUMENT LAMA
SET PROGRAM ACCESS
SISTEM MENU : KURANG DISUKAI KRN TERLALU DALAM (KASUS YAHOO) UCD
STRATEGI YAHOO VS GOOGLE
center focus
28
pengguna.
Principles of user-centered design
lifecycle [J. Gould, 1995 ]
Pertama-tama fokus pada pengguna
pengguna (Usability Measurement)
Fokus awal pada pengguna Perancang harus mempunyai hubungan langsung dengan pengguna sesungguhnya atau calon pengguna – melalui interviews, surveys, dan partisipasi dalam workshop perancangan.
Tujuan utama adalah untuk memahami kognisi, kelakuan, dan atitud pengguna serta karakteristik
30
Tujuan utama adalah untuk memahami kognisi, kelakuan, dan atitud pengguna serta karakteristik anthropometric
Aktifitas utama mencakup pengambilan data, analisis dan integrasinya kedalam informasi perancangan dari pengguna tentang karakteristik tugas, lingkungan teknis dan organisasi.
Integrative and iterative design Iteratif? Sistem yang sedang dikembangkan harus didefinisikan, dirancang, dan ditest berulangkali berdasarkan hasil test kelakuan dari fungsi, antarmuka, sistem bantuan, dokumentasi pengguna, dan pendekatan pelatihannya.
31
Pengukuran Penggunaan Produk
Satu-satunya pendekatan yang sukses dalam perancangan produk yang berpusat pada pengguna adalah secara empiris.
Dibutuhkan observasi tentang kelakuan pengguna,
32
Dibutuhkan observasi tentang kelakuan pengguna, evaluasi umpan-balik yang cermat, wawasan pemecahan terhadap masalah yang ada, dan motivasi yang kuat untuk mengubah rancangan.
Umpan-balik yang berasal dari pengguna dikumpulkan secara langsung atau tidak langsung dari pengguna, dinyatakan dalam bentuk rekomendasi dan keputusan perancangan.
UCD UCD adalah tentang partisipasi dan pengalaman manusia dalam proses perancangan
Pengguna – adalah orang yang akan menggunakan sistem. Dapat pengguna langsung yang biasa disebut pengguna akhir (end user) yang menggunakan sistem untuk
33
langsung yang biasa disebut pengguna akhir (end user) yang menggunakan sistem untuk menyelesaikan pekerjaannya, atau
Pengguna tidak langsung yang mengguakannya untuk penggunaan yang lain, seperti system administrators, installers dan demonstrators.
UCD
Stakeholders – orang yang terpengaruh oleh sistem atau dapat mempengaruhi proses pengembangan, seperti staf pemasaran dan pembeli. Masukannya digunakan sebagai kekangan atau permintaan tambahan.
34
permintaan tambahan.
Misalnya, staf pemasaran ingin agar sistem ditambah fungsi khusus yang oleh perusahaan lain ingin diimplementasikan.
UCD
35
Technical Staff and software developers – adalah orang yang merinci spesifikasi fungsionalitas sistem dan mengembangkan use case model dan prototipe antarmukanya.
Aturan dalam UCD
1. Perspective: pengguna selalu benar. Jika terdapat masalah dalam penggunaan sistem, maka masalahnya ada pada sistem dan bukan pengguna.
2. Installasi: Pengguna mempunyai hak untuk menginstall atau meng-uninstall perangkat
36
menginstall atau meng-uninstall perangkat lunak dan perangkat keras sistem secara mudah tanpa ada konsekuensi negatif.
3. Pemenuhan: pengguna mempunyai hak untuk sistem dapat bekerja persis seperti yang dijanjikan.
Aturan dalam UCD
4. Instruksi: pengguna mempunyai hak untuk menggunakan instruksi secara mudah (buku petunjuk, bantuan secara on-line atau kontekstual, pesan kesalahan) untuk memahami dan menggunakan sistem untuk mencapai tujuan yang diinginkan secara
37
mencapai tujuan yang diinginkan secara efisien dan terhindar dari masalah.
5. Control: pengguna mempunyai hak untuk dapat mengontrol sistem dan mampu membuat sistem menanggapi terhadap permintaan yang diberikan.
Aturan dalam UCD
6. Umpan balik: pengguna mempunyai hak terhadap sistem untuk menyediakan informasi yang jelas, dapat dimengerti, dan akurat tentang tugas yang dilakukan dan kemajuan yang dicapai.
38
7. Keterkaitan: pengguna mempunyai hak untuk mendapatkan informasi yang jelas tentang semua prasyarat yang dibutuhkan sistem untuk memperoleh hasil terbaik.
Aturan dalam UCD
8. Skope: pengguna mempunyai hak untuk mengetahui batasan kemampuan sistem.
9. Assistance: pengguna mempunyai hak untuk berkomunikasi dengan penyedia teknologi dan menerima pemikiran dan tanggapan
39
dan menerima pemikiran dan tanggapan yang membantu jika diperlukan.
10. Usability: pengguna harus dapat menjadi penguasa teknologi perangkat lunak dan perangkat keras dan bukan sebaliknya. Produk harus dapat digunakan secara alami dan intuitif.
ISO 13407 – Standard proses
UCD untuk sistem interaktif
Understand and specify the context of use
Produce design solutions
Evaluate design against requirements
requirements?
Pengguna
Langkah awal ini membutuhkan komitmen dari seluruh pihak yang terlibat dalam proses pengembangan terhadap filosofi UCD, dan untuk membuat rencana perancangan dengan cukup waktu dan kesempatan untuk digunakan dalam mendapatkan user
41
Rencana perancangan adalah dokumen kerja yang pada awalnya dibuat dalam bentuk outline yang selanjutnya di tinjau kembali, dipelihara, dikembangkan dan diperbaharui selama proses perancangan dan pengembangan.
Memahami dan menentukan konteks
Pemecahan secara hirarki atas pekerjaan global.
42
kategori pengguna. Demikian pula karakteristik
tugas yang mungkin mengganggu penggunaan
dalam skenario khusus, seperti frekuensi dan lama
kinerja.
langkah operasional antara manusia dan
sumberdaya teknologi. Tugas tidak boleh
digambarkan hanya dalam bentuk fungsi atau
sifat yang disediakan sistem.
menentukan kebutuhan sistem minimal dan
optimal dengan memperhatikan user-test dalam
lingkungan tersebut sebelum dilepaskan. Perlu juga
diperhatikan karaktersitik yang relevan dengan
lingkungan fisik dan sosial.
Pada hampir semua model pengembangan perangkat lunak, terdapat aktivitas utama dimana kebutuhan fungsional produk atau sistem ditentukan.
44
Dalam UCD, penting untuk memperluas aktivitas ini untuk membuat pernyataan eksplisit dari kebutuhan pengguna dan organisasi, dalam hubungannya dengan konteks diskripsi penggunaan dalam hal:
Menentukan kebutuhan pengguna
2. Kualitas dan isi tugas pengguna (termasuk alokasi tugasdiantara kategori pengguna
45
Menentukan kebutuhan pengguna
hal transparansi aplikasi ke pengguna.
4. Kerjasama dan komunikasi yang efektif
46
diantara diantara kategori pengguna dan
pihak ketiga yang relevan.
tujuan tujuan finansial.
mengembangkan suatu proposal
dan mengamatinya saat melakukan
bantuan evaluator.
perbaikan rancangan,
dipenuhi.
kebutuhan pengguna Formative: menyediakan umpan balik yang dapat digunkan untuk memperbaiki rancangan
Summative: melakukan penilaian apakah tujuan pengguna dan organisasi telah tercapai.
49
tercapai.
Apapun jenis evaluasi yang digunakan, penting untuk dipahami bahwa hasil evaluasi hanya bermakna dalam konteks dimana sistem diuji.
Memantau penggunaan produk atau sistem dalam jangka panjang.
Melaporkan hasil evaluasi