İçeriğe geçScholarGate
KütüphaneKitaplığımMasaReview StudioAsistan
Giriş
Bu sayfada
SezgiNasıl çalışırNe zaman kullanılırGüçlü yönler & sınırlılıklarYaygın tuzaklarUygulamalarSSS🔒 Tam yöntemi okuKaynaklarİlişkili yöntemler
Bu sayfaya atıf yapBu sayfada bir hata mı var? Bildir / düzeltme öner →
Ana sayfa›İnsan faktörleri›Arayüz Kullanılabilirliği Ölçütü (IUM)
Process / pipelineusability-assessment

Arayüz Kullanılabilirliği Ölçütü (IUM)

Interface Usability Measure (IUM) · Ayrıca şöyle bilinir: IUM, Usability Assessment, System Usability Scale

John Brooke tarafından 1986'da geliştirilen ve Lewis ile diğerleri tarafından genişletilen Sistem Kullanılabilirliği Ölçeği (SUS) ile örneklendirilen Arayüz Kullanılabilirliği Ölçütü (IUM), algılanan arayüz kullanılabilirliğinin hızlı, tek ölçekli veya çok maddeli bir değerlendirmesidir. IUM, kullanıcıların etkileşimli bir sistemi ne kadar kolay, sezgisel ve tatmin edici bulduğunu yakalar; 10 maddeli SUS anketlerinden özel alanlara özgü kullanılabilirlik ölçütlerine kadar uzanır. IUM, yazılım geliştirme, web tasarımı ve insan-faktörleri araştırmalarında, sistemin kullanım kolaylığına ilişkin kullanıcı algısını nicelleştirmek ve yinelemeli arayüz iyileştirmelerine rehberlik etmek için yaygın olarak kullanılmaktadır.

ScholarGate
  1. Process / pipeline
  2. v1
  3. 2 Kaynaklar
  4. PUBLISHED
Bu sayfaya atıf yap →
Araçlar & kaynaklar
Slaytları indir
Öğren & keşfet

Tam yöntemi oku

Yalnızca üyeler

Bu bölümü okumak için ücretsiz hesapla giriş yapın.

Giriş yap

Yöntem haritası

İlişkili yöntemlerin komşuluğu — keşfetmek için bir düğüm seçin.

Arayüz Kullanılabilirliği Ölçütü (IUM)
Bilişsel Yük Ölçeği (BYÖ)NASA Görev Yükü İndeksi…Operatör Performans Değe…Kullanıcı Deneyimi Anket…

Ne zaman kullanılır

