Mobil Uygulama Yönetim Paneli: Hangi Özellikler Gerekli?

Müşterinin telefonunda çalışan uygulama, ürününüzün yalnızca görünen tarafıdır. Siparişi kimin onayladığı, hizmet saatlerinin nereden değiştirildiği ve yanlış kaydın nasıl düzeltildiği de en az müşteri ekranı kadar önemlidir. Bu rehber, mobil uygulamanız için yönetim paneli ihtiyacını ve gerekli işlevleri belirlemenizi sağlar.

Yönetim paneli hangi sorunu çözer?

Bir bakım işletmesinin uygulamasında müşteriler hizmet seçip talep bırakıyor olsun. Çalışan bu talepleri e-postadan takip ediyor, uygun saatleri yazılımcıya mesaj atarak değiştiriyor ve tamamlanan işleri ayrı dosyada tutuyorsa süreç parçalı kalır. Panel, bu işleri yetkili kullanıcıların aynı sistemde yönetmesine yardımcı olabilir.

Ancak her uygulama için büyük bir yönetim sistemi gerekmez. İhtiyaç yalnızca belirli içerikleri değiştirmekse sınırlı bir içerik ekranı yeterli olabilir. Önce günlük görevleri çıkarın, sonra bu görevlerin hangi bölümde ve kim tarafından yapılacağını belirleyin.

Paneli “bütün verileri gösteren ekran” diye tarif etmek yerine iş üzerinden tanımlayın. Örneğin çalışan yeni talebi bulacak, görev atayacak, müşterinin yanıtını kaydedecek ve işi kapatacak. Bu tanım, hangi düğmenin gerçekten gerekli olduğunu belirlemenize yardım eder.

Panel kapsamını günlük görevlerden nasıl çıkarırsınız?

Bir iş günü boyunca çalışanların hangi bilgileri aradığını not edin. Müşteri aradığında hangi kayda bakılıyor, yeni hizmet eklendiğinde kimden yardım isteniyor ve bir hata olduğunda hangi bilgi eksik kalıyor? Tekrarlayan görevler panel kapsamının başlangıcıdır.

• İçerik yönetimi: Hizmet, ürün, açıklama ve görselleri güncelleme.
• İşlem yönetimi: Sipariş, talep, randevu veya görev durumunu değiştirme.
• Kullanıcı yönetimi: Çalışan ekleme, rol belirleme ve erişim kapatma.
• Kontrol: Eksik, bekleyen veya başarısız işlemleri bulma.
• Aktarım: Yetkili kişilerin gerekli veriyi dışarı alması veya içeri yüklemesi.

Bu liste bir şablondur; bütün maddeleri ilk sürüme almak zorunda değilsiniz. Müşteri talebinin karşılanmasını sağlayan görevleri önceleyin. Gösterişli raporlar hazırlanırken kaydı düzeltecek temel ekranın unutulmamasına dikkat edin.

Her çalışan aynı ekranları mı görmeli?

Resepsiyon çalışanı randevuyu yönetebilirken fiyat listesini değiştiremeyebilir. Şube sorumlusu kendi ekibinin işlerini görebilirken bütün şubelerin kayıtlarına erişmesi gerekmeyebilir. Rol ve veri kapsamını ayrı düşünün; aynı görevin farklı şubelerde farklı sınırları olabilir.

Yetkileri yalnızca menü gizleyerek uygulamak yeterli değildir. Sunucunun da yapılan isteğin yetkisini doğrulaması gerekir. OWASP'ın yetkilendirme rehberi bu kontrollerin her istekte yapılmasını önerir; erişim 28 Ekim 2026.

Kabul testine örnekler ekleyin: “Şube çalışanı başka şubenin kaydını açamaz” veya “görüntüleme yetkisi olan kişi fiyatı değiştiremez.” Bu örnekler teknik ekip ile işletmenin aynı sonucu konuşmasını sağlar. Ortak hesap yerine kişiye ait hesaplar kullanmak işlem sorumluluğunu izlemeyi kolaylaştırır.

Bir kaydın durumu nasıl değiştirilmeli?

