Aydınlatma metni yükleniyor…
ERP, B2B portalı, e-ticaret yönetimi ve kuruma özel web yazılımlarında veri tabloları çoğu zaman operasyonun merkezidir. Satış ekibi açık teklifleri, finans ekibi geciken tahsilatları, satın alma ekibi onay bekleyen talepleri, depo ekibi ise kritik stokları bu ekranlardan yönetir. Binlerce kayıt içeren bir tablo yalnızca satır ve sütunlardan oluşursa kullanıcı doğru kaydı bulmak için zaman kaybeder; yanlış sonuç kümesi üzerinde işlem yapma riski de artar.
İyi bir yoğun veri tablosu, kullanıcıya önce kapsamı anlamayı, ardından veriyi daraltmayı, anlamlı biçimde sıralamayı ve seçilen kayıtlar üzerinde kontrollü işlem yapmayı sağlar. Arama, filtre, sıralama, sayfalama ve toplu işlem aynı veri sorgusunun parçaları olarak tasarlanmalıdır. Bu yaklaşım, tabloyu pasif bir liste olmaktan çıkararak ölçülebilir ve denetlenebilir bir iş aracına dönüştürür.
Yoğun veri tablosu tasarımı neden yalnızca görsel bir konu değildir?
Bir tablonun kullanılabilirliği, ekrana kaç sütun sığdığından önce iş sürecinin doğru modellenmesine bağlıdır. “Siparişler” tablosunda sipariş numarası, müşteri, tarih ve tutar yeterli görünebilir. Ancak ekip aynı ekrandan sevkiyat gecikmesini izliyor, ödeme durumunu kontrol ediyor ve sorumlu atıyorsa; durum geçmişi, depo, ödeme riski ve sorumlu bilgileri de karar sürecine katılır.
Bu nedenle tasarıma başlamadan önce her kullanıcı rolünün hangi soruyu yanıtlamaya çalıştığı belirlenmelidir. Satış temsilcisi kendi müşterilerini, bölge yöneticisi ekibinin toplamını, finans uzmanı ise vadesi geçen ve risk limitini aşan hesapları görmek isteyebilir. Aynı veri kaynağı kullanılsa bile varsayılan sütunlar, filtre seçenekleri ve izin verilen işlemler role göre değişebilir.
Kuruma özel veri modeli, yetkilendirme ve entegrasyon ihtiyacı bulunan projelerde projeye özel web yazılımı yaklaşımı; ekranı arka uçtaki iş kurallarıyla birlikte ele almayı sağlar. Böylece kullanıcı arayüzünde sunulan her seçenek, veri erişim politikası ve gerçek işlem yetkisiyle eşleşir.
Filtre, sıralama ve işlem akışı nasıl kurulmalı?
Tablo deneyimi, kullanıcının zihinsel çalışma sırasını izlemelidir. Önce görev ve erişilebilir veri kapsamı belirlenir; sonra arama ve filtrelerle sonuç kümesi daraltılır. Sıralama önceliği görünür hâle getirir, seçim işlem kapsamını tanımlar, önizleme ise sonuçları uygulamadan önce kontrol fırsatı sunar.
1. Göreve uygun veri kapsamını açın
Kullanıcı ekrana geldiğinde tüm kurum verisini göstermek her zaman doğru değildir. “Bana atananlar”, “bugün sevk edilecekler” veya “onay bekleyenler” gibi role uygun başlangıç görünümleri, hem sorgu yükünü hem de gereksiz taramayı azaltır. Ancak varsayılan kapsam açıkça belirtilmeli; kullanıcı hangi kayıtların neden gösterildiğini anlayabilmelidir.
2. Arama ve filtrelerle sonuç kümesini daraltın
Serbest metin araması; sipariş numarası, cari kod, ürün adı veya e-posta gibi önceden tanımlanmış alanlarda çalışmalıdır. Hangi alanların arandığı ve kısmi eşleşme davranışı belirsiz bırakılmamalıdır. Durum, tarih aralığı, depo, sorumlu ve tutar gibi yapılandırılmış ölçütler ise ayrı filtreler olarak sunulmalıdır.
3. Sıralamayla iş önceliğini görünür kılın
Sıralama yalnızca alfabetik düzen değildir. Vade tarihi, risk tutarı, stok açığı veya son güncelleme zamanı gibi alanlar operasyonun önceliklerini ortaya çıkarır. Kullanıcı hangi sütunun hangi yönde sıralandığını görmeli; çoklu sıralama varsa birinci ve ikinci ölçütün sırası açıkça gösterilmelidir.
4. İşlem yapılacak kayıtları seçin
Satır seçimi, geçici ve görünür bir işlem kapsamı oluşturur. Seçilen kayıt sayısı sürekli gösterilmeli; sayfa değiştiğinde seçimin korunup korunmadığı açıklanmalıdır. “Bu sayfadaki 50 kayıt” ile “filtreye uyan 8.420 kaydın tamamı” aynı anlama gelmez.
5. Önizleyin, uygulayın ve sonucu kaydedin
Toplu atama veya durum güncelleme gibi işlemlerden önce etkilenecek kayıt sayısı, yeni değer ve işleme alınamayacak kayıtlar gösterilmelidir. Uygulama sonrasında başarı, hata ve atlanan kayıtlar ayrı sonuçlarla sunulmalı; işlem kimliği ve zamanı denetim kaydına yazılmalıdır.
Etkili filtre tasarımı hangi kurallara dayanır?
Filtreler veri tabanındaki her alanın ekrana taşınmasıyla oluşturulmamalıdır. Kullanıcının sık sorduğu iş sorularından başlanmalıdır: “Hangi siparişler bugün gecikecek?”, “Hangi faturalar onay bekliyor?” veya “Hangi ürünler kritik stok seviyesinde?” Bu sorular; tarih, durum, sorumlu, müşteri grubu ve stok seviyesi gibi anlamlı filtre kategorilerine dönüştürülebilir.
Az sayıda ve hızlı sonuç üreten ölçütlerde anlık filtreleme kullanılabilir. Birden fazla kategori seçilen veya her değişiklikte maliyetli sunucu sorgusu çalışan ekranlarda ise “Filtreleri uygula” yaklaşımı daha kontrollüdür. Carbon Design System’ın filtreleme rehberi de çok kategorili ve yavaş dönen veri kümelerinde filtreleri topluca uygulamanın gereksiz yenilemeleri azaltabileceğini belirtir.
Aktif ölçütler alanın dışında görünür etiketler hâlinde özetlenmeli ve tek tek kaldırılabilmelidir. “Filtreleri temizle” seçeneği başlangıç durumuna güvenli dönüş sağlamalıdır. Sonuç sayısı filtre uygulanmadan önce tahmin edilebiliyorsa kullanıcıya gösterilebilir; uygulanınca ise kesin toplam mutlaka güncellenmelidir.
Tarih filtrelerinde saat dilimi, başlangıç ve bitişin kapsama dahil olup olmadığı; parasal alanlarda para birimi; durum filtrelerinde güncel iş akışı tanımları netleştirilmelidir. Aksi hâlde teknik olarak çalışan bir filtre, operasyon açısından yanlış sonuç üretebilir. Arama ve sonuç kalitesinin daha geniş içerik yapılarında nasıl ele alınabileceği, site içi arama planlama rehberinde de incelenebilir.
Sıralama tasarımında öncelik ve tutarlılık
Sıralanabilir sütunlar başlıkta açık bir kontrolle belirtilmelidir. Yalnızca renk veya hover durumuna güvenmek, dokunmatik cihazlarda ve klavye kullanımında işlevi belirsizleştirir. Sıralama yönü erişilebilir adla ifade edilmeli; tarih, sayı ve metin alanları kendi veri türlerine göre değerlendirilmelidir. Ekranda biçimlendirilmiş “1.250,00 TL” değeri metin gibi değil sayısal değer üzerinden sıralanmalıdır.
Eşit değerlere sahip satırlarda kararlı bir ikincil sıralama uygulanması önemlidir. Örneğin aynı vade tarihindeki kayıtlar sipariş numarasına göre düzenlenebilir. Böylece sayfa değiştirildiğinde satırlar rastgele yer değiştirmez. Sunucu tarafı sıralama kullanılıyorsa filtre, sıralama ve sayfalama tek sorgu bağlamında yürütülmelidir; yalnızca görüntülenen sayfayı tarayıcıda sıralamak kullanıcıya yanıltıcı bir sonuç verir.
Sık kullanılan birleşik düzenler kayıtlı görünüm olarak saklanabilir. “Geciken yüksek riskli siparişler” görünümü; filtreleri, sıralamayı, sütun seçimini ve yoğunluk ayarını birlikte koruyabilir. Kayıtlı görünüm kişisel veya ekip çapında olabilir; paylaşım yetkisi ve görünüm sahibinin yaptığı değişikliklerin etkisi önceden tanımlanmalıdır.
Toplu işlem tasarımında kapsam, yetki ve geri bildirim
Toplu işlemler zaman kazandırırken tek bir hatanın etkisini büyütebilir. Bu nedenle seçim ile eylem arasındaki bağ görünür olmalıdır. İlk satır seçildiğinde toplu işlem çubuğu açılabilir ve yalnızca seçili kayıtların tamamında uygulanabilen eylemler gösterilebilir. Carbon’ın veri tablosu yönergeleri, toplu işlem modu etkinleştiğinde satıra özel eylemlerin devre dışı bırakılmasını önerir; bu yaklaşım işlem kapsamının karışmasını önler.
| Kontrol noktası | Kullanıcıya gösterilecek bilgi | Sistem davranışı | Kayıt |
|---|---|---|---|
| Seçim | Seçili kayıt sayısı | Sayfa ve sonuç kümesini ayır | Filtre özeti |
| Yetki | İşlenemeyen kayıtlar | Her kaydı yeniden doğrula | Kullanıcı ve rol |
| Onay | Değişecek değer ve etki | Risk düzeyine göre onay al | Gerekçe ve zaman |
| Sonuç | Başarılı, hatalı, atlanan | Güvenli yeniden deneme sun | İşlem kimliği |
Seçim kapsamı açıkça ifade edilmeli
Başlıktaki “tümünü seç” kutusu önce görünür sayfayı seçebilir. Kullanıcıya daha sonra filtreye uyan bütün sonuçları seçme seçeneği verilecekse iki aşama ayrı mesajlarla anlatılmalıdır. Filtre değiştirildiğinde mevcut seçimin temizlenmesi, korunması veya yeniden hesaplanması ürün kararıdır; sessizce değişmemelidir.
Yetki yalnızca düğme görünürlüğü değildir
Kullanıcının düğmeyi görmemesi güvenlik kontrolü sayılmaz. Sunucu, her kaydı işlem anında rol, şirket, şube, sahiplik ve durum kuralları açısından yeniden doğrulamalıdır. Bir kullanıcı bazı kayıtları güncelleyebiliyor, bazılarını yalnızca görüntüleyebiliyorsa kısmi başarı davranışı tanımlanmalıdır. ERP ve ortak veri yapısının süreçlerle birlikte planlanması gereken projelerde kurumsal kaynak planlaması kapsamı bu kuralların kaynağını netleştirir.
Riskli eylemler kontrollü ilerlemeli
Silme, iptal, fiyat değiştirme veya finansal durum güncelleme gibi yüksek etkili işlemlerde onay penceresi yalnızca “Emin misiniz?” dememelidir. Etkilenecek kayıt sayısı, geri alınabilirlik, entegrasyon etkisi ve değiştirilecek değer özetlenmelidir. Çok yüksek hacimlerde ikinci onay, gerekçe girişi veya yetkili onayı gerekebilir.
Sonuçlar kayıt bazında izlenebilmeli
Uzun süren işlemler arka plan işi olarak yürütülebilir. Kullanıcı ilerlemeyi takip edebilmeli ve ekranı kapatsa bile işlem sonucuna yeniden ulaşabilmelidir. Tamamlandı mesajı; başarılı, başarısız ve atlanan kayıt sayılarını ayırmalı, hatalı kayıtları düzeltilebilir bir dosya veya filtrelenmiş görünüm olarak sunmalıdır. Dışa aktarma işlemlerinde de talep eden kullanıcı, filtre özeti, üretim zamanı ve dosyanın saklama süresi kaydedilmelidir.
Sayfalama, kademeli yükleme ve performans dengesi
Sayfalama, kullanıcıların belirli bir konuma dönmesi ve toplam kayıt sayısını anlaması gereken operasyon ekranlarında güçlü bir seçenektir. Kademeli yükleme ise tarama odaklı senaryolarda akıcı olabilir; ancak seçim, klavye erişimi ve “tüm sonuçlar” kavramını zorlaştırabilir. Sonsuz kaydırma, binlerce kaydın karşılaştırıldığı ve toplu işlem yapıldığı ekranlarda çoğu zaman uygun değildir.
Sunucu tarafında filtreleme, sıralama ve sayfalama; büyük veri kümelerinde tutarlı performans sağlar. Sorgu alanlarının indekslenmesi, hesaplanan kolonların maliyeti, toplam kayıt sayısının elde edilme yöntemi ve ERP entegrasyonunun gecikmesi birlikte ölçülmelidir. Yükleme sırasında iskelet görünüm veya ilerleme durumu sunulmalı; boş sonuç, bağlantı hatası ve zaman aşımı birbirinden ayrılmalıdır.
B2B ve e-ticaret yönetim ekranlarında tablo performansı; ürün, fiyat, stok ve sipariş verilerinin kaynağıyla doğrudan ilişkilidir. Bu nedenle e-ticaret platformu tasarımı, yalnızca ön yüz bileşenlerini değil veri güncelliğini ve entegrasyon davranışını da kapsamalıdır.
Erişilebilirlik ve farklı ekran boyutları
Yoğun bir tabloyu mobil ekranda bütün sütunları daraltarak sunmak okunabilirliği bozabilir. Öncelikli alanlar sabit tutulabilir, ikincil bilgiler satır detayında açılabilir veya görev odaklı kart görünümüne geçilebilir. Ancak aynı işlemin farklı cihazlarda anlamı ve yetki kontrolü değişmemelidir.
Klavye odağı görünür olmalı; seçim kutuları, sıralama kontrolleri ve satır eylemleri anlaşılır adlara sahip olmalıdır. W3C’nin etkileşimli grid örüntüsü, gelişmiş veri ızgaralarında ok tuşlarıyla gezinme, odak yönetimi, seçili durumlar ve sıralama bilgisinin teknik olarak ele alınması gerektiğini açıklar. Bununla birlikte sıradan bir HTML tablosuna gereksiz grid davranışı eklemek yerine, etkileşimin karmaşıklığına uygun semantik yapı seçilmelidir.
Renk tek başına durum belirtmemeli; gecikmiş veya hatalı kayıtlar metin ve simgeyle de açıklanmalıdır. Toplu işlem sonucundaki mesajlar ekran okuyucular tarafından algılanmalı, odak beklenmedik biçimde tablonun başına atlamamalıdır. Gerçek kullanıcı görevleriyle klavye, ekran okuyucu, yakınlaştırma ve dar ekran testleri yapılmalıdır.
Proje analizi ve kabul kriterleri
Başarılı bir tablo için analiz çıktısı yalnızca ekran çizimi değildir. Veri sözlüğü, rol-yetki matrisi, filtre kuralları, sıralama ölçütleri, seçim kapsamı, toplu işlem durumları, entegrasyon hataları ve denetim kayıtları birlikte tanımlanmalıdır. Prototip üzerinde satış, finans, satın alma ve operasyon ekiplerine gerçek görevler verilerek gereksiz sütunlar ve eksik kontroller belirlenebilir.
Kabul testleri ölçülebilir senaryolara dayanmalıdır: kullanıcı kayıt numarasıyla doğru sonucu bulabiliyor mu; iki filtre birlikte doğru toplamı üretiyor mu; sayfa değişince seçim beklenen biçimde korunuyor mu; yetkisiz kayıt işlemden çıkarılıyor mu; kısmi hata sonrasında yeniden deneme güvenli mi? Performans testi de gerçekçi kayıt hacmi ve eş zamanlı kullanıcı sayısıyla yapılmalıdır.
Kumsal Ajans; web tasarım, özel web yazılımı, mobil uygulama, e-ticaret ve ERP çalışmalarını ortak iş süreci perspektifiyle ele alır. Amaç, yoğun veri tablolarını yalnızca düzenli görünen ekranlara değil; kullanıcıların doğru kayda hızla ulaştığı, kararını anlayabildiği ve çoklu işlemleri daha az hatayla tamamladığı operasyon araçlarına dönüştürmektir.
Yoğun veri tablonuzu iş akışına göre planlayın
Filtre, sıralama ve toplu işlem deneyimi hazır bir bileşen seçmekle tamamlanmaz. Veri kaynağı, kullanıcı rolü, işlem riski, performans hedefi ve entegrasyon davranışı aynı tasarım kararında buluşmalıdır. Yoğun veri tablolarınızı gerçek iş akışları, kullanıcı yetkileri ve entegrasyon gereksinimleriyle birlikte analiz etmek; filtre, sıralama ve toplu işlem deneyimini projeye özel planlamak için Kumsal Ajans ile iletişime geçin.