WCAG uyumluluk belgesi veriyor musunuz?

Belge veya sertifika vermiyoruz. Yaptığımız iş, WCAG 2.1 kriterlerini tasarım tarafında gözetmek ve ekranları bu kriterlere göre gözden geçirmek: renk kontrastı, metin boyutu, dokunma hedefi, odak görünürlüğü, hata bildirimi ve ekran okuyucu için gereken etiketler. Nihai uygunluk, tasarımın nasıl kodlandığına da bağlı olduğu için geliştirme ekibiyle birlikte ve gerçek ürün üzerinde değerlendirilmesi gereken bir konu.

Hasta verisiyle çalışıyor musunuz?

Hayır. Tasarım ve testlerde temsilî veri kullanıyoruz; gerçek hasta kaydı, gerçek tahlil sonucu veya gerçek kimlik bilgisi tarafımıza aktarılmaz. Sağlık verisi kişisel verilerin korunması mevzuatında özel nitelikli veri kategorisinde değerlendirilir; ekranda neyin, kime, hangi koşulda gösterileceği kararı sizin hukuk ve uyum biriminizle birlikte verilmesi gereken bir karardır — biz bu kararı ekrana doğru biçimde yansıtırız.

Hem hasta hem hekim arayüzünü aynı projede tasarlıyor musunuz?

Evet, ama aynı kurallarla değil. Hasta tarafında öncelik sadelik ve güven: az adım, büyük hedefler, jargonsuz dil. Hekim ve personel tarafında öncelik hız ve bilgi yoğunluğu: klavye kısayolları, yoğun tablo kalıpları, toplu işlem. İki taraf aynı tasarım sisteminin içinde durur ama farklı yoğunlukta bileşen kullanır.

Yaşlı kullanıcılarla test yapabiliyor musunuz?

Katılımcı profilini birlikte belirliyoruz; hedef kitlenizde yaşlı kullanıcı ağırlıklıysa testleri o profille kurgulamak en doğrusu. Katılımcı bulma sorumluluğunu genellikle kurum üstlenir, biz senaryoları, moderasyonu ve raporlamayı yürütürüz. Testler her zaman temsilî veriyle ve katılımcının açık rızasıyla yapılır.

Mevcut hasta portalımızı kademeli olarak yenileyebilir miyiz?

Evet, sağlık projelerinde önerdiğimiz yol genellikle bu. Önce en çok kullanılan tek bir yolculuğu — çoğunlukla randevu alma veya sonuç görüntüleme — yeniden tasarlıyoruz. Ortaya çıkan bileşenler ve dil kuralları sisteme giriyor, kalan ekranlar aynı sistemle sırayla yenileniyor. Böylece kullanıcı bir sabah bambaşka bir arayüzle karşılaşmıyor.

Çözüm · Sağlık ve hasta portallarıUI/UX Tasarım

Arayüzü en rahat kullanan değil, en çok zorlanan kullanıcı belirler.

Sağlık Uygulamaları ve Hasta Portalları İçin UI/UX Tasarım

Randevu almak, sonuç görmek, reçeteyi bulmak — bunlar kimse için keyifli anlar değil; çoğu zaman endişeli ve aceleyken yapılıyor. Ekranları bu ruh hâline göre sakinleştiriyor, dili sadeleştiriyor ve erişilebilirliği sonradan eklenen bir düzeltme değil, tasarımın çıkış noktası yapıyoruz.

Ücretsiz Keşif Görüşmesi Hemen Ara · +90 (532) 476 9667

WhatsApp'tan yazın Yolculuk ve erişilebilirlik haritasını çıkarın

WCAG 2.1 kriterleri tasarım tarafında gözetilir
Testlerde temsilî veri, gerçek hasta kaydı kullanılmaz
Hasta ve hekim arayüzü aynı tasarım sisteminde
Figma kaynak dosyaları sizin

Sahada gördüklerimiz