Panelde bir durum listesi bulunması, iş akışının tanımlandığı anlamına gelmez. “Tamamlandı” seçilmeden önce hangi bilgilerin girilmesi gerektiğini düşünün. Gerekli kontrol yapılmadan işin kapatılması, müşteriye yanlış bildirim gitmesine yol açabilir.

Tablodaki kurallar işletmenize göre değişir. Önemli olan, aynı işlemin farklı çalışanlarda farklı sonuç üretmemesidir. İstisna gerektiğinde kimin karar vereceğini ve bu kararın kayda nasıl geçeceğini belirtin.

Arama ve filtreler nasıl tasarlanmalı?

Çalışanın en sık yaptığı işi gözlemleyin. Müşteri telefonda beklerken numara, ad veya kayıt koduyla arama yapmak gerekebilir. Listenin yalnızca tarihe göre sıralanması, gerekli kaydı bulmayı zorlaştırabilir.

Durum, sorumlu kişi, şube ve tarih aralığı gibi filtreleri iş ihtiyacına göre seçin. Filtrelenen sonuçların neyi gösterdiği anlaşılır olsun. “Hiç kayıt yok” ile “bu filtreye uyan kayıt yok” mesajları farklı durumları açıklamalıdır.

Toplu işlem ekliyorsanız etkisini açıkça gösterin. Birden çok kaydı aynı anda değiştirmek hız kazandırabilir, fakat yanlış seçimde daha geniş hata yaratabilir. İşlemi başlatmadan önce seçilen kayıtların ve değişikliğin anlaşılmasını sağlayın.

Değişiklik geçmişinde neler izlenmeli?

Fiyat veya randevu saati değiştiğinde eski ve yeni değeri, işlemi yapan kullanıcıyı ve zamanı takip etmek yararlı olabilir. Geçmişin amacı çalışanları sürekli gözetlemek değil, operasyon sorularını açıklığa kavuşturmaktır. Hangi değişikliklerin kaydedileceğini amacına göre belirleyin.

Gereksiz hassas bilgileri kayıt geçmişine taşımayın. Destek ekibinin inceleyeceği teknik kayıtlar ile işletmenin göreceği işlem geçmişi farklı ihtiyaçlardır. Erişim ve saklama düzenini bu ayrımla değerlendirin.

Panel telefondan da kullanılmalı mı?

Yönetici masada ayrıntılı rapor incelerken saha sorumlusu yalnızca görev atamak isteyebilir. Bütün paneli küçük ekrana sıkıştırmak yerine mobil kullanımda yapılacak işleri belirleyin. Sık kullanılan birkaç görev için sade bir görünüm planlamak daha anlaşılır olabilir.

Telefonda uzun tablo, çok sütun ve küçük düğmeler sorun çıkarabilir. Kullanıcıya görev için gereken bilgiyi önce gösterin; ayrıntıları gerektiğinde açılabilir düzenle sunun. Gerçek çalışanların kullandığı cihazlarla deneme yapın.

Panelin mutlaka ayrı bir mobil uygulama olması gerekmez. Mobil uyumlu web yaklaşımı bazı yönetim görevleri için yeterli olabilir. Kamera, çevrimdışı kullanım veya yoğun saha ihtiyacı varsa bunları ayrıca karşılaştırın.

Yönetim panelinin maliyeti nasıl hesaplanır?

Yalnızca ekran sayısı üzerinden hesap yapmak yanıltıcı olabilir. Bir fiyat alanının arkasında yetki, doğrulama, geçmiş ve dış sisteme aktarım işi bulunabilir. Teklifte her temel görevin bu bileşenlerle birlikte ele alındığını kontrol edin.

Tamamen varsayımsal örnekte sınırlı panelin tasarım, geliştirme ve testi 15-25 kişi-gün sürsün. Varsayımsal 6.000 TL kişi-gün bedeliyle 90.000-150.000 TL hesaplanır. Bu piyasa fiyatı veya Navdion teklifi değildir; KDV, sunucu ve kapsam dışı entegrasyonlar dahil değildir.

Uygulamanın sunucusu ve yetki yapısı zaten hazırsa ortak işler yeniden kullanılabilir. Mevcut veri düzensiz veya bağlantılar belgesizse ek analiz gerekebilir. Gerçek teklifi, işletmenizin örnek kayıtları ve görev listesi üzerinden isteyin.

