Hınıs'ta müşteri self servis portalı yaptırmak

01Müşteri self servis portalı nedir, kimler için uygun?

Her işletmenin ihtiyacı farklıdır; yine de çoğu müşteri self servis portalı projesinde şu başlıklar konuşulur:

• kart güncelleme
• fatura indirme
• plan değişikliği

Bu projeler çoğu zaman kullanıcı ve yetki yönetimi, white-label yazılım ve kullanım bazlı faturalama gibi işlerle birlikte ele alınır.

02Hangi durumlarda müşteri self servis portalı yaptırılır?

Fatura indirme gerektiğinde

Fatura indirme, müşteri self servis portalı projesinde kapsamın başında konuşulan başlıklardandır; analizde kimin kullanacağı ve nasıl çalışacağı netleştirilir.

Ürün büyürken altyapı zorlandığında

Ölçekleme, izleme ve kiracı bazlı performans takibi planlanır.

Kurumsal müşteriler SSO istediğinde

Kurumsal oturum açma ve rol yönetimi ürüne eklenir.

03Müşteri self servis portalı planlarken bilinmesi gerekenler

• Çok kiracılı (multi-tenant) veri ayrımı baştan tasarlanır.
• MVP en dar ama değer üreten senaryoyla başlar.
• Kullanım ölçümü ve faturalama kuralları netleşir.

04Sık karşılaşılan durumlar

05Hınıs'ta müşteri self servis portalı: çalışma düzeni

Hınıs'ın PTT verisindeki 98 yerleşim kaydı 1 farklı posta koduna dağılır. Birden fazla ilçede ekibi veya şubesi olan işletmelerde müşteri self servis portalı için kullanıcı rolleri, şube bazlı görünürlük ve merkezi raporlar birlikte planlanır.

Hınıs'ta bulunan bir işletmeyle çalışırken toplantılar görüntülü yapılır, her aşama test ortamında paylaşılır ve geri bildirimler ortak panoda toplanır; yerinde bulunmak gereken kurulum ve eğitim adımları ayrıca planlanır.

Erzurum genelinde Karayazı, İspir ve Uzundere gibi diğer ilçelerdeki işletmelerle de aynı uzaktan çalışma düzeniyle ilerlenir.

06Çalışma adımları

1. İlk görüşme: İlk temas telefonla ya da WhatsApp'tan olur; işin kapsamını anlamak için birkaç temel soru sorarız.
2. Analiz: Kimin neyi göreceği, hangi verinin nereden geleceği ve hangi işin önce çözüleceği netleştirilir.
3. Kapsam ve yazılı teklif: Hangi işin hangi aşamada teslim edileceği ve neyin kapsam dışı olduğu teklifte açıkça yazılır.
4. Tasarım ve prototip: Tıklanabilir bir prototiple kullanıcı yolculuğu baştan sona denenir.
5. Geliştirme ve test: Her teslimde çalışan bir sürüm test ortamında paylaşılır; hatalar canlıya çıkmadan giderilir.
6. Yayın, veri aktarımı ve eğitim: Canlıya geçiş planlı bir zamanda yapılır; ilk günlerde kullanım yakından izlenir.
7. Bakım ve destek: Yayın sonrası izleme, güncelleme ve geliştirme talepleri bakım planıyla sürdürülür.

07Örnek planlama hesabı

08Ekip ve çalışma biçimimiz

Tasarım, geliştirme, test ve yayın adımları aynı ekip içinde yürür. Kod Git ile sürümlenir, kritik akışlar Playwright testleriyle korunur, yayın Docker konteynerleriyle tekrarlanabilir biçimde yapılır.

• Kapsam ve teslim kriterleri yazılı olur.
• KVKK baştan tasarlanır.
• Ölçülebilir hedefler konur: arama ve WhatsApp tıklaması, form talebi, işlem süresi.

Türkiye'nin 81 ilindeki işletmelerle uzaktan çalışıyoruz; Erzurum da bunlardan biri.

09Uzman desteği ne zaman şart olur?

Müşteri self servis portalı işlerinde bazı durumlar plansız ilerlerse sonradan pahalıya mal olur:

• Ödeme yenilemeleri elle takip ediliyor: abonelik altyapısı yok.
• Ürün büyürken yavaşlıyor: mimari ölçeklenmiyor.
• Kişisel veya finansal verinin işlendiği akışlar
• Birden fazla sistemle entegrasyon gerektiren işler

SSSSık sorulan sorular

→İlgili sayfalar

Bu sayfada geçen kavramlar

• plan değişikliği
• fatura indirme
• kart güncelleme
• SaaS
• self servis
• lisans
• MRR
• rol bazlı yetki
• kullanım bazlı faturalama
• Erzurum
• Hınıs