Yinelemeli yazılım tasarımı, web geliştirme ve arayüz değerlendirmesi sırasında kullanıcı tarafından algılanan kullanılabilirliği hızla değerlendirmek için IUM'u (özellikle SUS) kullanın. İdeal olduğu durumlar: (1) Tasarım alternatiflerini karşılaştırmak (her biri 5–10 kullanıcı ile 5 tasarım test edin, en iyi seçeneği belirlemek için SUS puanlarını karşılaştırın); (2) Geliştirme sürümleri boyunca kullanılabilirliği izlemek (her sürümle SUS'u ölçün, zaman içindeki eğilimi grafiklendirin); (3) Rakiplere karşı kıyaslama yapmak (uygulamanızın SUS'unu endüstri standardı veya rakip ürünlerle karşılaştırın); (4) Tasarım sürtünme noktalarını belirlemek (düşük puanlı maddeler hakkında takip soruları sorun: 'Sistemi karmaşık olarak derecelendirdiniz - ne kafa karıştırıcıydı?'). Belirli kullanılabilirlik sorunlarının ayrıntılı tanısal dökümüne ihtiyacınız varsa daha az uygundur (düşünerek konuşma protokolleri, göz izleme veya görev tabanlı hata analizi kullanın); IUM size bir puan verir ancak ayrıntılı 'nedenini' vermez. Ayrıca bilgisayarlar veya dijital arayüzler konusunda deneyimsiz acemi kullanıcılar için daha az uygundur; SUS temel dijital okuryazarlık varsayar.

Güçlü yönler & sınırlılıklar

Güçlü yönler
  • Ultra-kısa ve pratik: SUS 10 maddeden oluşur, 2–3 dakika tamamlanır; herhangi bir araç gerektirmez; proje başına düzinelerce kez uygulanabilir.
  • Sağlam ve iyi doğrulanmış: SUS binlerce çalışma ve üründe kullanılmıştır; kapsamlı yayınlanmış normlar, kıyaslamalar ve psikometrik kanıtlar mevcuttur.
  • Tasarım değişikliklerine duyarlı: SUS, yeniden tasarımdan sonra kullanılabilirlik iyileştirmelerini tutarlı bir şekilde tespit eder; anlamlı iyileştirmeler için etki büyüklükleri tipik olarak 5–15 SUS puanıdır.
  • Alanlar arasında uygulanabilir: Masaüstü yazılımları, web, mobil uygulamalar, gömülü sistemler, tıbbi cihazlar, tüketici elektroniği için başarıyla kullanılmıştır; bağlamlar arasında genelleştirilebilir.
  • Düşük katılımcı yükü: 10 maddelik anket hızlıdır, hızlı yineleme döngülerinde yorgunluğu ve katılımcıların çekilmesini en aza indirir.
  • Eyleme geçirilebilir geri bildirim: SUS, paydaşların anladığı tek, yorumlanabilir bir puan sağlar; SUS=72, 65 puanından daha iyidir.
Sınırlılıklar
  • Öznel ve görev performansına dayalı değil: Yüksek SUS, kullanıcıların hedeflerini verimli bir şekilde gerçekleştirebileceğini garanti etmez; bir sistem kolay hissedilebilir ancak yavaş olabilir. SUS'u görev tamamlama metrikleri (süre, hata oranı) ile eşleştirin.
  • Genel memnuniyet ve genel kalite ile örtüşür: SUS maddeleri kullanım kolaylığı, karmaşıklık ve tekrar kullanma isteği gibi konulara değinerek kullanılabilirliği genel memnuniyetle karıştırır. Bir sistem karmaşık ama tatmin edici olabilir (örneğin, Photoshop); SUS bunu net bir şekilde yakalayamayabilir.
  • Mükemmel ürünlerde tavan etkisi: Sınıfının en iyisi yazılımlar için SUS puanları 85–95 civarında kümelenir; daha fazla ayrım için zemin alanı sınırlıdır. Üst düzey kullanılabilirlik değerlendirmesi için hassas alternatifler mevcuttur.
  • Kültürel ve dilsel duyarlılık: SUS İngilizce geliştirilmiştir; 'kullanımı kolay' ve 'gereksiz yere karmaşık' ifadelerinin diller arasında eşdeğer anlam taşımasını sağlamak için çevirilerin dikkatli bir şekilde uyarlanması gerekir.
  • Sınırlı tanısal ayrıntı: Düşük bir SUS puanı (40) kullanılabilirliğin zayıf olduğunu söyler; sorunun gezinme, bilgi mimarisi, görsel tasarım veya öğrenme eğrisi olup olmadığını söylemez. Açık uçlu takip veya nitel yöntemler kullanın.
  • Yeterli maruz kalma gerektirir: SUS, kullanıcıların yargıda bulunacak kadar sistemle etkileşimde bulunduğunu varsayar; ilk izlenim derecelendirmeleri (1–2 dakika) güvenilmezdir. Kullanıcıların en az 10–15 dakika sistem keşfi/görev performansı olduğundan emin olun.

SSS

SUS maddelerini kendi özel ürünüm veya alanım için değiştirebilir miyim?

SUS'u değiştirmek, yayınlanmış normlar ve literatürle karşılaştırılabilirliği azaltır. Özelleştirmeniz gerekiyorsa, orijinal 10 maddeyi sağlam tutun ve alanınıza özgü maddeleri ek olarak ekleyin (örneğin, tıbbi yazılımlar için: 'Hasta verileri güvenli ve gizliydi'). Orijinal SUS'u değiştirilmemiş olarak puanlayın, ardından özel maddeleri ayrı ayrı analiz edin. Alanınız temel olarak farklı maddeler gerektiriyorsa (örneğin, IoT cihazı kullanılabilirliği), SUS olarak adlandırmak yerine bağlamınız için doğrulanmış özel bir ölçek oluşturmayı düşünün.

SUS ile Tek Kolaylık Sorusu (SEQ) arasındaki fark nedir?

SUS 10 maddeden oluşur, yaklaşık 3 dakika sürer; SEQ 1 maddedir ('Bu görev ne kadar kolaydı?', 0–100 ölçeği), 1 dakikadan az sürer. SEQ, SUS ile yaklaşık 0.80 korelasyon gösterir; tasarımları benzer şekilde sıralarlar ancak SEQ daha az hassastır. Hızlı yineleme döngülerinde hızlı geri bildirim için SEQ'yu kullanın (10 tasarım test edin, SEQ ile en iyi 3'ü seçin, ardından SUS ile derinlemesine inceleyin). Yayın, kıyaslama veya hassasiyetin kritik olduğu durumlar için SUS'u kullanın.