Panel tesliminde neyi denemelisiniz?

Çalışana günlük bir görev verin: yeni talebi bulsun, uygun kişiye atasın, açıklama eklesin ve tamamlasın. Ardından hatalı kayıt, eksik alan ve yetkisiz rol senaryolarını deneyin. Bir ekranın açılması, işin doğru tamamlandığını göstermez.

Örnek pilot planında bir hafta boyunca sınırlı ekiple gerçek akışı gözlemleyebilirsiniz. Bu süre standart değildir; kullanım sıklığına göre değişir. Bulunan sorunları önemine göre sıralayın ve temel akışı etkileyenleri yaygınlaştırmadan önce düzeltin.

Eğitim ve kısa kullanım belgesi teslim listesinde olsun. Çalışan değiştiğinde bilgiyi yalnızca eski kişinin anlatımından öğrenmek zorunda kalmayın. İçerik yönetimi beklentilerini kurumsal site kontrol listesindeki güncelleme ihtiyaçlarıyla da karşılaştırabilirsiniz.

Bir randevu iptalini uçtan uca deneyin

Müşterinin randevusunu iptal etmek istediğini varsayalım. Çalışan kaydı bulur, ilgili kişinin doğru müşteri olduğunu kontrol eder ve iptal işlemini başlatır. Panel, iptalin hangi kayıt ve zaman aralığını etkileyeceğini açıkça göstermelidir.

İptal sonrası takvimdeki yerin nasıl açılacağı ve müşteriye hangi bilginin gösterileceği belirlenmelidir. Ücret veya başka bağlı işlem varsa bunların sonucu ayrıca değerlendirilir. Tek bir durum alanını değiştirmek, bütün operasyonun doğru kapandığı anlamına gelmez.

Ardından başka bir çalışanla aynı kaydı açın. İptal nedeni, işlemi yapan kişi ve güncel durum anlaşılabiliyor mu? Çalışan müşteriyi tekrar aramadan önce hangi bilginin geçerli olduğunu görebilmelidir. Bu kısa deneme, panelin iş akışını ne kadar tamamladığını gösterir.

Dosya yükleme ve dışa aktarımda hangi kurallar gerekli?

Yönetici ürün listesini dosyadan yükleyecekse satırların nasıl eşleşeceğini tanımlayın. Aynı ürün kodu bulunduğunda güncelleme mi yapılacak, yeni kayıt mı açılacak? Dosyada eksik alan varsa bütün işlem mi duracak, yalnızca ilgili satır mı incelemeye alınacak?

Toplu değişiklik öncesinde sonuç özeti veya deneme görünümü yararlı olabilir. Hangi kayıtların ekleneceği ve değişeceği anlaşılır olsun. Yanlış yüklemede kullanılacak düzeltme yöntemi de kapsamda düşünülmelidir; kullanıcıyı sonradan tek tek kayıt onarmaya mecbur bırakmayın.

Dışa aktarımda da gereksiz alanları herkese vermeyin. Çalışanın rapor için hangi bilgiye ihtiyacı olduğu ve bu dosyayı hangi amaçla kullanacağı belli olsun. Dosya işlemleri panelin kolaylık sağlayan fakat erişim sınırlarını koruması gereken bir bölümüdür.

Bu senaryoları eğitim sırasında gösterin. Günlük işler kadar yanlış girişin fark edilmesi ve düzeltme isteme yolu da öğrenilmelidir. Kullanıcı hatasını gizleyen veya anlaşılmaz teknik mesaj veren bir panel, işletmenin kayıtlarını güvenle yönetmesini zorlaştırır.

Sonuç: Müşteri ekranıyla birlikte işletme akışını tasarlayın

Panel kapsamını çalışanların günlük görevlerinden çıkarın; roller, durum kuralları, arama ve kayıt geçmişini buna göre belirleyin. Küçük bir ekiple gerçek iş senaryolarını deneyip kapsamı geliştirin. Navdion ile uygulamanızın yönetim ihtiyaçlarını değerlendirmek için ücretsiz proje analizi talep edebilirsiniz.