Uygulamanın tamamı değil, tek bir adım kullanıcıyı kaybettiriyor.

Sağlık arayüzlerinde terk genellikle en başta değil, ortada bir yerde oluyor: kimlik doğrulamada, bölüm seçiminde ya da sonucun ne anlama geldiğinin anlaşılmadığı ekranda. En sık karşılaştığımız tablolar aşağıda.

← Görseli yana kaydırın →

Kimlik doğrulama ilk engel oluyorKüçük yazılan doğrulama kodu alanları, kısa süre sınırı ve kod gelmediğinde yol göstermeyen ekran; yolculuğun daha ilk adımında kopma yaratıyor.
Bölüm ve hekim seçimi hastaya bırakılıyorKullanıcı hangi branşa gitmesi gerektiğini bilmiyor. Uzun bir liste ve tanıdık olmayan başlıklar arasında seçim yapmaya zorlanınca vazgeçiyor.
Sonuç ekranı okunabilir değilTablodaki değerler referans aralığı olmadan, kısaltmalarla veriliyor. Hasta ne yapması gerektiğini anlamadığı için doğrudan telefona sarılıyor.
Metin küçük, dokunma hedefi darYaş, titreme veya düşük görme durumunda ekrandaki 30 piksellik butona isabet ettirmek bir şans işine dönüşüyor.
Dil hastanın değil, kurumun diliEkranda idari ve klinik kısaltmalar yer alıyor. Kullanıcı ne yaptığını tam anlamadan ilerlediği için yanlış randevu, yanlış belge ortaya çıkıyor.
Hekim paneli hasta arayüzünden kopukİki taraf farklı zamanlarda, farklı ekiplerce yapıldığı için aynı bilgi iki yerde farklı adla görünüyor; personel her ekranı yeniden öğreniyor.

Yaklaşımımız

Sakin arayüz: az öğe, büyük hedef, açık dil.

Sağlık projelerinde tasarım kararlarını estetik tercihle değil, en zorlanan kullanıcının o adımı tamamlayıp tamamlayamadığıyla veriyoruz. Sıralama şöyle işliyor.

← Görseli yana kaydırın →

Yolculuk haritası ve profillerHasta, hasta yakını ve personel için yolculukları çıkarıyor; hangi adımda kimin zorlandığını kurum içi geri bildirim ve analitikle işaretliyoruz.TeslimYolculuk haritasıKullanıcı profilleriKritik adım listesi
Erişilebilirlik taban kurallarıKontrast oranı, minimum metin boyutu, dokunma hedefi ölçüsü, odak görünürlüğü ve hata bildirim biçimi için tek bir kural seti belirliyoruz.TeslimErişilebilirlik kurallarıTipografi ölçeğiRenk ve kontrast paleti
Dilin sadeleştirilmesiEkrandaki her başlık ve butonu hastanın kullandığı sözcüklerle yeniden yazıyoruz; kurumsal ve klinik terimler gerektiğinde ikinci satırda kalıyor.TeslimMikro metin rehberiTerim sözlüğüYeniden yazılmış ekran metinleri
Ekran tasarımı ve prototipRandevu, sonuç ve takip akışlarını tasarlıyor; tıklanabilir prototipte klavye ve ekran okuyucu ile de tamamlanabildiğini kontrol ediyoruz.TeslimYüksek çözünürlüklü ekranlarTıklanabilir prototipOdak sırası şeması
Test, iterasyon ve teslimHedef profile yakın katılımcılarla temsilî veriyle test ediyor, bulguları tasarıma yansıtıyor ve geliştirici teslimini hazırlıyoruz.TeslimBulgu raporuDüzeltilmiş ekranlarHandoff dokümanı

İmza aracı · Yolculuk ve erişilebilirlik haritası

Hangi adımda, kim tıkanıyor?