SUS'u uygulamak için kaç kullanıcıya ihtiyacım var?

Tasarım karşılaştırması (Tasarım A ve B) için, anlamlı farkları (10 puandan fazla SUS farkları) tespit etmek için genellikle tasarım başına n=5–10 yeterlidir. Yayın veya düzenleyici başvuru için n≥30 kararlı tahminler sağlar. Uzunlamasına izleme (aylık ölçülen SUS) için, yuvarlanan ortalamalarla (örneğin, son 20 derecelendirme) sürekli veri toplama pratiktir. Örneklem büyüklüğü, beklenen etki büyüklüğüne ve istenen istatistiksel güce bağlıdır; resmi hipotez testi yapıyorsanız önsel güç analizi yapın.

SUS'u yazılım dışı (örneğin, fiziksel ürünler, cihazlar) için kullanabilir miyim?

SUS etkileşimli yazılımlar için tasarlanmıştır ancak fiziksel ürünler ve cihazlar için uyarlanmıştır (örneğin, bağlama göre ayarlanmış 'Bu cihazın kullanımı kolaydır'). Ancak, uyarlama standart değildir; değişiklikleri açıkça belgeleyin. Fiziksel ürün kullanılabilirliği için, özel araçlar (Fiziksel Ürünler için Sistem Kullanılabilirliği Ölçeği) daha uygun olabilir. Şüpheye düştüğünüzde, yazılım için standart SUS'u, yazılım dışı için özel ölçütleri kullanın.

SUS puanım çok yüksekse (85+)? Bu, daha fazla kullanılabilirlik çalışmasına ihtiyacım olmadığı anlamına mı geliyor?

Yüksek bir SUS, iyi algılanan kullanılabilirliği gösterir; bu olumlu bir işarettir. Ancak, algılanan kullanılabilirlik (SUS) ve gerçek performans (görev başarısı, verimlilik) farklılık gösterebilir. Bir sistemin yüksek SUS'u olabilir ancak yine de sorunları olabilir: düşük verimlilik (yavaş), kötü görev keşfedilebilirliği veya deneyimli kullanıcıları acemilerden daha fazla etkileyen kullanılabilirlik sorunları. Daha eksiksiz bir resim elde etmek için SUS'u görev tabanlı metriklerle (tamamlama oranı, hata oranı, görev süresi) eşleştirin. Hem yüksek SUS (70+) hem de yüksek görev performansı metrikleri (≥%95 tamamlama, ≤%2 hatalar) hedefleyin.

Kaynaklar

  1. Brooke, J. (1986). System Usability Scale (SUS): A quick and dirty usability scale. In B. Weerdmeester & M. Evaluating the Usability of Human-Computer Interfaces (pp. 5-7). IOS Press. link ↗
  2. Lewis, J. R. (1995). IBM Computer Usability Satisfaction Questionnaires: Psychometric evaluation and recommendations. International Journal of Human-Computer Interaction, 7(1), 57–78. DOI: 10.1080/10447319509526110 ↗

