---
title: "İnsan-Bilgisayar Etkileşimi, Kullanılabilirlik ve AI UX: Pratik Rehber"
description: "HCI, kullanılabilirlik testi, kullanıcı merkezli tasarım, bilişsel yük, renk, erişilebilirlik ve LLM kullanılabilirliğini tek yazıda açıklayan uzun eğitici rehber."
date: "2026-07-05"
series: "hci-guide"
seriesTitle: "İnsan-Bilgisayar Etkileşimi Kapsamlı Rehberi"
seriesOrder: 1
tags: [HCI, Kullanılabilirlik, UX, Arayüz Tasarımı, LLM Kullanılabilirliği, AI UX]
keywords: [insan-bilgisayar etkileşimi, HCI, kullanılabilirlik testi, kullanıcı merkezli tasarım, bilişsel yük, affordance, HCI renk, LLM kullanılabilirliği, AI UX]
image: "/blog/hci/hci-user-experience-design.png"
imageAlt: "Tasarlanan yol ile gerçek kullanıcı davranışı arasındaki farkı gösteren görsel"
aiSummary: "Bu rehber, İnsan-Bilgisayar Etkileşimini kullanılabilir sistemler tasarlamak için pratik bir disiplin olarak açıklar. Kullanılabilirlik ilkeleri, değerlendirme yöntemleri, kullanıcı merkezli tasarım, prototipleme, bilişsel yük, affordance, geri bildirim, renk, erişilebilirlik ve LLM kullanılabilirliğini tek bir bütün içinde ele alır."
---

![Gerçek kullanıcı yolu, tasarımcıların öngördüğü yoldan farklı olabilir.](/blog/hci/hci-user-experience-design.png)

İnsan-Bilgisayar Etkileşimi, yaygın adıyla **HCI**, insanların teknolojiyle nasıl etkileşime girdiğini ve etkileşimli sistemlerin nasıl tasarlanması gerektiğini inceleyen alandır. Yazılım mühendisliği, psikoloji, tasarım, kullanılabilirlik ve insan davranışı arasında köprü kurar.

HCI önemlidir çünkü bir sistem teknik olarak doğru çalışabilir ama gerçek kullanımda başarısız olabilir. Kullanıcı ne yapacağını anlayamıyorsa, hatadan toparlanamıyorsa veya sistemin geri bildirimine güvenemiyorsa yazılım insan açısından eksiktir.

Bu rehber en önemli konuları tek uzun yazıda birleştirir:

- HCI ve kullanılabilirlik temelleri
- kullanılabilirlik testi ve değerlendirme yöntemleri
- kullanıcı merkezli tasarım, design thinking ve prototipleme
- bilişsel yük, affordance, geri bildirim ve arayüz açıklığı
- renk, görsel hiyerarşi ve erişilebilirlik
- yapay zeka ve Büyük Dil Modelleri için kullanılabilirlik

Amaç ders slaytlarını tek tek özetlemek değildir. Amaç daha iyi etkileşimli sistemler tasarlamak için pratik bir düşünme çerçevesi kurmaktır.

## 1. Pratik Temel Olarak HCI

HCI; **insan**, **bilgisayar** ve **kullanım bağlamı** arasındaki ilişkiyi inceler. Kullanıcı bir sistemle boşlukta etkileşime girmez. Beklentiler, hedefler, alışkanlıklar, cihaz sınırları, dikkat kapasitesi ve teknik bilgi seviyesi bu etkileşimi etkiler.

İyi arayüz tasarımı şu sorularla başlar:

- Bu sistemi kim kullanacak?
- Hangi hedefe ulaşmaya çalışıyor?
- Her adımda hangi bilgiye ihtiyaç duyuyor?
- Hangi hatalar olası?
- Sistem hangi geri bildirimi veriyor?
- Arayüzü öğrenmek ne kadar çaba gerektiriyor?

Bu sorular kozmetik değildir. Yazılım kalitesini doğrudan etkiler.

### HCI, UI ve UX

| Kavram | Ana odak | Örnek soru |
| --- | --- | --- |
| HCI | İnsan ve teknoloji etkileşimi | Kullanıcı sistemi nasıl anlıyor ve kontrol ediyor? |
| UI | Arayüz elemanları | Butonlar, formlar, menüler ve düzen açık mı? |
| UX | Genel deneyim | Tüm kullanım yolculuğu yararlı, güvenilir ve anlaşılır mı? |

