Yönetici tabloları için kaydedilmiş görünümler filtreleri, sütun setlerini ve varsayılanları tekrar kullanmaya yardımcı olur. Kuralları nasıl belirlersiniz, güvenli paylaşımı nasıl sağlarsınız ve arka ofisteki tıklamaları nasıl azaltırsınız öğrenin.
Çoğu arka ofis işi tablolar içinde gerçekleşir: talepler, siparişler, faturalar, kullanıcılar, gönderimler, iadeler. Sorun şu ki tablo nadiren tam olarak o an yapmanız gereken işe uygun olur.
Kaydedilmiş görünümler olmadan insanlar aynı ayarları gün boyu tekrarlar. Aynı filtreleri (durum, sorumlu, tarih aralığı) yeniden uygular, yeniden sıralar ve alakasız sütunları tekrar gizlerler. Sonra CSV dışa aktarır ve dışa aktarmanın yanlış sütunları veya yanlış zaman aralığını içerdiğini fark ederler; çünkü biri küçük bir ayarı unutmuştur.
Bu sürtünme küçük görünür ama ekipler genelinde toplandığında büyük zaman kaybına dönüşür. Destek “açık, acil, bana atanmış” kuyruklarını daraltmakta zaman kaybeder. Operasyonlar "bugünün istisnaları" listelerini sürekli yeniden kurar. Satış, “benim aktif fırsatlarım” ile “bu hafta duraklayanlar” arasında gidip gelirken bağlamı kaybeder. Finans, ay sonu için tutarlı kesme noktalarına ihtiyaç duyar, ancak herkes raporu biraz farklı çeker.
Kaydedilmiş görünüm, geri dönebileceğiniz adlandırılmış bir tablo ayarları kümesidir. Genellikle filtreleri, sıralamayı, görünür sütunları, sütun sırasını ve bazen gruplayama, yoğunluk veya varsayılan tarih aralığı gibi ayarları içerir. Aynı tablo düzenini hafızadan tekrar kurmak yerine “İadeler - son 7 gün” veya “Talepler - triage” seçersiniz ve tablo istediğiniz hale gelir.
Doğru görünümler kaydedildiğinde ve paylaşıldığında rutinler daha hızlı ve daha sakin olur. İnsanlar daha az hata yapar çünkü “doğru” ayar tek tıkla ulaşılabilir. Raporlama daha tutarlı olur çünkü herkes aynı kuyruk ya da rapor tanımına bakar.
Eğer AppMaster ile iç araçlar geliştiriyorsanız, kaydedilmiş görünümler yönetici ekranlarını genel veri ızgarası değil gerçek çalışma istasyonları gibi hissettirmek için en basit yollardan biridir.
Bir kaydedilmiş görünüm, birisi tabloyu her açtığında tekrar edeceği tercihleri yakalamalıdır. "Bu ürünü nasıl görmek istiyorum" diye düşünün, "tüm ürünün nasıl davrandığı" değil. Yönetici tabloları için iyi görünümler tıklamaları azaltırken verinin anlamını korur.
Hangi satırların görüneceğini ve hangi sırada olduğunu şekillendiren tablo kontrolleriyle başlayın. Filtreler (tarih aralıkları dahil), birincil sıralama ve arama sorguları genellikle kaydetmeye değerdir çünkü çalışmanın dilimini tanımlar. Gruplama, insanların düşündüğü şekildeyse (“sahibe göre”, “duruma göre”) faydalı olabilir, ama yalnızca stabil kaldığında.
Sütun ayarı diğer büyük parçadır. İnsanlar nadiren tüm alanlara aynı anda ihtiyaç duyar, bu yüzden bir görünüm hangi sütunların görünür olduğunu, sıralarını, genişliklerini ve kaydırırken önemli bilgiyi sabitleyen pinlenmiş sütunları hatırlamalıdır. İşte “herkese uyan tek beden” hızla başarısız olur: finans ve destek genellikle aynı kayıtları görürken farklı sütunlara ihtiyaç duyar.
Pratik bir kaydedilmiş görünüm genellikle şunları içerir:
Bir görünüme ne dahil edilmemeli? Global davranışı değiştiren ya da insanları şaşırtabilecek hiçbir şey. Yıkıcı eylem varsayılanlarını, dışa aktarma seçeneklerini veya verinin eksik olduğunu düşündürebilecek (örneğin gösterge olmayan gizli filtreler) ayarları kaydetmekten kaçının.
Örnek: bir destek lideri “Acil, atanmadı” görünümünü (öncelik = yüksek, atanan = boş) filtrelerle kaydeder, en eskiden en yeniye sıralar, “Müşteri” ve “SLA” sütunlarını pinler ve atama için bir hızlı eylem ekler. AppMaster gibi bir araçta bu görünüm günlük triage için güvenilir bir başlangıç noktası olurken diğer ekiplerin aynı talepleri görme şeklini değiştirmez.
Yönetici tabloları için kaydedilmiş görünümler genellikle üç kategoriye ayrılır. Doğru seçim, kimin ihtiyaç duyduğuna, sürecin ne kadar stabil olduğuna ve insanların ne kadar özgürlüğe sahip olması gerektiğine bağlıdır.
Kişisel görünümler bir kişinin günlük işi içindir. Sadece oluşturucusu görür, bu yüzden “benim kuyruğum” ayarları için idealdir: bir filtre, bir sıralama ve sizin düşündüğünüz gibi bir sütun seti.
Örnek: bir destek temsilcisi “Üzerinde Çalıştığım İadeler” adlı kişisel bir görünüm tutar; sadece kendisine atanmış açık iade taleplerini gösterir, en eskiden en yeniye sıralar ve sütunlar olarak Müşteri, Sipariş ID ve Son yanıtı gösterir.
Paylaşılan görünümler yeniden kullanılmak üzere tasarlanmıştır. Bazı ekipler aynı tabloyu paylaşır ama farklı açılara ihtiyaç duyar. Ekip ve rol tabanlı görünümler bu noktada yardımcı olur:
Ana fark kapsamdır. “Ekip” görünümleri aynı iş akışında çalışan grup içinde paylaşılır. “Rol tabanlı” görünümler daha geniştir ve çoğu zaman salt okunurdur, çünkü birçok kişi bunların değişmez olduğuna güvenir.
Geçici görünümler anlık ihtiyaç içindir. Birisi filtreleri bir soruyu yanıtlamak için değiştirir, sonra devam eder. Standart görünümler bunun tersidir: üzerinde anlaşılmış varsayılanlardır ve rastgele değişmemelidir. Birçok kuruluş standart görünümleri kilitler (ya da kimlerin düzenleyebileceğini sınırlar) ki tüm arka ofis aynı dili konuşsun.
Çalışma doğal olarak bölünüyorsa aynı tablo için birden çok görünüm oluşturun. Basit bir kural: eğer insanlar her seferinde sütun gizlemeye, yeniden sıralamaya veya yeniden filtrelemeye devam ediyorsa birden fazla görünüme ihtiyacınız var demektir. Yaygın çiftler:
AppMaster ile bir iç yönetici paneli oluşturuyorsanız, bu görünümleri açıkça isimlendirmek (kimin için + neyi gösteriyor) ekipler büyüdükçe karışıklığı önler.
Bir görünüm yalnızca bir soruyu hızlı yanıtlıyorsa kullanılır. Bir şeyi kaydetmeden önce tablonun kişinin hangi kararı vermesine yardımcı olması gerektiğini yazın: “Hangi taleplere bugün yanıt vermeliyim?” veya “Hangi siparişler engellenmiş?” Bu, kaydedilmiş görünümlerin yönetici tablolarında kullanılmayan bir dizi ‘iyi olur’ filtresine dönüşmesini önler.
Tarayıcı menüsünde doğru şeyi açmadan isimlerden seçebilmeleri için net bir isimlendirme deseniyle başlayın. Basit bir format iyi çalışır:
Filtre mantığını görünümler arasında tutarlı tutun. Eğer “Açık” “kapalı olmayan” demekse, her yerde aynı kuralı kullanın. “Son 7 gün” güncelleme bazlıysa, benzer bir görünümde “oluşturulma”ya geçmeyin; eğer geçiyorsanız ismi bunu açıkça belirtmelidir.
Sütunlar filtreler kadar önemlidir. Panolar için en iyi sütun setleri, o anda karar vermek için gerekenleri gösterir. Çok fazla sütun taramayı yavaşlatır ve hatalara yol açar.
Yayınlamadan önce hızlı bir kontrol:
AppMaster içinde görünüm açıklamasını yeni ekip üyeleri için bir araç ipucu gibi değerlendirin. Bir cümle “Hangi görünümü kullanmalıyım?” sorularını haftalarca engelleyebilir.
Bir kaydedilmiş görünüm nötr bir tablodan başlamalı, beş dakika önce yaptıklarınızdan değil. Hızlı aramaları temizleyin, filtreleri sıfırlayın ve sütunları temel bir yerleşime geri döndürün ki eski “geçici” tercihleri kalıcı hale getirmeyin.
Şimdi görünümü bir gerçek soruya göre oluşturun: “Bir sonraki hangi öğeleri işlemeliyim?” gibi. Bu, filtreleri, sıralamayı ve sütunları seçerken odaklanmanızı sağlar.
İsimlendirirken iç jargon kullanmaktan kaçının. “İadeler - onay bekliyor” “Kuyruk v3”ten daha iyidir. Araç görünümü olarak isimlendirmeyi UI muamelesi yapın, dokümantasyon değil.
Örnek: AppMaster ile oluşturulmuş bir yönetici panelinde, bir destek lideri “Müşteri yanıt bekliyor” filtresi ve SLA, kanal gibi pinlenmiş sütunlarla bir görünüm kaydeder. Paylaşmadan önce üç güncel taleple testi yapar ve sıralamanın bugün mesaj gerektirenleri öne çıkardığını doğrular.
Kaydedilmiş görünümler işi hızlandırmalı, veri sızdırmanın yeni yollarını yaratmamalıdır. En basit kural: bir görünümü paylaşmak insanların tabloyu nasıl gördüğünü değiştirir, neyi görebileceklerini değil.
İki izni ayırarak başlayın: veriye erişim ve görünüm tanımına erişim. Bir kullanıcı bir kaydı (veya sütunu) rolleri nedeniyle okuyamıyorsa, paylaşılan bir görünüm bunu sihirli şekilde açmamalıdır. Bu, yardımcı olma amaçlı paylaşılan görünümler hassas alanlar içerdiğinde özellikle önem kazanır.
Pratik bir izin modeli şöyle görünür:
Hassas sütunları birinci sınıf bir sorun olarak ele alın. Varsayılan olarak gizleyin ve yalnızca gerçekten ihtiyaç duyan rollere izin verin (ör. Finans ödeme detaylarını görebilir, Destek göremez). Daha iyi olanı: platform sütun düzeyinde izinleri destekliyorsa, bunu sadece UI'da değil altyapıda da uygulayın. AppMaster'da UI seçimlerini (gizli sütunlar) uygulama mantığınızdaki rol tabanlı erişimle eşleştirerek backend'in de güvenli kalmasını sağlayabilirsiniz.
Son olarak, bir görünüm güncelliğini yitirdiğinde ne olacağını kararlaştırın. Görünümler sessizce bozulur: bir durum yeniden adlandırılır, yeni bir gerekli sütun eklenir, ya da bir filtre gerçeklikle eşleşmez.
Basit tutun:
Net kurallarla paylaşılan görünümler güvenilir kalır ve insanlar “emin olmak için” veri dışa aktarmayı bırakır.
İnsanların gördüğü ilk görünüm tüm arka ofis için ton belirler. Eğer her şeyin göründüğü dağınık bir tabloyla açılıyorsa, insanlar çalışmaya başlamak yerine aramaya ve sıralamaya başlar. İyi bir varsayılan kaydedilmiş görünümleri sessiz bir yardımcı haline getirir: tabloyu açın, bir sonraki işlemi yapın.
Pratik bir kural, rol başına bir varsayılan seçmektir; “iş” onlar için ne anlama geliyorsa ona göre. Destek genellikle “açık ve bana atanmış” vakalarını ister. Finans genellikle “ödeme bekleyen ve bu hafta vadesi olan” faturaları ister. Operasyonlar “engellenmiş siparişler” veya “teslimatlar gecikmiş” listesine ihtiyaç duyabilir. Varsayılanlar role uyarlandığında tablo bir görev listesi olur, veri çöpü değil.
Kişisel varsayılanlara izin verin ama ekip standartlarını silmemelidir. Basit bir yaklaşım: ekip varsayılanı yedek (fallback) olarak kalsın, kişisel varsayılan isteğe bağlı olsun. Birisi kişisel varsayılanını değiştirirse sadece onu etkiler ve ekip görünümüne bir tıkla dönme yolu daima olmalıdır.
Varsayılanları sıfırlamak veya gözden geçirmek mantıklıdır:
Kenar durumlar beklenenden daha önemlidir. Eğer bir varsayılan görünüm boş sonuç döndürüyorsa, bozuk görünen boş bir tablo yerine net bir “yapılacak şey yok” durumu gösterin. Filtreler çelişiyorsa (ör. “Kapalı” ile “Yanıt Gerekiyor” birlikte) güvenli şekilde uyarıp takım varsayılanına dönün. Zaman dilimleri de “bugün” veya “bu hafta” gibi tarih filtrelerini bozabilir; bunların kullanıcı zaman dilimine mi yoksa şirket zaman dilimine mi göre hesaplandığını tanımlayın.
AppMaster gibi araçlarda, roller izinlerle ilişkilendirildiğinde rol tabanlı varsayılanlar en kolay uygulanandır; böylece insanlar oturum açar açmaz doğru görünüme gelir.
Görünümler yalnızca insanların onlara güvenmesi ve doğru olanı hızlıca seçebilmesi durumunda yardımcı olur. Çoğu başarısızlık teknik değildir. Görünüm kütüphanesi karıştığında veya bir görünüm herkesi memnun etmeye çalıştığında işler kötüye gider.
Yaygın bir sorun, belirsiz isimlerle çok fazla görünüm olmasıdır: “Yeni”, “Benim listem” veya “Öncelik”. Birkaç haftadan sonra kimse hangi görünümün doğru olduğunu hatırlamaz ve kullanmayı bırakır. İşe ve kapsamı içeren isimler kullanın: “Destek - Bugün atanmadı (Ekip)”.
Diğer bir sorun bir görünümün birden fazla işi sıkıştırmasıdır. Bir görünüm 20 sütun ve birkaç “her ihtimale karşı” filtre içeriyorsa taraması zor ve yüklemesi yavaştır. Daha iyi bir desen, her biri tek bir karara odaklanan birkaç net görünüm oluşturmaktır.
Paylaşılan görünüm paylaşırken dikkatli olun. Ekipler yararlı bir görünümü paylaşır ve yanlışlıkla hassas sütunları (kişisel veriler, dahili notlar, ödeme durumu) dahil eder. Platform destekliyorsa sütunları rol bazında kilitleyin; iyi niyetle yapılan paylaşım güvenlik gereksinimlerini karşılamaz.
Sıralama da yanlış kullanılır. İnsanlar filtre yerine manuel sıralamaya güvenir (her seferinde bir sütun başlığına tıklamak). Eğer amaç “Acil” göstermekse, bunu unutulacak bir sıralama yerine filtre koşulu yapın.
Son olarak, görünümler zamanla yön değiştirir. “En gecikmiş faturalar” görünümü sessizce “finansın geçen ay ihtiyaç duyduğu şey”e dönüşür. Görünüm açıklamasına kısa bir not eklemek ve aylık inceleme yapmak sürprizleri önler.
Yayınlamadan önce basit bir test:
AppMaster gibi araçlarda yönetici tabloları oluşturuyorsanız, görünümleri kişisel tercih değil iş akışının bir parçası olarak görün.
Bir destek lideri genellikle günü aynı şekilde başlatır: talepler tablosunu açar, filtreleri ayarlar, gürültülü sütunları gizler, sonra ajanlara hangi talepleri alacaklarını söyler. Herkes bunu manuel yaptığında acil işler kaçırılır ve triage tahmine dayanır.
Aşağıda iki paylaşılan görünümle bunu düzelten basit bir kurulum var.
Bu görünüm eylem için dizayn edilmiştir, raporlama için değil. Filtreler katıdır: durum “Yeni” veya “Yeniden açılmış”, öncelik “Yüksek” ve “SLA vadesi” önümüzdeki 24 saat içinde. “Müşteri bekliyor” durumu hariç tutulur ki ajanlar boşuna zaman kaybetmesin.
Sütun seti sıkıdır, böylece ajan birkaç saniyede karar verebilir:
Bu görünüm destek ekibiyle paylaşılır ve onların varsayılanı olarak ayarlanır. Ajan tabloyu açtığında aynı liste, aynı sıralama ve aynı sütunlarla karşılaşır.
Yöneticiler düğmeler ve dahili notlara ihtiyaç duymaz. Onlar trendlere ihtiyaç duyar. Bu görünüm önceliğe göre gruplayabilir ve durumlara göre sayıları, yaşlandırma kovalarını (0-1 gün, 2-3 gün, 4+ gün) gösterebilir.
Sütun seti denetim alanlarına kayar:
Paylaşım kuralları burada önemlidir: yalnızca takım liderleri ve yöneticilerle paylaşılır. Liderler ayrıca kendi varsayılanlarına sahip olur, böylece onlar tabloyu açtıklarında özet görünümü görürler.
İki varsayılan ve net paylaşım kurallarıyla insanlar sabah filtreleri yeniden kurmayı bırakır, acil talepler yanlış triage olmayacak şekilde daha az gözden kaçırılır ve ekip çözüm üretmeye daha fazla zaman ayırır.
Kaydedilmiş görünümler, operasyonun bir parçası olarak ele alındığında değer üretmeye devam eder; tek seferlik bir kurulum olarak değil. Amaç basit: daha az tıklama, daha az hata ve kimin görevi olursa olsun aynı cevaplar.
Önce en önemli 3 yönetici tablonuzu seçin. Her tablo için insanların tekrar tekrar sorduğu 5 soruyu yazın. Dili sade tutun: “Hangi siparişler gecikti?”, “Hangi talepler bugün yanıt bekliyor?”, “Hangi kullanıcılar doğrulamayı geçemedi?”. Haftalık önemi olan bir soru standart bir görünümü hak eder.
Her tekrarlayan soruyu bir paylaşılan görünüme dönüştürün ve sahipliği açıkça belirtin. Sahibiz olmayan görünüm süreç değiştikçe sessizce olgunlaşır.
Bir günde bitirebilecek kadar küçük tutun:
Varsayılanlar çoğu ekibin düşündüğünden daha önemlidir. Yanlış görünüm ilk açılıyorsa insanlar etrafından dolaşır, veri dışa aktarır veya kendi kişisel görünümlerini oluşturur. Rol bazlı varsayılanlar (destek, operasyon, finans) yeni ekip üyelerinin eğitim almadan işe başlamasını sağlar.
Kendi arka ofis uygulamanızı inşa ediyorsanız, bu kalıpları tekrar etmeyi kolaylaştıran araçlar seçin. AppMaster'da yönetici tablolarını yeniden kullanılabilir filtreler, sütun setleri ve rol tabanlı varsayılanlarla aynı no-code projede oluşturup gereksinimler değiştikçe ayarlayabilirsiniz.
Küçük başlayın: bir iş akışı, bir tablo, bir paylaşılan görünüm. O görünüm güvenilir hale geldiğinde sonraki ekleyin. Kaydedilmiş görünümler böylece ekip alışkanlığı olur, unutulmuş bir özellik değil.
21 Oca 2026
8 dk
20 Oca 20268 dk
20 Oca 20268 dkÜcretsiz planla AppMaster ile denemeler yapın.
Hazır olduğunuzda uygun aboneliği seçebilirsiniz.
