Mobil uygulama yönetim paneli, kendi personelinizin uygulamayı işletmek için kullandığı web arayüzüdür: kullanıcı, içerik, sipariş, izin, destek kaydı ve raporlama yönetimi. Müşteriler bunu hiç görmez, genellikle toplam geliştirmenin dörtte biri ile üçte biridir ve bir mobil projenin en çok hafife alınan parçasıdır.
Panel olmadığında bu iş ortadan kalkmaz. Doğrudan veritabanı erişimine ve geliştirici taleplerine kayar; bu da uygulama var olduğu sürece yavaş, denetlenemez ve sürdürmesi pahalıdır.
Önemli noktalar
- Her müşteri özelliği personel işi yaratır: Uygulama ürünün yarısıdır; arkasındaki çalışma alanı diğer yarısı.
- Dörtte bir ile üçte biri ayırın: Yeterli bir iç arayüzün gerçek maliyeti budur.
- Geliştiriciye bağımlılık asıl başarısızlıktır: Rutin değişiklikler mühendis gerektiriyorsa ürün işletilemez.
- Tabloya göre değil göreve göre tasarlayın: Otomatik üretilmiş bir CRUD arayüzü hızlı geliştirilir ve yavaş kullanılır.
Panelin gerçekte ne işe yaradığını anlayın
Yönetim paneli, geliştirici olmayan insanların ürünü işletebilmesi için vardır: müşterinin sorusunu tam resim önlerindeyken yanıtlamak, hata düzeltmek, içerik yayınlamak, izin ayarlamak, sipariş iadesi yapmak ve bugün neyin ters gittiğini görmek.
Bunların her biri bir tablo değil bir görevdir. En yaygın hata, her veritabanı varlığı için her alanı düzenlenebilir tek bir ekran üretmektir; bu teknik olarak eksiksiz ve operasyonel olarak kullanışsız bir şey doğurur. Personel buna kişisel tablolar tutarak yanıt verir ve kurumda iki ayrı doğruluk kaynağı oluşur.
Dört bağlantılı yüzeyi planlayın
Müşteri uygulaması, kullanıcıların kurduğu ve çoğu paydaşın konuştuğu tek parçadır.
Yönetim alanı, personelin içerik, katalog, fiyat, kullanıcı ve yapılandırmayı yönettiği yerdir.
Destek araçları, bir temsilcinin müşteri beklerken ihtiyaç duyduğu daha dar kümedir: arama, tam geçmiş ve vakaların çoğunu çözen az sayıda işlem.
Ortak arka uç, üçünün de okuyup yazdığı tek doğruluk kaynağıdır. Önce uygulamayı geliştirip paneli sonra eklemek, genellikle veri modelinin tek bir tüketici için tasarlandığı ve sonra değişmek zorunda kaldığı anlamına gelir.
Destek araçlarını tam yönetim alanından erken ayırmaya değer. Temsilciler hız ve dar bir izin yüzeyi ister; yöneticiler genişlik ister. İkisine birden hizmet eden tek bir arayüz genelde hiçbirine iyi hizmet etmez.
Rutin değişiklikleri geliştirici olmadan mümkün kılın
Bir yönetim panelinin en net testi, işletmenin uygulamayı bir ay boyunca hiç mühendislik desteği olmadan işletip işletemeyeceğidir.
İçerik güncellemeleri, kampanya mesajları, fiyatlandırma, özellik anahtarları, kullanıcı izinleri, iadeler ve düzeltmelerin hepsi panelden yapılabilmelidir. Bunlardan herhangi biri kod değişikliği veya veritabanı sorgusu gerektiriyorsa ürün kalıcı bir geliştirici bağımlılığı taşır ve bu maliyet, geliştirme bedeli bir kez oluşurken sonsuza kadar yinelenir.
Kapsamlandırma sırasında hangi rutin işlemlerin mühendislik gerektireceğini sorun. O listedeki her şey ya panele taşınmalı ya da bilinçli ve anlaşılmış bir istisna olmalıdır.
Destek personeline tüm resmi tek ekranda verin
Destek işi müşteri beklerken yapılır; dolayısıyla ölçüt, bir temsilcinin ne kadar hızlı harekete geçebildiğidir.
Bu, eksik bilgiyle çalışan bir arama demektir — yaklaşık bir yazım, telefonun bir kısmı, bir e-posta — ve hesabı, geçmişi, önceki görüşmeleri, mevcut sorunları ve yapılabilecek işlemleri bir arada gösteren bir müşteri görünümü. Bağlamı dört sekmeden toplayan bir temsilci yavaş bir temsilcidir ve müşteri her saniyeyi duyar.
Kullanıcı adına işlem yapabilmeyi, açıkça kaydedilecek şekilde dahil edin. Destek ekiplerinin buna ihtiyacı vardır ve sonradan eklendiğinde genellikle denetlenemez bir şey ortaya çıkar.
İzinleri ve denetimi baştan kurun
İzin modeline uygulamadan önce karar verin: role mi, niteliğe mi yoksa hiyerarşiye mi dayalı ve bir kişi birden fazla rol taşıyabilir mi. Modeli zor vakalara karşı test edin — hem yönetici hem onaycı olan kişi, geçici taşeron, müşteri adına işlem yapan temsilci.
Herkesin her şeyi görebildiğini varsayan bir sisteme sonradan erişim kontrolü eklemek tüm ekranlarda ve sorgularda yeniden çalışma gerektirir ve geç yapılabilecek en pahalı değişikliklerden biridir.
Her değişikliği kimin ne zaman yaptığıyla kaydedin ve bu geçmişi kaydın üzerinde gösterin. Toplu işlemler çalışmadan önce önizleme ve sayı göstermeli, yıkıcı işlemler belirli bir süre geri alınabilir olmalıdır. Personel yüksek yetkiyle ve hızla çok sayıda kayıt üzerinde işlem yapar; güvenlik önlemlerinin burada müşteri uygulamasından daha önemli olmasının nedeni tam olarak budur.
İkinci sürüme değil ilk sürüme koyun
İçgüdü, müşteri uygulamasını yayına alıp paneli sonra geliştirmek ve bu arada aradaki boşluğu geliştirici zamanıyla kapatmaktır.
O boşluk hiçbir zaman kısa olmaz. Lansmanın ortaya çıkardıklarını düzeltmek için mühendislik kapasitesine en çok ihtiyaç duyduğunuz dönemde onu tüketir ve geri döndürülmesi zor alışkanlıklar yerleştirir — veri değişikliği için geliştiriciye gitmek gibi.
Paneli ilk sürümünüzün gerçekten gerektirdiği işlemlerle sınırlayın ve uygulamayla birlikte yayına alın. Dar olması sorun değildir; hiç olmaması sorundur.
İlgili rehberler
İlgili içerikler:
- İş Modelini Test Eden Mobil Uygulama MVP'si Nasıl Tanımlanır?
- Özel Yönetim Panosu Geliştirme: Metrikten Aksiyona
- Mobil Uygulama Geliştirme Şirketi Nasıl Seçilir?
Mobil Uygulama Yönetim Paneli: Özellikler, Roller ve Akışlar rehberinden doğan çalışma; ürün stratejisi, tasarım, geliştirme veya entegrasyon desteği gerektiren somut bir girişime dönüşürse Mobil Ürününüzü Konuşalım.
Ali Boran Gazel