HCI araştırma temelini sağlar. UI görünür etkileşim katmanıdır. UX ise sistemin yararlılığı, kullanılabilirliği, güvenilirliği, performansı, dili, geri bildirimi ve duygusal etkisinin toplam sonucudur.

### Kullanılabilirlik Süs Değildir

Kullanılabilirlik çoğu zaman görsel güzellikle karıştırılır. Oysa kullanılabilirlik işlevsel bir kalite özelliğidir. Kullanıcıların görevleri etkili, verimli ve memnun edici biçimde tamamlayıp tamamlayamadığını anlatır.

Kullanılabilir arayüzlerde genellikle şunlar bulunur:

- açık gezinme
- anlaşılır etiketler
- öngörülebilir işlemler
- yararlı geri bildirim
- telafi edilebilir hatalar
- tutarlı etkileşim kalıpları

Görsel tasarım önemlidir; ancak en çok anlama ve eylemi desteklediğinde değerlidir.

![Heuristic walkthrough, daha kapsamlı testlerden önce kullanılabilirlik sorunlarını bulmaya yardım eder.](/blog/hci/usability-heuristic-walkthrough.png)

## 2. Kullanılabilirlik Testi ve Değerlendirme Yöntemleri

Kullanılabilirlik testi, bir sistemin gerçek kullanıcılar için çalışıp çalışmadığını anlamanın en pratik yollarından biridir. Yalnızca görüş sormak yerine, kullanıcıların gerçekçi görevleri tamamlarken ne yaptığını gözlemler.

Amaç kullanıcıyı yargılamak değildir. Amaç arayüzün kullanıcıyı nerede destekleyemediğini bulmaktır.

### Temel Kullanılabilirlik Testi Akışı

![Kullanıcı testi süreci görev tanımından gözlem, ölçüm ve iyileştirmeye ilerleyebilir.](/blog/hci/usability-user-test.png)

Temel bir kullanılabilirlik testi şöyle organize edilebilir:

| Adım | Amaç | Pratik not |
| --- | --- | --- |
| Görevleri tanımla | Önemli iş akışlarını seçmek | Gerçek yaşam görevleri kullanın, yapay tıklama talimatları değil |
| Test verisini hazırla | Kurulum kaynaklı gürültüyü azaltmak | Hesaplar, örnek kayıtlar, dosyalar ve form verileri hazır olmalı |
| Kullanıcıları seç | Hedef kitleyi temsil etmek | Kullanıcılar gerçek deneyim seviyelerini yansıtmalı |
| Davranışı gözlemle | Kafa karışıklığı ve hataları bulmak | Tereddüt, tekrar tıklama, yanlış yol ve toparlanma girişimlerini izleyin |
| Takip soruları sor | Algıyı anlamak | Kullanıcının ne beklediğini ve neyi belirsiz bulduğunu sorun |
| Düzeltmeleri önceliklendir | Bulguları tasarım işine dönüştürmek | Tekrarlanan ve görevi engelleyen sorunlar önce gelir |

### İyi Görev Senaryosu Yazmak

Bir görev tam adımları değil, hedefi anlatmalıdır.

Zayıf görev:

`Ayarlar butonuna tıklayın ve e-posta bildirim tercihinizi değiştirin.`

Daha iyi görev:

`Artık e-posta bildirimi almak istemiyorsunuz. Lütfen bildirim tercihinizi değiştirin.`

İkinci görev, arayüzün kullanıcıyı doğru yere yönlendirip yönlendirmediğini gösterir.

### Ne Toplanmalı?

Bir kullanılabilirlik oturumu gözlem ve kısa anketleri birleştirebilir.

Yararlı sinyaller:

- görev tamamlama başarısı
- görev süresi
- kafa karışıklığı noktaları
- hatalar ve toparlanma girişimleri
- kullanıcı yorumları
- test sonrası memnuniyet
- dil, ikon, renk ve geri bildirim açıklığı

En değerli bulgular çoğu zaman tekrar eden kalıplardan gelir. Birden fazla kullanıcı aynı etiketi yanlış anlıyorsa sorun büyük olasılıkla etikettedir.

### Diğer Değerlendirme Yöntemleri

Kullanılabilirlik testi tek yöntem değildir. Projeye göre ekipler şunları da kullanabilir:

