Blog · Girişim

“PDF yükle → çözüm al” akışında UX prensipleri

3 Eylül 2026 · 2 dk okuma · Şeyma Bilici

OdevGPT’yi kurarken en zor problem yapay zekâ tarafında değildi. Asıl mesele, öğrencinin bir PDF yükleyip çözümünü aldığı o tek adımlık deneyimin altında dönen bütün karmaşayı görünmez kılmaktı. Bu yazıda, “yükle → al” akışı kuran herkesin işine yarayacak prensipleri kendi pratiğimden anlatıyorum.

Kullanıcının zihin modeli tek adımdır

Arka planda neler döner: dosya doğrulama, OCR, sayfa ayrıştırma, model çağrıları, formatlama, hata telafisi. Kullanıcının zihninde ise tek bir cümle vardır: yükledim, çözüm geldi. Arayüz bu cümleyi yansıtmalı; boru hattını değil.

Pratik karşılığı şu: tek ekran, tek birincil eylem, tek net çıktı. Kullanıcıyı adım adım sihirbazlarda gezdirmek, ayar ekranları göstermek, “işlem tipi seçin” diye sormak çoğu zaman mühendisin kendi mimarisini arayüze sızdırmasıdır. Kendi verebildiğin hiçbir kararı kullanıcıya sorma; varsayılanla çöz, gerekirse sonradan değiştirme imkânı bırak.

Güven yükleme anında kurulur

Dosyasını sana emanet eden kişi ilk saniyelerde karar verir: bu ürün ciddi mi? Sürükle-bırak alanı büyük ve net olmalı, kabul edilen formatlar ile boyut sınırı tıklamadan önce görünmeli, dosya seçilir seçilmez ad ve önizlemeyle anında onay verilmeli.

En kritik kural: yakalayabileceğin her hatayı yüklemeden önce yakala. Boyut aşımı, yanlış format, boş dosya — bunlar sunucuya gidip dönen bir hata mesajıyla değil, daha seçim anında sakin bir uyarıyla çözülmeli. Kullanıcıyı bekletip sonra reddetmek, en hızlı güven kaybettirme yöntemidir.

Bekleme süresi tasarlanmazsa terk edilir

Yapay zekâ işlemleri anlık değil. Tek başına dönen bir spinner, kanıtsız bir vaattir. Bunun yerine süreci kullanıcının anlayacağı aşamalara böl: dosya okunuyor, sorular ayrıştırılıyor, çözüm hazırlanıyor. Bu aşamalar gerçek olmalı; sahte ilerleme çubuğu ilk takıldığı anda seni ele verir.

İşlem uzayabiliyorsa kullanıcıyı ekrana kilitleme. Sayfadan ayrılabilmeli, iş bittiğinde haber alabilmeli. Algılanan hız, ölçülen hızdan daha önemlidir; ilk anlamlı geri bildirimi ne kadar erken verirsen bekleme o kadar kısa hissedilir.

Hata anı, en çok emek isteyen ekrandır

Eğik çekilmiş fotoğraf, el yazısı, bozuk tarama, şifreli PDF. Gerçek kullanımda bunların hepsi gelir. Hata mesajı iç sistemin diliyle değil, kullanıcının atacağı adımın diliyle yazılmalı: ne olduğunu değil, şimdi ne yapması gerektiğini söyle.

Kısmi başarıyı da tasarla. On sorunun sekizi okunabiliyorsa sekizini çöz, ikisini işaretle; dosyanın tamamını reddetme. Ve asla kullanıcıyı suçlayan bir ton kullanma — dosya “hatalı” değildir, senin sistemin o dosyayı henüz okuyamıyordur.

Çıktı ekranı ürünün kendisidir

Kullanıcı yükleme akışını hatırlamaz; elinde kalan çözümü hatırlar. Çıktıyı kaynağına bağla: hangi cevabın hangi soruya, hangi sayfaya karşılık geldiği görünür olsun. Bu eşleme, sonucun doğruluğuna duyulan güvenin en ucuz sigortasıdır.

Bir sonraki doğal adımı da tek dokunuş uzağında tut: kopyalama, dışa aktarma, takip sorusu sorma. Çözümü teslim edip kullanıcıyı çıkmaza bırakan ekran, işin yarısını yapmıştır.

Aynı akıl başka sektörlerde de geçerli

Sağlık turizminde birebir aynı kalıbı kuruyoruz: hasta tahlil sonucunu ya da röntgenini yüklüyor, karşılığında ön değerlendirme alıyor. Dosya farklı, kaygı çok daha derin, prensipler aynı — güveni yükleme anında kur, beklemeyi dürüstçe yönet, hatayı yol göstererek karşıla.

“Yükle → al” akışını doğru kuran ürün, sektörü ne olursa olsun aynı şeyi başarmış demektir: karmaşıklığı kendine saklamayı öğrenmiştir. Kullanıcıya kalan tek şey sonuçtur. Zaten istediği de budur.