This article is not yet available in English — showing the original Turkish version below.
Kullanıcının gördüğü uygulama buzdağının ucudur; işi yöneten panel su altındadır. İkisini birlikte planlamanın yol haritası.
İşletme uygulamalarının neredeyse tamamında iki yüz vardır: müşterinin/sahanın kullandığı mobil uygulama ve işletmenin yönettiği web paneli. Projeler çoğunlukla uygulama hayaliyle başlar, panel 'sonra düşünürüz'e bırakılır — ve asıl operasyon orada döndüğü için proje orta yerde yeniden planlanır.
Panel neden baştan planlanmalı?
Uygulamadaki her dinamik içerik ve akışın panelde bir karşılığı vardır: ürünü kim ekleyecek, siparişi kim onaylayacak, bildirimi kim atacak, raporu kim görecek? Panel sonradan eklenmeye çalışıldığında veri modeli ve yetki yapısı baştan kurulur — yani iki kez ödenir. Doğru yöntem, keşif aşamasında iki yüzü tek sistem olarak tasarlamaktır.
Rol ve yetki tasarımı
Panelin iskeleti rollerdir; tipik bir kurgu:
- Süper admin: her şey + kullanıcı/rol yönetimi
- Operasyon: günlük iş akışı (sipariş, randevu, içerik)
- Saha/şube: yalnız kendi kayıtları
- Muhasebe/rapor: okuma ağırlıklı erişim
Ortak beyin: API mimarisi
Uygulama ve panel ayrı arayüzler, tek beyin olmalıdır: ikisi de aynı API'den beslenir, veri tek kaynaktan akar. Bu mimari; tutarlılık (uygulamada görünen ile paneldeki aynı), gelecek esnekliği (yarın üçüncü bir arayüz — bayi portalı — aynı API'ye bağlanır) ve test edilebilirlik sağlar. 'Uygulamaya ayrı, panele ayrı sistem' kurgusu kısa vadede hızlı, uzun vadede felakettir.
Bütçe ve fazlama
Panel, projenin bütçesinde görünmez kalem değildir; toplam işin ciddi bir bölümüdür ve teklifte ayrıca kalemlenmelidir. Fazlama önerisi: v1'de uygulamanın çekirdek akışı + paneli yönetmeye yeten asgari ekranlar; v2'de raporlama, toplu işlemler ve konfor özellikleri. Panel 'lüks' değil, uygulamanın yaşam destek ünitesidir — ama o da MVP mantığıyla büyütülür.
