Kimsenin Konuşmadığı Ekran

Bir arayüz iyileştirmesinin nereye kadar uzandığını, ancak o akış konuşulmayı bıraktığında anlıyorsunuz.

Üründe kimsenin heyecanla konuşmadığı ekranlar vardır. Adres ekleme ekranı da onlardan biri. Bir alan, bir arama kutusu, bir kaydet butonu. Toplantı gündemine girse en fazla iki dakika sürer.

Oysa Volt Lines'ta bulk address import akışını tasarlamaya başladığımda fark ettiğim şey şuydu: sorun ekranın kendisi değildi, ekranın etrafında birikmiş olan yığındı.

Ekranı açıp bakınca ortada dram yok. Ama o ekranı her gün kullanan insanları izleyince, aynı işlemin kaç farklı yerde iz bıraktığı ortaya çıkıyor. Tasarım sürecinin de gerçek başlangıcı orası: ekranın nasıl göründüğü değil, neyi tetiklediği.

Adres yanlış kaydolunca ne oluyor?

Sisteme adres eklemek dışarıdan tek adımlık bir iş gibi görünür. Şirketin İK yetkilisi elindeki listeyi sisteme girer, iş biter.

Girdiğiniz adres yanlış kaydolduğunda ise zincir şöyle işliyor:

Yolcu tarafında sabahın köründe olmayan bir durakta bekleyen, servisini kaçıran ya da tarif edilenden çok daha uzun bir mesafeyi yürümek zorunda kalan bir insan var. Servisin en kritik vaadi olan öngörülebilirlik ilk orada kırılıyor.

Solution Center tarafında aynı sabah üst üste gelen aramalar var. Her arama tek tek çözülüyor, yani her biri başarısız bir deneyim. Üstelik bu aramaların büyük kısmı yeni bir bilgi taşımıyor, aynı hatanın farklı yolcularda tekrarlanan yüzü.

Yazılım ekibi tarafında kaydın elle düzeltilmesi, verinin kontrol edilmesi, bazen mesai saatleri dışına taşan bir müdahale var. Bir mühendisin veriyi düzeltmekle geçirdiği her saat, ürünü ileri taşımadığı bir saat.

Planlama ve operasyon tarafında ise iş asıl orada büyüyor. Adres değişince durak değişiyor, durak değişince rota, rota değişince süre ve kapasite hesabı. Yayınlanmış bir planın sonradan bozulması, sadece bir hücrenin güncellenmesi değil; sürücüye, araç atamasına, sefer süresine ve o gün sahada yapılan her sözleşmeye dokunan bir maliyet.

Ticari tarafta da bir bedeli var. Hizmetin ilk günü, müşterinin ürüne dair kanaatinin en hızlı şekillendiği andır. İlk hafta yaşanan adres kaosu, aylarca sürecek bir güvensizliğin faturasını kesiyor.

Yani tek bir yanlış satır, çalışan memnuniyetinden yolcu memnuniyetine, operasyon maliyetinden mühendislik zamanına, müşteri güveninden markanın algısına kadar uzanan bir alanı aynı anda meşgul ediyor.

Tasarımcı olarak baktığınız yer burası olduğunda, iş bir ekranı güzelleştirmekten çıkıyor.

Frustration, brief'ten daha iyi bir kaynaktır

Bu akışı tasarlarken bana yol gösteren şey bir gereksinim listesi değildi, insanların çıkardığı ses oldu. Excel dosyasını sisteme aktarmaya çalışırken duyulan iç çekiş. "Zaten sonra elle düzeltiyoruz" cümlesi. Sürecin resmî akışta hiç görünmeyen, tamamen alışkanlıkla ayakta duran gölge adımları.

Kullanıcı bir arayüzün kötü olduğunu size çoğu zaman söylemez. Onun yerine etrafından dolaşır. Kendi kontrol listesini tutar, ekran görüntüsü alıp WhatsApp'tan sorar, riskli işi yapmayı en tecrübeli kişiye bırakır. Bu dolambaçların her biri, aslında tasarım brief'inin ta kendisi.

Dolayısıyla çözüm de "aynı formu daha derli toplu göstermek" olmadı. Hatayı sisteme girdikten sonra düzeltmeye çalışmak yerine, girmesini baştan zorlaştıran bir akış kurmak oldu: yükleme öncesi doğrulama, eşleşmeyen adreslerin kaydı bloke etmeden ayrıştırılması, koordinatın haritada teyit edilmesi, hatanın kimin düzeltebileceği kişiye anlaşılır bir dille gösterilmesi.

Kısacası tasarımın işi hatayı önlemek kadar, hatayı ucuz hale getirmekti.

