Uçuş takip panelleri: izlemek için değil, harekete geçmek için
Bir havayolu operasyon paneli, üzerinde noktaların hareket ettiği bir harita değildir. Neyin değiştiğini fark etmesi, nedenini anlaması ve önümüzdeki birkaç dakikada ne yapacağına karar vermesi gereken insanlar için bir çalışma aracıdır.
Bir uçuş takip paneli nasıl tasarlanmalı?
Bir uçuş takip ya da havayolu operasyon paneli, takip sisteminden gelen verilere göre değil, onu kullanan kişilerin verdiği kararlara göre tasarlanmalı. Olağan durumu sakin gösterin, istisnaları gözden kaçmayacak hale getirin, tahmini ve gerçekleşen saatleri yan yana koyun ve her role kendi işine uygun görünümü verin.
Anlık konum verisine ulaşmak artık zor değil; uçakları ekrana yerleştirmek işin kolay tarafı. Zor olan, bir vardiya amirinin, bir istasyon ekibinin ya da müşteri hizmetleri sorumlusunun onlarca uçuş arasından hangilerinin ilgi beklediğini ve nasıl bir ilgi beklediğini birkaç saniyede anlayabilmesi. Bu, teknik bir sorundan önce bir bilgi tasarımı sorunu.
Bir operasyon ekibi aslında hangi kararları veriyor?
Tanımla ve Keşfet aşamasında işe veri alanlarını değil, kararları listeleyerek başlıyoruz. Örneğin kurgusal bir bölgesel havayolunun operasyon kontrol ekibi şu sorulara yanıt arıyor olabilir:
- Rötarlı gelen bir uçuş, aynı uçağın bir sonraki kalkışını etkileyecek mi?
- Kapı, park yeri ya da ekip değişikliği gerekiyor mu?
- Yolcular ne zaman ve neyle ilgili bilgilendirilmeli?
- Hangi durumlar, kime iletilmeli?
- Bir sonraki vardiyaya ne devredilmeli?
Her kararın bir zaman ufku, bir sahibi ve bir tetikleyicisi var. Mümkün olduğunda insanları çalışırken izlemek, kararların çoğunu besleyen bilginin aynı anda birkaç farklı yerden toplandığını gösteriyor. Bir panelin en çok fark yaratabileceği yer de burası.
Ekranda ilk ne görülmeli?
Tek bakışta durum
Tek bakışta durum, birinin panele bakıp her satırı okumadan işlerin genel olarak plana uygun gidip gitmediğini ve nerede gitmediğini anlayabilmesi demek.
Birkaç tasarım ilkesi bu konuda yardımcı oluyor:
- Olağan durumu sessiz tutun. Planlandığı gibi ilerleyen uçuşlar görünür ama sakin olmalı. Her şey renkliyse hiçbir şey öne çıkmaz.
- Az sayıda, sabit durum kullanın. Örneğin zamanında, risk altında, rötarlı, yön değiştirdi, iptal. Her birini net biçimde tanımlayın, eşikleri de onları kullanacak kişilerle birlikte belirleyin.
- Yalnızca renge güvenmeyin. Rengi bir etiket, ikon ya da konumla destekleyin; durum bilgisi kötü ekranlarda, yansımada ve renk algısı farklılıklarında da okunabilsin.
- Verinin en son ne zaman güncellendiğini gösterin. Canlı operasyonda güncel gibi sunulan eski veri, hiç veri olmamasından daha kötüdür.
İstisnalar ve uyarı durumları
Bir istisna yalnızca kırmızıya boyanmış bir hücre değildir; birinden bakmasını isteyen bir çağrıdır ve tasarım bunun nedenini söylemelidir. “Rötarlı” pek bir şey anlatmaz. “Varış plandan 40 dk geç, bu uçağın sonraki kalkışı risk altında” ise neyin söz konusu olduğunu anlatır.
İşe yarayan uyarı durumları genellikle şunları taşır:
- Neden: Ne değişti, neye kıyasla?
- Sonuç: Hangi aktarmalar, uçak rotasyonları ya da kaynaklar etkileniyor?
- Sorumlu: Kimin harekete geçmesi bekleniyor, biri zaten üstlendi mi?
- İşlem durumu: Yeni, görüldü, ilgileniliyor, çözüldü.
Son ikisi olmadan aynı istisnayı üç kişi birden inceleyebilir ya da hiç kimse incelemeyebilir. Uyarıyı görüldü olarak işaretlemek ve devretmek, uyarının kendisi kadar arayüzün bir parçasıdır.
Tahmini ve gerçekleşen varış saatleri nasıl gösterilmeli?
Tahmini saatler tam da belirsiz oldukları için değerlidir; bu yüzden arayüz onları kesin bilgi gibi değil, tahmin olarak göstermeli. Planlanan, tahmini ve gerçekleşen saatleri her yerde aynı sırayla verin ve hangilerinin kesinleştiğini görsel olarak belli edin.
Bir tahminin nasıl değiştiğini göstermek de işe yarar. Bir saat içinde üç kez kayan bir tahmin, sabit kalan bir tahminden farklı bir şey anlatır. Kısa bir revizyon geçmişi ya da basit bir sapma göstergesi, insanlara mevcut rakama ne kadar güvenebileceklerine dair bir fikir verir.
Burada da temel ilke geçerli: Grafik, içgörü değildir. Bir uçuşun geciktiğini gösteren zaman çizelgesi bir olgudur; bu gecikmenin bir aktarmayı riske attığını göstermek onu harekete geçirilebilir kılar. Panel olası bir neden önerebilir, ama bir tahmini doğrulanmış bir açıklama gibi sunmamalı.
Harita mı, liste mi?
İkisi de, ama farklı sorular için. Harita “Nerede?” ve “Çevresinde ne var?” sorularını yanıtlar; hava durumu, hava sahası ve yön değişiklikleri için önemlidir. Liste ya da zaman çizelgesi ise “Ne ilgi bekliyor, hangi sırayla?” sorusunu yanıtlar; operasyon ekiplerinin çoğu zaman sorduğu soru da budur.
Deneyimimize göre ana konumu genellikle liste hak ediyor; harita yanında ya da istendiğinde açılan bir görünüm olarak duruyor ve ikisi birbirine bağlı çalışıyor: Birinde seçilen uçuş diğerinde de öne çıkıyor. Tam ekran bir harita duvar ekranında etkileyici görünebilir, ama hızlı okunmayabilir.
Kullanıcılara ne kadar özelleştirme alanı tanınmalı?
Role uyacak kadar, ama her ekranı birbirinden farklı hale getirmeyecek kadar. Farklı roller farklı görünümlere ihtiyaç duyar:
- Operasyon kontrol tüm ağın resmini ve bu ağdaki istisnaları görmeli.
- İstasyon ekipleri kendi lokasyonlarına gelen ve oradan kalkan uçuşları zaman sırasıyla görmeli.
- Müşteriyle temas eden ekipler durumu sade bir dille ve şimdiye kadar ne iletildiğiyle birlikte görmeli.
- Yöneticiler anlık tablodan çok günler ve haftalar boyunca oluşan eğilimleri görmeli.
Genellikle önce az sayıda role özel görünüm tasarlıyor, sonra bunların içinde kişisel ayarlara izin veriyoruz: filtreler, kayıtlı seçimler, sütun sırası, uyarı tercihleri. Durumların ortak tanımları ise özelleştirilmemeli; vardiya devirlerini mümkün kılan şey bu ortak dildir.
Özelleştirme, panelin operasyona ayak uydurmasının da bir yolu. Tarifeler değişir, yeni istasyonlar açılır, prosedürler güncellenir. İyileştir aşamasında hangi görünüm ve filtrelerin gerçekten kullanıldığını, hangi uyarıların hiçbir işlem yapılmadan kapatıldığını, insanların nerede hâlâ telefona ya da tabloya döndüğünü izliyoruz. Bu işaretler bizi yeniden Tanımla ve Keşfet aşamasına götürüyor; panel de hizmet ettiği operasyonla birlikte gelişiyor.
Bir operasyon paneli planlıyorsanız, İçgörü, Raporlama ve Karar Desteği sayfamızda bu tür işlere nasıl yaklaştığımızı bulabilirsiniz.