Bu sayfayı kaynak gösterin

ScholarGate. (2026, June 3). Interface Usability Measure (IUM). ScholarGate. https://scholargate.app/tr/human-factors/interface-usability-measure

İlişkili yöntemler

Bilişsel Yük Ölçeği (BYÖ)NASA Görev Yükü İndeksi (NASA-TLX)Operatör Performans Değerlendirme Ölçeği (OPAS)Kullanıcı Deneyimi Anketi (UEQ)

Hangi yöntem?

Bu yöntemi en yakın akrabalarının yanına koyup yan yana okuyun — kütüphane kitapları masaya serer; seçim sizindir.

  • Bilişsel Yük Ölçeği (BYÖ)İnsan faktörleri↔ karşılaştır
  • NASA Görev Yükü İndeksi (NASA-TLX)İnsan faktörleri↔ karşılaştır
  • Operatör Performans Değerlendirme Ölçeği (OPAS)İnsan faktörleri↔ karşılaştır
  • Kullanıcı Deneyimi Anketi (UEQ)İnsan faktörleri↔ karşılaştır
Yan yana karşılaştır →

Bu yönteme atıf yapanlar

Kullanıcı Deneyimi Anketi (UEQ)

Benzer yöntemler

Sistem Kullanılabilirlik ÖlçeğiSağlık Uygulamaları için Sistem Kullanılabilirlik ÖlçeğiKullanıcı Deneyimi Anketi (UEQ)Sezgisel DeğerlendirmeTeknoloji Kabul Modeli AnketiAttrakDiff/UEQBilişsel Yük Ölçeği (BYÖ)Düşünerek Sesli Protokol

İlgili referans kavramlar

Kullanılabilirlik Metrikleri ve ÖlçümüKullanılabilirlik ve DeğerlendirmeTasarımda Kullanılabilirlik ve Kullanıcı AraştırmasıKullanılabilirlik TestiUsabilitySezgisel Değerlendirme ve İnceleme Yöntemleri

Bu sayfada bir hata mı var? Bildir / düzeltme öner →

ScholarGate — Interface Usability Measure (Interface Usability Measure (IUM)). 2026-07-21 tarihinde şu adresten erişildi: https://scholargate.app/tr/human-factors/interface-usability-measure · Veri seti: https://doi.org/10.5281/zenodo.20539026
Hızlı bilgiler
Originator
John Brooke, James R. Lewis
Subfamily
usability-assessment
Year
1986
Type
Self-report
İlişkili yöntemler
Bilişsel Yük Ölçeği (BYÖ)NASA Görev Yükü İndeksi (NASA-TLX)Operatör Performans Değerlendirme Ölçeği (OPAS)Kullanıcı Deneyimi Anketi (UEQ)
ScholarGate

Araştırma yöntemleri için içerik öncelikli bir referans kütüphanesi — her yöntemin ne olduğu, nasıl çalıştığı ve nereden geldiği.

Açık veri (CC-BY)

Keşfet

  • Kütüphane
  • Yöntemlerde ara…
  • Alanlara göre gez
  • Alanlar
  • Yolculuk
  • Karşılaştır
  • Hangi yöntem?

Başvuru

  • Konular
  • Atlas
  • Sözlük
  • Metodoloji
  • Felsefe

Çalışma alanı

  • Kitaplığım
  • Masa
  • Sohbet

Şirket

  • Hakkımızda
  • Fiyatlandırma
  • İletişim
  • Yöntem öner

Kayıtlar, başvuru amacıyla yayımlanmış kaynaklardan derlenmiştir. Herhangi bir bilginin doğruluğunu ve kendi kullanımınıza uygunluğunu denetlemek sizin sorumluluğunuzdadır.

© 2026 ScholarGate · Araştırma yöntemleri referans kütüphanesi
  • Gizlilik
  • Çerezler
  • Koşullar
  • Hesabı sil