- heuristic evaluation
- heuristic walkthrough
- anketler
- görüşmeler
- log analizi
- heatmap analizi
- erişilebilirlik kontrolleri

En iyi yöntem tasarımın olgunluğuna ve ihtiyaç duyulan kanıt türüne bağlıdır.

## 3. Kullanıcı Merkezli Tasarım, Design Thinking ve Prototipleme

Kullanıcı merkezli tasarım; kullanıcıların, hedeflerinin, görevlerinin ve ortamlarının geliştirme boyunca dikkate alınmasıdır. Bu, projenin başındaki tek bir toplantı değildir. İteratif bir süreçtir.

İnsan merkezli tasarım yaklaşımları genellikle şunları vurgular:

- kullanım bağlamını anlamak
- kullanıcı ve organizasyon gereksinimlerini belirlemek
- tasarım çözümleri üretmek
- tasarımları kullanıcılarla değerlendirmek
- kanıta göre yinelemek

Design thinking, ekipleri çözüme atlamadan önce insanları anlamaya yönlendirerek bu süreci destekler.

### Eskizden Prototipe

![Prototip materyalleri final uygulamadan önce etkileşimi keşfetmeye yardım eder.](/blog/hci/design-prototyping.png)

Tasarım çıktıları farklı ayrıntı seviyelerine sahiptir:

| Çıktı | Amaç | Tipik kullanım |
| --- | --- | --- |
| Sketch | Fikirleri hızlı keşfetmek | Erken beyin fırtınası |
| Wireframe | Yerleşim ve yapıyı göstermek | Sayfa organizasyonu ve gezinme |
| Mockup | Görsel tasarımı daha net göstermek | Görsel inceleme ve paydaş görüşmesi |
| Prototype | Etkileşimi simüle etmek | Kullanılabilirlik testi ve iş akışı doğrulama |

Önemli olan her çıktıyı mükemmel yapmak değildir. Önemli olan doğru maliyetle öğrenmektir. Hızlı bir eskiz pahalı uygulama hatalarını önleyebilir.

### Prototipler Neden Önemlidir?

Prototip, ekiplerin final sistemi inşa etmeden önce varsayımları test etmesini sağlar. Kullanıcılar iş akışına, etiketlere, yerleşime ve etkileşim davranışına tepki verebilir. Geliştiriciler belirsiz gereksinimleri daha erken keşfeder.

İyi prototipler şu sorulara yanıt arar:

- Kullanıcı ana eylemi bulabiliyor mu?
- İş akışı doğru sırada mı?
- Etiketler anlaşılır mı?
- Kullanıcı her adımdan sonra ne olduğunu biliyor mu?
- Hatalar önlenebilir veya telafi edilebilir mi?

Prototipleme tasarım lüksü değildir. Risk azaltma yöntemidir.

## 4. Bilişsel Yük, Affordance ve Arayüz Açıklığı

Bilişsel yük, bilgiyi işlemek için gereken zihinsel çabadır. Arayüzler; kullanıcı çok fazla şey hatırlamak, belirsiz etiketleri yorumlamak, çok sayıda seçeneği karşılaştırmak veya sistem davranışını tahmin etmek zorunda kaldığında yüksek bilişsel yük oluşturur.

![Bilişsel yük; içsel, dışsal ve öğrenmeye katkı sağlayan zihinsel çaba türlerini içerir.](/blog/hci/cognitive-load-slide.jpeg)

Yüksek bilişsel yük genellikle şunlarla görünür:

- tıklamadan önce tereddüt
- tekrar tekrar okuma
- ekranlar arasında geri dönme
- yanlış form girişi
- yardım dokümanlarına aşırı bağımlılık
- basit görevlerden sonra yorgunluk

Amaç tüm karmaşıklığı yok etmek değildir. Bazı görevler doğal olarak karmaşıktır. Amaç gereksiz karmaşıklığı kaldırmaktır.

### Bilişsel Yükün Yaygın Kaynakları

| Kaynak | Neden çaba yaratır | Daha iyi yaklaşım |
| --- | --- | --- |
| Çok fazla seçenek | Kullanıcı her şeyi karşılaştırmak zorunda kalır | Yaygın eylemleri önceliklendirmek |
| Belirsiz etiketler | Kullanıcı anlamı tahmin eder | Görev odaklı dil kullanmak |
| Gizli sistem durumu | Kullanıcı ne olduğunu bilemez | Geri bildirim ve ilerleme göstermek |
| Tutarsız düzenler | Kullanıcı kalıpları yeniden öğrenir | Öngörülebilir yapıları tekrar kullanmak |
| Hafızaya bağımlılık | Kullanıcı önceki adımları hatırlamak zorunda kalır | İlgili bağlamı görünür tutmak |