Önce bir kullanıcı profili seçin, sonra yolculuğun beş adımı için bugünkü durumu işaretleyin. Araç, profile özel bir engel haritası ve önce ele alınması gereken düzeltmeleri gösterir. Hiçbir veri kaydedilmez; hesap tarayıcınızda yapılır.

Kimin gözünden bakalım?

Küçük metin, dar dokunma hedefi ve kısa süre sınırları en çok bu profilde kopma yaratıyor.

Bu profil her adımda ne yaşıyor?

Giriş ve kimlikUygulamaya girip kimliğini doğrulamak
Randevu almaDoğru bölümü bulup uygun saati seçmek
Randevu öncesi hazırlıkNe getireceğini, nereye gideceğini öğrenmek
Sonuç görüntülemeTahlil veya rapor sonucunu bulup okumak
Takip ve iletişimReçeteye ulaşmak, soru sormak, kontrol randevusu almak

Erişilebilir tamamlama profili

Beş adımın her biri için bugünkü durumu işaretleyin; harita ve öneriler burada oluşacak.

Engel haritası

Giriş ve kimlik—
Randevu alma—
Randevu öncesi hazırlık—
Sonuç görüntüleme—
Takip ve iletişim—

Haritayı birlikte doğrulayalım

İşaretlediğiniz adımlar ve profil, keşif görüşmesinin gündemini doğrudan oluşturur. Görüşme ücretsizdir ve sizi bağlamaz.

Bu haritayla teklif isteyin →İletişim kanallarını görün

Bu araç bir ön değerlendirme aracıdır; erişilebilirlik denetimi veya klinik bir değerlendirme yerine geçmez. Adımlar ve öneriler, sağlık arayüzlerinde sık karşılaştığımız kalıplara dayanır. Gerçek uygunluk, tasarımın nasıl kodlandığına da bağlı olduğu için yayındaki ürün üzerinde ayrıca kontrol edilmelidir.

Kapsam

Hasta tarafı ve hekim tarafı: aynı sistem, farklı yoğunluk.

Sağlık projelerinde iki ayrı kullanıcı grubuna aynı anda hizmet ediyorsunuz. Aşağıdaki kalemler bir paket değil, ihtiyaca göre seçilen bir menüdür.

← Görseli yana kaydırın →

HastaRandevu akışı yeniden tasarımıŞikâyet tabanlı bölüm yönlendirmesi, takvim, onay ve hatırlatma ekranları.
HastaSonuç ve rapor ekranlarıÖzet-önce düzen, referans aralığı gösterimi, kısaltma açıklamaları ve paylaşım akışı.
DilSade dil ve mikro metin rehberiKurum dilinden hasta diline geçiş için terim sözlüğü ve yazım kuralları.
ErişimErişilebilirlik kural setiKontrast, tipografi ölçeği, dokunma hedefi, odak görünürlüğü ve hata bildirimi kuralları.
PersonelHekim / personel paneliHasta listesi, yoğun tablo kalıpları, klavye kısayolları ve not şablonları.
OperasyonBildirim ve hatırlatma tasarımıRandevu hatırlatması, sonuç bildirimi ve iptal akışlarının ekran ve metin tasarımı.
SistemBileşen kütüphanesi ve token'larİki tarafın da kullandığı ortak bileşenler; yeni ekranlar şablondan üretilir.
TeslimGeliştirici teslimiÖlçüler, odak sırası şeması, durum tabloları ve handoff toplantısı.

Nasıl çalışıyor, neyle teslim ediyoruz?

Tasarım Figma üzerinde ilerliyor; ekranlar, varyantlar ve tıklanabilir prototip tek dosyada duruyor. Erişilebilirlik kararlarını dosyanın içinde belgelendiriyoruz: hangi metin hangi ölçekte, hangi renk çifti hangi kontrast oranında, odak sırası hangi mantıkla kurulmuş. Teslimde Figma Dev Mode ölçü ve token'ları, ayrıca durum tablolarını içeren bir handoff dokümanı veriyoruz.