Bir de ikinci bir emniyet kemeri ekledik: yolcu tarafında adres doğrulama akışı. Adres, her şeye rağmen sisteme yanlış veya eksik girilebilir. Bu yüzden operasyon başlamadan önce yolcunun kendi adresini görüp teyit etmesini ya da güncellemesini istiyoruz.

Buradaki mantık basit. Adresin doğruluğunu en iyi bilen kişi, o adreste yaşayan kişi. Hatayı en iyi bilen kişiye en erken anda sormak, sahada düzeltmeye çalışmaktan her zaman daha ucuz. Amaç, kalan hataları ilk seferden önce, yani hiçbir yolcunun sabahı bozulmadan ve hiçbir rota yeniden kurulmak zorunda kalmadan kapatmak.

Peki çalıştığını nasıl ölçüyoruz?

Benim savım hep şu oldu: bir akış sorunsuz çalışıyorsa ve konuşulmayan bir konuya dönüştüyse, başarmışız demektir. Kimsenin gündeme almadığı, toplantıda adı geçmeyen, "şu ekranda yine sıkıntı var" cümlesinin kurulmadığı akış, iyi çalışan akıştır. Görünmezlik, tasarımın en görünür ödülüdür.

Ama bu sezgiyi tek dayanak yapmak da tasarımcının kendini kandırma yolu. Sessizlik güzel bir işaret, delil değil. İyi haber şu ki bu tür bir iyileştirmenin karşılığı fazlasıyla sayılabilir bir şey. Bu akışta takip ettiğimiz ölçütler kabaca üç kümede toplanıyor:

1. Akışın kendi sağlığı

• Saatler değil, dakikalar. Listelerin yarısı beş dakikadan kısa sürede yüklenip kaydediliyor; dörtte üçü on beş dakika içinde.
• Her 100 yüklemenin 93'ü ilk denemede tamamlanıyor. Geri kalanların neredeyse tamamı yeniden başlatılıp aynı gün bitiriliyor.
• Her on dört adresten biri hatalı geliyor ve bunların yüzde 99'u kaydedilmeden önce yakalanıyor. Listelerin neredeyse yarısında en az bir hatalı adres vardı. Hatalı adres istisnai bir durum değil; sıradan bir liste tam olarak böyle görünüyor. Aynı kontrol, telefon numaralarının yüzde 86'sını da otomatik olarak yeniden biçimlendirdi; bu iş eskiden elle yapılıyordu.
• Her yüz yüklemeden altısı yarıda bırakılıyor, ama neredeyse hiçbiri kaybolmuyor. Kullanıcılar, akışa taşımamayı seçtiğimiz toplu düzenlemeler için, örneğin tamamı büyük harfle yazılmış isimleri düzeltmek için Excel'e geri dönüyordu. Biz de isim biçimlendirmeyi doğrudan akışın içine ekledik.

2. Aşağı akıştaki yük

• Adres kaynaklı Solution Center çağrı sayısı ve bunun toplam çağrı içindeki payı
• Bu çağrıların ortalama çözüm süresi
• Yazılım ekibinin elle veri düzeltmeye ayırdığı saat, özellikle mesai dışı müdahaleler
• Yayınlanmış planda sonradan yapılan durak ve rota değişikliği sayısı
• Hizmetin ilk haftasında yaşanan operasyonel olay (missed pickup, geç kalkış) sayısı

3. Deneyim ve ticari sonuç

• Yolcunun durağa yürüme mesafesindeki sapma, yani vaat edilen ile gerçekleşen arasındaki fark
• Yeni bir kurumsal müşterinin devreye alınma (onboarding) süresi
• İlk seferin ilk gün doğruluk oranı
• İK yetkilisinin süreçle ilgili memnuniyeti ve tekrar eden şikâyet konularının listesinden bu maddenin düşmesi

Bu listenin güzelliği şu: hiçbiri tasarım metriği değil. Hiçbirinde renkten, tipografiden, buton yerinden bahsedilmiyor. Buna karşın hepsi, o ekranda verilen kararların doğrudan sonucu.

Ekran bir çıktı, iş değil

Tasarımcının teslim ettiği şeye çoğu zaman "ekran" deniyor. Oysa teslim edilen şey bir karar seti: hangi hatanın sistemde ilerlemesine izin verildiği, hangi bilginin kimden istendiği, yanlışın hangi noktada yakalandığı, düzeltmenin kime bırakıldığı.

Bu kararlar iyi verilmediğinde ortaya çıkan maliyet tasarım ekibinin faturasına yazılmaz. Operasyona, destek ekibine, mühendisliğe, en sonunda da yolcuya yazılır. İyi verildiğinde de kimse fark etmez.

Zaten mesele tam olarak bu: iyi tasarım, hakkında toplantı yapılmayan tasarımdır.

Sessizlik, tasarımcının en zor kazanılan ve en az konuşulan başarısı.