### Affordance

Affordance, bir şeyin nasıl kullanılabileceğine dair ipucudur. Buton tıklanabilir görünmelidir. Slider sürüklenebilir hissi vermelidir. Metin alanı yazı yazmayı çağrıştırmalıdır.

Affordance zayıfsa kullanıcı tereddüt eder. Yanıltıcıysa kullanıcı hata yapar.

### Geri Bildirim ve Feedforward

Geri bildirim, kullanıcı eyleminden sonra ne olduğunu anlatır. Feedforward ise eylemden önce ne olacağını anlamaya yardım eder.

Örnekler:

- Devre dışı buton, gerekli alanların eksik olduğunu açıklar.
- Yüklenme durumu sistemin işlem yaptığını gösterir.
- Onay mesajı değişikliklerin kaydedildiğini belirtir.
- Önizleme, yayınlamadan önce sonucu gösterir.

İyi arayüzler kullanıcı eylemlerinden önce ve sonra belirsizliği azaltır.

## 5. Renk, Görsel Hiyerarşi ve Erişilebilirlik

Renk; duygu, dikkat, gruplama ve anlam üzerinde etkilidir. Arayüz tasarımında renk yalnızca zevke göre seçilmemelidir. Okunabilirliği, hiyerarşiyi, geri bildirimi ve erişilebilirliği desteklemelidir.

![60-30-10 kuralı dengeli arayüz renk paletleri oluşturmaya yardım eder.](/blog/hci/color-60-30-10.jpeg)

Yaygın renk çağrışımları:

| Renk | Yaygın çağrışım | Arayüz kullanımı |
| --- | --- | --- |
| Mavi | Güven, istikrar | Linkler, ana eylemler, profesyonel arayüzler |
| Kırmızı | Tehlike, aciliyet | Hata durumları, yıkıcı işlemler |
| Yeşil | Başarı, ilerleme | Başarı mesajları, tamamlanmış durumlar |
| Sarı veya turuncu | Uyarı, dikkat | Uyarı durumları ve bildirimler |

Bu çağrışımlar kültürel olarak değişebilir. Bu nedenle tasarımcılar yalnızca renge güvenmemelidir.

### Renk Kontrastı

Yeterli kontrast okunabilirlik için zorunludur; özellikle görme kısıtları olan kullanıcılar için kritiktir. Metin ve arka plan renkleri açık biçimde ayrılabilmelidir. Düşük kontrastlı arayüzler yumuşak görünebilir fakat okunamaz hale gelebilir.

### Rengi Tek Sinyal Olarak Kullanmayın

Bir hata yalnızca kırmızı renkle gösterilirse bazı kullanıcılar bunu kaçırabilir. Rengi metin, ikon, etiket veya yerleşim değişikliğiyle desteklemek gerekir.

Örneğin:

- alan yanında hata mesajı gösterin
- durum için ikon ve renk kullanın
- “Başarılı”, “Uyarı” veya “Hata” gibi metin etiketleri ekleyin

### Görsel Hiyerarşi

Görsel hiyerarşi kullanıcıya önce neyin önemli olduğunu söyler. Boyut, boşluk, kontrast, hizalama ve gruplama sayfanın taranmasını kolaylaştırır.

İyi hiyerarşi şu sorulara yanıt verir:

- Ana eylem nedir?
- Destekleyici bilgi nedir?
- Opsiyonel olan nedir?
- Kullanıcı önce neyi okumalıdır?

Hiyerarşi yoksa her şey dikkat için yarışır.

## 6. Yapay Zeka ve Büyük Dil Modelleri İçin Kullanılabilirlik

Büyük Dil Modelleri yeni bir etkileşim türü oluşturur. Kullanıcılar yalnızca sabit kontrolleri tıklamaz; hedeflerini doğal dille açıklar ve üretilmiş yanıtlar alır. Bu etkileşim esnektir fakat belirsizlik taşır.

