İyi bir yönetim paneli, her kullanıcının yalnızca işi için gereken veriyi görüp yalnızca yetkili olduğu adımı atabildiği bir çalışma alanıdır; bu yüzden panel tasarımı ekranlarla değil, roller, yetkiler ve iş akışlarıyla başlar. Ekranlar, bu üç kararın görünür hâlidir.
Panel çoğu projede "arka taraf" olarak görülür ve en son düşünülür. Oysa siparişi onaylayan, içeriği yayına alan, iadeyi yapan ve raporu çeken kişiler her gün bu ekranlarda çalışır. Web uygulaması geliştirme projelerimizde paneli bu yüzden ürünün kendisi kadar ciddiye alıyoruz. Bu yazıda rol ve yetki modelini, iş akışı tasarımını, olmazsa olmaz ekranları ve güvenlik tarafını ele alıyoruz.
Yönetim paneli nedir, kimler kullanır?
Yönetim paneli (admin panel), bir web sitesinin, mobil uygulamanın ya da bir iş sürecinin verilerini yönettiğiniz, giriş gerektiren iç arayüzdür. Müşterinin gördüğü yüzün arkasında kayıtların oluşturulduğu, onaylandığı ve raporlandığı yerdir.
Aynı panelin kullanıcıları çoğu zaman birbirinden çok farklıdır:
- İçerik ekibi: sayfaları, görselleri ve duyuruları günceller.
- Operasyon: siparişleri, talepleri ve randevuları ilerletir.
- Finans: ödemeleri, iadeleri ve faturaları kontrol eder.
- Destek: kullanıcı kayıtlarına bakar ve sorunları çözer.
- Yönetim: özet raporları izler ve kritik işlemleri onaylar.
Bazı panellerde iç ekibin yanında bayiler, tedarikçiler ya da iş ortakları da oturum açar. Bu durumda dış kullanıcıların yalnızca kendi kayıtlarını görmesi ayrı bir tasarım konusudur.
Her grubun ihtiyacı, kullanım sıklığı ve risk düzeyi farklıdır. Tasarımın ilk işi bu farkları kâğıda dökmektir.
Roller ve yetkiler nasıl tasarlanır?
En yaygın ve en kolay anlaşılan yöntem rol tabanlı erişim kontrolüdür (RBAC): yetkiler tek tek kullanıcılara değil rollere verilir, kullanıcılar da rollere atanır. Bir yetki, belirli bir kaynak üzerindeki belirli bir eylemdir; örneğin "siparişi görüntüle", "siparişi iptal et" ya da "iadeyi onayla".
Sağlam bir model kurmak için şu sırayı izleyin:
- Kaynakları listeleyin: sipariş, müşteri, içerik, ödeme, rapor gibi panelde yönetilen her varlığı yazın.
- Eylemleri çıkarın: her kaynak için görüntüleme, oluşturma, düzenleme, silme, onaylama ve dışa aktarma gibi eylemleri ayırın.
- Rolleri iş tanımından türetin: rolleri kişilere göre değil görevlere göre adlandırın; örneğin "Finans onaylayıcı" ya da "İçerik editörü".
- En az yetki ilkesini uygulayın: her rol işini yapmaya yetecek kadar yetkiyle başlasın, gerçek bir ihtiyaç doğdukça genişlesin.
- Veri kapsamını belirleyin: aynı rolün farklı şube, bölge ya da müşteri grubunda yalnızca kendi kayıtlarını görüp görmeyeceğine karar verin.
Son madde çoğu zaman gözden kaçar. "Kim neyi yapabilir?" sorusunun yanında her zaman "hangi kayıtlar üzerinde?" sorusu da vardır. Bu ihtiyaç büyüdüğünde rol modeli, kullanıcının ve kaydın niteliklerine bakan kurallarla, yani öznitelik tabanlı erişim kontrolüyle (ABAC) desteklenir.
İki uyarı daha: Her şeyi yapabilen "süper yönetici" hesaplarının sayısını en aza indirin ve kritik işlemlerde görevler ayrılığını koruyun. İadeyi talep eden kişiyle onaylayan kişi aynı olmamalıdır.
Rol ve yetki değişikliklerinin kendisi de kayıt altına alınmalıdır. Bir kullanıcıya geçici olarak verilen geniş yetkinin ne zaman ve kim tarafından geri alınacağı belli değilse, o yetki genellikle kalıcı hâle gelir.
İş akışı nasıl modellenir?
İş akışı, bir kaydın oluşturulmasından kapanmasına kadar geçtiği durumlar ve bu durumlar arasındaki geçişlerdir. Örneğin bir talep "Yeni", "İncelemede", "Onay bekliyor", "Onaylandı" ve "Kapandı" durumlarından geçebilir. Her geçişin bir sahibi, bir koşulu ve çoğu zaman bir bildirimi vardır.
Bir iş akışını modellemek için şu soruları cevaplayın:
- Kayıt hangi durumlardan geçiyor ve hangisi son durum?
- Hangi rol, kaydı hangi durumdan hangisine taşıyabilir?
- Geçiş için hangi alanların dolu olması ya da hangi kontrolün geçilmesi gerekir?
- Geçiş olduğunda kime, hangi kanaldan bildirim gider?
- Kayıt bir durumda fazla beklerse ne olur, kim uyarılır?
- Reddedilen kayıt nereye döner ve ret gerekçesi nasıl saklanır?
Bu cevaplar bir durum diyagramına dönüştüğünde geliştirici ile iş birimi aynı şeyi konuşmaya başlar. Akışı kodun içine dağılmış koşullarla değil, açıkça tanımlanmış durumlar ve geçiş kurallarıyla kurmak, ileride yeni bir onay adımı eklemeyi de kolaylaştırır.
Bildirimleri de akışın parçası olarak tasarlayın. Her geçişte herkese e-posta göndermek kısa sürede görmezden gelinen bir gürültü yaratır; yalnızca harekete geçmesi gereken kişiyi, uygun kanaldan haberdar edin.
Her süreç için sıfırdan ayrı bir panel yazmak da şart değildir; iş akışlarını tek bir panelde toplamak için Next Platform'u neden geliştirdiğimizi ayrı bir yazıda anlattık.
Her yönetim panelinde hangi ekranlar olmalı?
Panelin değeri, en sık yapılan işi en az tıklamayla yaptırmasından gelir. Ayrıntılar projeden projeye değişse de şu yapı taşları neredeyse her panelde gerekir:
- Liste ekranları: arama, filtre, sıralama ve kaydedilebilir görünümler. Kullanıcıların günlerinin çoğu burada geçer.
- Detay ve düzenleme: ilgili kayıtları, geçmişi ve sıradaki olası eylemleri tek ekranda gösterir.
- Toplu işlemler: onlarca kaydı tek tek açmadan onaylamak, etiketlemek ya da dışa aktarmak için.
- İçe ve dışa aktarma: Excel ve CSV ile veri taşıma; özellikle geçiş döneminde kritiktir.
- İş odaklı gösterge paneli: süs niyetine konmuş grafikler yerine "bugün onay bekleyen 12 talep" gibi eyleme dönük özetler.
- Görev kutusu: kullanıcıya atanmış ya da onayını bekleyen işleri tek listede toplar; panel açıldığında ilk görülen ekran olmalıdır.
- Kullanıcı ve rol yönetimi: yetkili kişilerin geliştirici beklemeden kullanıcı ekleyip rol atayabilmesi.
Kullanıcıyı yalnızca yetkisi olan menü ve butonlarla karşılayın. Görünen ama tıklanınca hata veren bir buton hem güveni hem verimliliği düşürür. Yine de arayüzde gizlemek tek başına yeterli değildir; her yetki sunucu tarafında ayrıca kontrol edilmelidir.
Kemerköy Sitesi için geliştirdiğimiz panelde içerik blokları, medya, rol ve dil yönetimi bir arada çalışıyor; misafir raporları saatlik olarak eşitleniyor ve Excel'e aktarılabiliyor.
Panelde güvenlik ve denetim kaydı neden bu kadar önemli?
Yönetim paneli, sisteminizin en yetkili kapısıdır. Ele geçirilen bir panel hesabı, herkese açık bir sayfadaki açıktan çok daha büyük zarar verebilir. Bu yüzden şu kontroller en baştan planlanmalıdır:
- Güçlü giriş: çok faktörlü doğrulama, oturum zaman aşımı ve otomatik giriş denemelerine karşı hız sınırı.
- Sunucu tarafında yetki kontrolü: arayüz ne gösterirse göstersin, her istek yeniden yetkilendirilir.
- Denetim kaydı: kim, neyi, ne zaman, hangi değerden hangi değere değiştirdi; kayıtlar değiştirilemez ve aranabilir olmalıdır.
- Kişisel veri maskeleme: KVKK kapsamındaki verileri yalnızca gerçekten ihtiyacı olan roller tam olarak görür.
- Ayrı erişim yolu: panel mümkünse ayrı bir alt alan adında çalışır ve arama motorlarının dizinine kapalı tutulur.
- Geri alınabilirlik: kritik kayıtlar kalıcı olarak silinmek yerine arşivlenir, düzenli yedekler geri yükleme testleriyle doğrulanır.
Denetim kaydı yalnızca güvenlik için değil, günlük operasyon için de değerlidir. "Bu fiyatı kim değiştirdi?" sorusunun cevabı saniyeler içinde bulunabiliyorsa ekip içi tartışmalar da kısalır. Daha geniş bir liste için büyüyen şirketler için siber güvenlik kontrol listemize göz atabilirsiniz.
Bir yönetim paneli projesi hangi adımlarla ilerler?
Sağlıklı bir panel projesi ekran tasarımıyla değil, kullanıcıları dinlemekle başlar. Önerdiğimiz sıra şöyle:
- Rol görüşmeleri: her kullanıcı grubuyla günlük işi konuşulur, en sık yapılan beş işlem çıkarılır.
- Rol ve yetki matrisi: satırlarda roller, sütunlarda eylemler olacak şekilde tek bir belgede onaylanır.
- Akış diyagramları: her kritik kaydın durumları ve geçişleri çizilir.
- Tıklanabilir prototip: en sık kullanılacak ekranlar gerçek kullanıcılarla denenir.
- Parça parça geliştirme: en çok zaman kazandıracak akıştan başlanır, her adım gerçeğe yakın verilerle test edilir.
- Eğitim ve geri bildirim: ilk haftalarda kullanım izlenir, kullanıcıların takıldığı ekranlar iyileştirilir.
Panel, ekibinizin her gün çalıştığı yerdir; onu müşterinize sunduğunuz ürün kadar özenle tasarlayın.
Sık sorulan sorular
Bir yönetim panelinde kaç rol olmalı?
Olabildiğince az. Rolleri iş tanımlarından türetin ve her yeni istisna için yeni bir rol açmadan önce mevcut rollerin yetkilerini gözden geçirin. Rol sayısı kullanıcı sayısına yaklaşıyorsa modelin yeniden düşünülmesi gerekir.
Yetkiler kodda mı tanımlanmalı, panelden mi yönetilmeli?
İkisi birlikte. Eylemlerin listesi kodda sabit tanımlanır, çünkü her eylemin arkasında bir kontrol vardır. Hangi rolün hangi eyleme sahip olduğu ise panelden, yetkili kişiler tarafından yönetilebilir.
Yönetim paneli mobilde de çalışmalı mı?
Onay, durum güncelleme ve hızlı arama gibi işler için evet; bunun için panelin duyarlı (responsive) tasarlanması çoğu zaman yeterlidir. Yoğun veri girişi ve raporlama ise genellikle masaüstünde daha verimli yapılır.
Excel'de yürüyen bir süreci panele taşımak zor mu?
Zorluk çoğu zaman teknik değil, verinin dağınıklığıdır. Önce sütunları ve kuralları netleştirip veriyi temizlemek, ardından içe aktarma aracıyla taşımak ve bir süre iki yapıyı paralel çalıştırmak en sağlıklı yoldur.
Nereden başlamalı?
Bir sayfalık bir belgeyle başlayın: paneli kullanacak rolleri, her rolün en sık yaptığı işlemleri ve en kritik kaydınızın durumlarını yazın. Bu belge, tek bir ekran çizilmeden önce yapabileceğiniz en değerli tasarım işidir.
Ekibiniz için bir yönetim paneli planlıyor ya da mevcut panelinizi yeniden düşünüyorsanız bizimle iletişime geçin.