Tasarımı hayata geçirecek ekip sizde değilse web yazılım geliştirme ve mobil yazılım geliştirme tarafında aynı ekiple devam edebilirsiniz. Kişisel verinin yoğun işlendiği portallarda arayüz dışındaki kontrollerin de sınanması gerekir; bu konuda güvenlik ve sızma testi hizmetimize ve sızma testi rehberimize bakabilirsiniz. Kurumsal sitenizin kendisi de yenilenecekse web tasarım tarafı aynı tasarım sistemine bağlanabilir.

Örnek plan

Tek yolculuk için örnek bir 8 haftalık ilk faz

Aşağıdaki plan, randevu veya sonuç görüntüleme gibi tek bir yolculuğun yeniden tasarlandığı tipik bir ilk faz için hazırlanmış örnektir. Sizin planınız kapsam netleştikten sonra çıkar ve teklifte yazılı hâle gelir.

← Görseli yana kaydırın →

Örnek 8 haftalık ilk faz planı ve haftalık çıktıları
Hafta	Ne yapılır	Hafta sonunda elinizde ne olur
1. hafta	Yolculuk haritası ve profiller	Yolculuk haritası, kritik adım listesi
2. hafta	Erişilebilirlik taban kuralları	Kontrast paleti, tipografi ölçeği
3. hafta	Dil ve mikro metin çalışması	Terim sözlüğü, yeniden yazılmış metinler
4–5. hafta	Ekran tasarımı ve bileşenler	Yüksek çözünürlüklü ekranlar, bileşen kütüphanesi
6. hafta	Prototip ve erişilebilirlik gözden geçirmesi	Tıklanabilir prototip, odak sırası şeması
7. hafta	Kullanıcı testi	Temsilî veriyle test, bulgu raporu
8. hafta	İterasyon ve teslim	Düzeltilmiş ekranlar, handoff dokümanı

İlk faz kapandığında kurallar ve bileşenler tasarım sistemine giriyor; kalan ekranlar aynı sistemle daha kısa döngülerle yenilenebiliyor.

Devamı

Kararı verirken işinize yarayacak sayfalar

Hizmet sayfasına dön →

SSS

Sık sorulanlar

Erişilebilirlik kapsamı, veri, test yöntemi ve kademeli yenileme hakkında en çok sorulanlar.

Baştan planlandığında çok az; sonradan eklendiğinde çok. Kontrast, tipografi ölçeği, dokunma hedefi ve odak sırası gibi kararlar tasarım sisteminin içinde bir kez verilir ve tüm ekranlara yayılır. Maliyet asıl olarak, yayına alınmış bir arayüzü geri dönüp düzeltmek gerektiğinde ortaya çıkıyor.

En çok kullanılan yolculuğunuzla başlayalım

Bize hastalarınızın en sık girdiği ekranı gösterin; ilk görüşmede o yolculuğu birlikte haritalayalım ve gerçekçi bir ilk faz kapsamı çıkaralım. Keşif görüşmesi ücretsizdir ve sizi bağlamaz.

✓ Keşif görüşmesi ücretsiz
✓ Temsilî veriyle çalışırız
✓ Figma kaynak dosyaları sizde

Ücretsiz Keşif Görüşmesi İletişim Formu

Telefon+90 (532) 476 9667 WhatsAppMesaj gönderin E-postainfo@w3.net.trMaltepe / İstanbul · Hafta içi 09:00–19:00

UI/UX Tasarım

Endişeli bir kullanıcı için tasarlanmış ekran, herkes için çalışır

Yolculuk haritasıyla başlıyor, erişilebilirlik kurallarını sisteme yazıyor, prototipi gerçek profillerle test ediyoruz. Nereden başlayacağınızı birlikte belirleyelim.

✓ Keşif görüşmesi ücretsiz✓ Temsilî veriyle çalışırız✓ Figma kaynak dosyaları sizde

Ücretsiz Keşif Görüşmesi Hizmeti İncele