![LLM kullanılabilirliği, insanların yapay zeka davranışını anlaması, kontrol etmesi ve hatadan toparlanmasıyla ilgilidir.](/blog/hci/llm-usability-ai-robot.jpeg)

Geleneksel kullanılabilirlik ilkeleri hâlâ önemlidir; fakat LLM sistemleri ek kriterlere ihtiyaç duyar.

### LLM Kullanılabilirliği Neden Farklıdır?

Klasik yazılım çoğu zaman deterministiktir. Aynı girdiyle aynı eylem genellikle aynı sonucu üretir. LLM sistemleri ise olasılıksal ve bağlama duyarlıdır. Farklı çıktılar üretebilir, niyeti yanlış anlayabilir veya akıcı ama hatalı yanıtlar verebilir.

Bu durum yeni kullanılabilirlik soruları doğurur:

- Model kullanıcının niyetini anladı mı?
- Yanıt doğru mu, yoksa yalnızca kendinden emin mi?
- Kullanıcı ton, uzunluk, format ve kısıtları kontrol edebiliyor mu?
- Sistem belirsizliği gösteriyor mu?
- Kullanıcı kötü yanıttan sonra toparlanabiliyor mu?
- Arayüz daha iyi istem yazmaya yardım ediyor mu?

### LLM’e Özel Kullanılabilirlik Kriterleri

| Kriter | Neyi değerlendirir |
| --- | --- |
| Niyet anlama | Modelin gerçek kullanıcı hedefine yanıt verip vermediği |
| Şeffaflık | Sınırların ve belirsizliğin görünür olup olmadığı |
| Kontrol edilebilirlik | Kullanıcının ton, uzunluk, format ve kısıtları yönlendirebilmesi |
| Toparlanabilirlik | Kötü çıktının düzeltilebilmesi, iyileştirilebilmesi veya yeniden üretilebilmesi |
| Güven ayarı | Kullanıcının sisteme doğru seviyede güvenmesi |
| İstem desteği | Arayüzün kullanıcının isteğini açık ifade etmesine yardım etmesi |

### İstem Yazma Arayüzün Parçasıdır

LLM sistemlerinde istem kutusu yalnızca bir giriş alanı değildir. Temel etkileşim yüzeyidir. İyi AI arayüzleri; örnekler, şablonlar, kısıtlar, takip önerileri ve yapılandırılmış giriş modlarıyla kullanıcının niyetini daha açık iletmesine yardım eder.

### Mükemmellikten Çok Toparlanma Önemlidir

Hiçbir LLM sistemi her zaman mükemmel yanıt vermez. Kullanılabilir bir AI arayüzü düzeltmeyi kolaylaştırmalıdır. Kullanıcı sıfırdan başlamadan yanıtı iyileştirebilmeli, karşılaştırabilmeli, yeniden üretebilmeli, açıklama isteyebilmeli ve kapsamı daraltabilmelidir.

AI UX içinde en iyi arayüz, modelin her zaman doğru olduğunu varsayan arayüz değildir. Belirsizliğe rağmen kullanıcının verimli çalışmasına yardım eden arayüzdür.

## Son Çıkarımlar

HCI, teknik sistemler ile insan davranışı arasındaki köprüdür. İyi arayüz yalnızca işlevsel değildir; anlaşılır, öğrenilebilir, hataya toleranslı ve güvenilirdir.

En önemli dersler:

- Gerçek kullanıcı hedefleri etrafında tasarlayın.
- Yalnızca ekranları değil, gerçekçi görevleri test edin.
- Uygulamadan önce öğrenmek için prototip kullanın.
- Gereksiz bilişsel yükü azaltın.
- Affordance ve geri bildirimi açık yapın.
- Rengi anlamı desteklemek için kullanın, anlamın yerine koymayın.
- LLM kullanılabilirliğini yalnızca model performansı değil, insan-yapay zeka etkileşimi problemi olarak ele alın.

## Sonuç

İnsan-Bilgisayar Etkileşimi pratik yazılım kalitesidir. Ekiplerin insanların anlayabileceği ve güvenle kullanabileceği sistemler geliştirmesine yardım eder. Arayüzler daha uyarlanabilir, konuşma tabanlı ve yapay zeka destekli hale geldikçe HCI daha da önemli olur.

Yazılımın geleceği yalnızca daha güçlü sistemler geliştirmek değildir. Bu sistemlerin insanlar ile daha açık iletişim kurmasını sağlamaktır.