Bağlam
Her sigorta şirketi farklı form alanları, belgeler ve işlem adımları kullanıyordu. Kullanıcılar aynı işi yaparken değişen kuralları ve yoğun bilgiyi yönetmek zorundaydı.
HasarLink
HasarLink, farklı sigorta şirketlerine ait hasar bildirimlerini ortak ve takip edilebilir bir akışta buluşturan mobil ve web ürün deneyimi.


Farklı şirket süreçlerini tek bir ürün mantığında buluşturmak.
Her sigorta şirketi farklı form alanları, belgeler ve işlem adımları kullanıyordu. Kullanıcılar aynı işi yaparken değişen kuralları ve yoğun bilgiyi yönetmek zorundaydı.
Amaç uzun formları yalnızca daha iyi göstermek değildi. Ortak alanları belirlemek, gereksiz girdileri azaltmak ve farklılıkları anlaşılır bir bilgi hiyerarşisi içinde korumak gerekiyordu.
Karmaşık operasyonu, uygulanabilir ve takip edilebilir bir ürün akışına dönüştürmek.
Kararlar, süreç farklılıklarını saklamadan yönetilebilir hale getirmeye odaklandı.
Farklı şirket gereklilikleri ortak başlangıç görevini parçalı hâle getiriyordu.
Sigorta şirketi ve başvuru türü seçimlerini kontrollü adımlarla ortak bir başlangıçta toplamak.
Kullanıcı önce ilgili sigorta şirketini, ardından sigortanın hangi taraf üzerinden açıldığını seçiyor.
Şirkete özgü gereklilikleri ortak başlangıç akışı içinde yöneten yapı.
Yoğun bilgi alanları özellikle mobilde kullanıcının ilerlediği aşamayı ve eksik bilgileri takip etmesini zorlaştırıyordu.
Kullanıcının yalnızca bulunduğu aşamayla ilgili bilgilere odaklanması ve ilerlemeden önce verdiği cevapları kontrol edebilmesi gerekiyordu.
Mağdur, sürücü ve araç bilgilerini adımlara ayırdım. Belgeleri ayrı yükleme kartlarında sundum ve sonraki adıma geçmeden önce seçimlerin kontrol edilip düzenlenebildiği bir özet yapısı kullandım.
Bilgi girişi, belge yükleme ve kullanıcı kontrolünü aynı adımlı akış içinde birleştiren form deneyimi.
Farklı dosyaların durumu liste seviyesinde kolayca karşılaştırılamıyordu.
En kritik bilgileri ilk bakışta okunabilen bir özet yapısında göstermek.
Plaka, sigorta şirketi ve başvuru durumlarını tutarlı liste öğelerinde bir araya getirdim.
Kullanıcının öncelikli kaydı hızla bulabildiği taranabilir dosya listesi.

Güncel aşama, geçmiş hareketler ve ilgili detaylar birbirinden kopuk sunulduğunda takip zorlaşıyordu.
Seçilen dosyanın bütün sürecini tek bir detay hiyerarşisinde toplamak.
Güncel aşamayı, geçmiş işlemleri, taraf ve kaza bilgilerini, belgelerle birlikte anlamlı bölümlerde düzenledim.
Liste seviyesindeki hızlı taramayı ayrıntılı süreç takibine bağlayan dosya detayı.

Tasarımların yalnızca Figma üzerinde doğru görünmesi benim için yeterli değildi.
Rolüm ürünün bütün frontend geliştirmesini üstlenmek değil, uygulama kalitesini tasarım kararlarıyla birlikte kontrol etmek ve gerektiğinde arayüz tarafına destek vermekti.
Bu çalışma biçimi, tasarım kararlarını yalnızca Figma’da değil gerçek ürün koşullarında değerlendirmemi sağladı.Proje, yoğun operasyonel bilgiyi tasarım ve uygulama arasında birlikte düşünmenin önemini gösterdi.
Tasarım sistemi, ekranları değil kararları tutarlı hâle getirir.
Gerekli ayrıntıyı korurken doğru anda ve doğru grupta göstermek daha belirleyiciydi.
Mobil ve web için aynı hiyerarşiyi ölçeklemek yerine kullanım bağlamına göre yeniden kurdum.
Belge okuma önerileri düzenlenebilir ve doğrulanabilir bir adım olarak ele alındı.
Değişken veri, responsive davranış ve bileşen tekrar kullanımı uygulama kontrolünün parçası oldu.