Satış Sonrası Hizmetlerde Teknik Bilgi Yönetimi ve L1/L2 Destek Mimarisi

Çağrı merkezi ile yetkili teknik servis arasındaki teknik uçurumu kapatmak üzere iki kademeli bilgi yönetimi, standart prosedürler ve uzaktan destek mimarisi kuruldu.

Global bir mobil teknoloji üreticisinin Türkiye operasyonunda, Tier 1 Müşteri Hizmetleri ile Tier 2/3 Destek Merkezi arasındaki bilgi asimetrisini gidermek amacıyla kapsamlı bir “Teknik Yetkinlik Programı” tasarlandı. Cihaz kilitleri ve bootloader gibi güvenlik protokolleri ve arıza teşhis süreçleri, teknik olmayan personelin bile rahatça uygulayabileceği Standart Operasyon Prosedürlerine (SOP) dönüştürüldü. Bu sayede, kullanıcı kaynaklı yapılandırma sorunlarının asılsız donanım arızası olarak algılanıp gereksiz eskalasyon yaratması önemli ölçüde azaltıldı.

---

Proje Künyesi

Mevcut Durum ve Sorun

Bağlam: Türkiye pazarında 60.000+ cihazlık geniş çaplı mobil cihaz ekosistemi ve günlük yoğun müşteri hizmetleri talebi.

Kritik Sorunlar:

Çözüm Mimarisi ve Aksiyon

Mimari Yaklaşım: Teknik bilgi birikimi ve arıza teşhis adımları kişilere bağımlı olmaktan çıkarılarak kalıcı kurumsal dokümantasyona dönüştürüldü. Üç katmanlı bir yetkinlik programı kurgulandı ve uygulandı.

Teknik Dokümantasyon (SOP Üretimi)

Derin teknik donanım ve yazılım süreçleri adım adım dokümante edildi:

• CMD Komutları: Fastboot komutları ile cihaz sürümü ve kimlik doğrulama prosedürü.
• Kilit Senaryoları: “Doğal Kilitlenme” ile “Olağandışı Kilitlenme” ayrımını yapan karar ağacı inşası.
• IMEI/SN Doğrulama: Kutu etiketi verisi ile cihaz içi hard-coded bilginin eşleştirilme protokolü.

📸 Görsel 1: Fastboot komut satırı örnek ekran görüntüsü

Örnek Komut Çıktısı:

(bootloader) product is: A
(bootloader) imei is: 867XXXXXXXXX
(bootloader) sn is: MXXXXXXXX

Eğitim ve Yetkinlik Artırma

Müşteri Hizmetleri (L1) ekibi için sıfırdan kapsamlı ve anlaşılır bir teknik farkındalık eğitim sunumu dizayn edildi:

Kapsanan Konular:

• Üretici bulut hesabı (Cloud ID) mimarisi nedir, nasıl kurgulanır, nasıl kalıcı sıfırlanır?
• Cihaz kilitlenme senaryolarından hangilerinde kesinlikle Teknik Operasyon Merkezi’ne SLA eskalasyonu yapılır?
• Teknik servis tarafından destek verilen onarım konuları ve kesin suretle verilmeyen işlemlerin net sınırları.

📸 Görsel 2: Eğitim sunumundan bazı örnek sayfalar – “Müşteri Hizmetleri Teknik Bilgilendirme Sunumu”

Kullanıcı Sorunu Sınıflandırma Matrisi:

Kapsam Yönetimi

Kullanıcı destek sınırları son derece net çizgilerle belirlenip operasyon talimatına dönüştürüldü:

✅ Destek Verilen Unsurlar:

• Bulut hesap parolasının kanıt sunumuyla sıfırlanması
• Push bildirim ve sistem tazeleme sorunlarının tespiti
• Play Store gibi resmi mağazalar çökmeleri
• Yasal OEM Kilit kaldırma prosedürleri (Fatura ve IMEI doğrulaması eşliğinde)

❌ Destek Verilmeyen Unsurlar:

• Resmi olmayan bölge (Örn: Çin versiyonu) yazılımlarının sorunları
• ROOT veya harici Custom ROM değişikliği yapılmış manipüle cihazlar
• Bootloader kilidini açıp geliştirici işlem yapma talepleri
• Sisteme entegre olmayan üçüncü parti uygulama/oyun sorunları
• Google FRP kilidi hesabı kurtarma işlemleri

Sonuçlar ve Operasyonel Kazanımlar

Performans Kazanımları:

Kurumsal Hafıza İnşası:

• Proje kapsamında hazırlanan 2 temel SOP dokümanı (L1 Eğitim Kılavuzu + L2/L3 Diagnostik Teknik Kılavuzu) kalıcı operasyonel referans dosyası olarak arşivlendi.
• Dokümantasyon, şirkete alınan her yeni operasyon personelinin resmi oryantasyon sürecine entegre edildi.
• Kritik teknik bilgi birikimi, kıdemli personelin bireysel hafızasından çıkarılarak kurum genelinde aktarılabilir ve sürdürülebilir bir dokümantasyon yapısına kavuşturuldu.

---

📋 İlgili Bağlantılar

🔗 Proje Kartı: VoC Analitiği ve Kritik Kalite Kriz Yönetimi