Standart Operasyon Prosedürleri – Muhammet Işık

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

Muhammet Işık — Sat, 17 Jan 2026 22:09:28 +0000

Global bir mobil teknoloji üreticisinin Türkiye operasyonunda, Müşteri Hizmetleri (Tier 1) ile Teknik Operasyon Merkezi (Tier 2/3) arasındaki bilgi asimetrisini gidermek amacıyla kapsamlı bir “Teknik Yetkinlik Programı” tasarlandı. Karmaşık güvenlik protokolleri (cihaz kilitleri, bootloader) ve arıza teşhis süreçleri, teknik olmayan personelin bile eksiksiz anlayabileceği Standart Operasyon Prosedürlerine (SOP) dönüştürüldü. Bu sayede, “Kullanıcı Hatası” kaynaklı sorunların asılsız donanım arızası olarak algılanıp gereksiz eskalasyon yaratması kaynağında engellendi.

Proje Künyesi

Parametre	Değer
Kategori	Bilgi Yönetimi ve Operasyonel Eğitim
Teslimat Tipi	Teknik Eğitim, SOP Yazımı & Süreç Entegrasyonu
Ölçek	~60.000 Mobil Cihaz, 5 Ekip (3 Müşteri Hizmetleri + 2 Teknik Servis)

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:

Problem	Etki
Gereksiz Eskalasyon	Müşteri temsilcileri teknik altyapıya sahip olmadığı için, basit bir şifre sıfırlama talebini bile donanımsal “arıza” olarak etiketleyip Teknik Operasyon Merkezi’ne yönlendiriyordu.
Güvenlik Riski	Cihaz kilitleri ve yazılımsal bypass süreçleri hakkında standart bir prosedür olmadığı için yetkisiz müdahale veya müşteriye yönelik yanlış bilgilendirme riski hat safhadaydı.
Operasyonel Verimsizlik	Teknik onarım ekibi, gerçek donanım onarımlarına odaklanmak yerine gün boyu sistem şifreleri ve “Nasıl yapılır?” sorularıyla vakit kaybediyordu.
Tutarsız İletişim	Müşteriye verilen teknik bilgiler, temsilciden temsilciye farklılık göstererek marka güvenilirliğini derinden zedeliyordu.

Çözüm Mimarisi ve Aksiyon

Mimari Yaklaşım: Teknik bilgi ve problem çözme yeteneği departmandaki birkaç Senior ismin tekelinden çıkarılıp kalıcı kurumsal dokümantasyon haline dönüştürüldü. Üç katmanlı, uçtan uca 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ü (Temsilidir.)

Ö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:

Sorun Tipi	Çözüm Noktası	Örnek Vaka
Hesap Kaynaklı	Müşteri Hizmetleri (L1)	Bulut (Cloud) senkronizasyon şifresi unutuldu
Yazılım Kaynaklı	Uzaktan Destek (L1.5)	OTA Güvenlik güncellemesi başarısız oldu
Donanım Kaynaklı	Operasyon Merkezi (L2/L3)	Anakart kısa devre, ekran kararması

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
Global uygulama pazarı (Play Store vb.) çö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ı
Kayıp Google (FRP) hesabı kurtarma işlemleri

Sonuçlar ve Operasyonel Kazanımlar

Performans Kazanımları:

Metrik	Etki ve Dönüşüm
Filtreleme Başarısı	Şifre, hesap ve konfigürasyon gibi basit son kullanıcı sorunları, donanım merkezine sekmeden %100 oranında ön hat (Çağrı Merkezi) aşamasında başarıyla eritildi.
Ölü Trafik Azalması	“Arıza Yok” tanısıyla L2 servise giren ve geri dönerek kargo israfı yaratan NFF (No Fault Found) donanım trafiği minimize edildi.
Algı Standardizasyonu	Müşteriye aktarılan sistemsel ve teknik reaksiyonlar kişisel inisiyatiften kurtarılarak tamamen kurumsal formata standardize edildi.
L1 FCR Artışı	“İlk Temasta Çözüm” (First Contact Resolution) SLA metrikleri radikal biçimde yükseltilerek doğrudan müşteri memnuniyetine yansıtıldı.

Kurumsal Hafıza İnşası:

Proje kapsamında üretilen 2 devasa SOP dokümanı (L1 Eğitim Sunumu + 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 (onboarding) sürecine entegre edildi.
Derin teknik know-how, kıdemlilerin bireysel tecrübesinden çıkartılıp %100 ölçeklenebilir bir kurumsal varlığa evrildi.

İlgili Bağlantılar

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

IoT ve Giyilebilir Cihaz Ekosistemi İçin Uçtan Uca Servis ve Diagnostik Operasyon Mimarisi

Muhammet Işık — Sat, 17 Jan 2026 10:12:39 +0000

Global IoT aksesuar üreticilerinin (4 marka, 13 model) 140.000 adetlik Türkiye ekosistemini yöneten Teknik Operasyon Merkezi için sıfırdan bir servis mimarisi tasarlandı. Arıza teşhisinden raporlamaya kadar tüm süreçler; hazırlanan Standart Operasyon Prosedürleri (SOP), 24 kategorili hata kodu taksonomisi ve test talimatları ile standardize edildi. Kişiye bağımlı “zanaat” modelinden, ölçeklenebilir “endüstriyel” modele geçiş sağlandı.

Proje Künyesi

Parametre	Değer
Kategori	Süreç Dijitalleştirme ve Servis Mimarisi
Teslimat Tipi	Operasyonel Süreç Tasarımı (SOP)
Ölçek	140.000+ IoT/Wearable Cihaz, 13+ Ürün Modeli, 4 Marka

Mevcut Durum ve Sorun

Bağlam: 4 markalı, 13 farklı model içeren ve 140.000+ uç noktaya (endpoint) ulaşan IoT/Wearable operasyonu.

Kritik Sorunlar:

Problem	Etki
Veri Kirliliği	Aynı arıza için operasyon ekibinin “Açılmıyor”, “Elektrik yok”, “Ölü” gibi farklı tanımlar girmesi, kök neden analizini imkansız kılıyordu.
Test Standardı Yok	Doğrulama ve validasyon süreçlerinin kişi inisiyatifine kalması, arızalı cihazların geri dönüş oranlarını artırıyordu.
Raporlama Kaosu	Eski veri tabanı analitik için elverişsizdi ve 1.500+ satırlık aşırı manuel düzenleme gerektiriyordu.
Lojistik İsrafı	Merkez-depo arası ürün nakliyesinden kaynaklanan 5-7 günlük kabul edilemez gecikmeler.

Öne Çıkan Risk Modelleri:

Model Grubu	Hacim	Servis Oranı	Durum
Boyun Bandı Tipi TWS	Düşük	%16	Kritik
Kompakt TWS (Model A)	Düşük	%14	Kritik
Yüksek Hacimli TWS	Yüksek	%3	Hacim riski

Çözüm Mimarisi ve Aksiyon

Mimari Yaklaşım: Operasyonel kaos durumu, oluşturulan katı veri ve süreç yönetişim kuralları ile endüstriyel bir disipline sokuldu.

Sıfırdan Operasyon Merkezi Kurulumu

Firmanın kendi tesisinde fiziksel teknik operasyon merkezi altyapısı oluşturuldu:

Temin Edilen Ekipmanlar:

Amper göstergeli şarj üniteleri
Avometre cihazları
Desibel ölçerler
Antistatik masa örtüsü, kamera, alet çantası, barkod okuyucu ve sarf malzemeler

Toplam Yatırım: $750 / Set

Hata Kodu Taksonomisi

Subjektif arıza tanımları kullanımdan kaldırıldı. 3 ana kalem ve 24 kategori ile standardize edilmiş hiyerarşik hata kodları oluşturuldu:

Öntanımlı Hata Kodları Örneği:

Arıza Kaynağına Göre (X)

0. Sorun Görülmedi
1. Garanti Dahili
2. Garanti Harici

Arıza Türüne Göre (Y)

0.0. Sorun Görülmedi
1.1. Çalışmıyor / Tepki Yok
1.2. Bağlantı Problemi
1.3. Batarya Problemi
1.4. Ses Problemi
1.5. Mekanik ve Malzeme Problemleri
1.6. Müşteri Memnuniyeti Aksiyonları
2.6. Garanti Harici

Arızanın Detayı (Z)

E01 - Batarya Arızası
C03 - Bluetooth Bağlantı Sorunu
H12 - Fiziksel Hasar (Garanti Dışı)
N00 - Sorun Görülmedi

Uygulama:

Her cihaza 3 harfli kod etiketi yapıştırıldı.
Değerlendirme ve ayırma süreci dramatik şekilde hızlandırıldı.
Her arıza koduna özel müşteri rapor çıktı metni hazırlandı.

Rutin Test Usulleri Oluşturulması

Her ürün grubu için 45+ adımlık kapsamlı test algoritması kurgulandı:

Test Protokolü Akışı Örneği:

1. Koruyucu bantların çıkarılması
2. Müşteri şikayetine göre ön test (beyan yoksa rutin test)
3. Hor kullanım muayenesi (temizlik kontrolü)
4. Fiziksel hasar muayenesi (çizik, ezik, kırık)
5. Üretim kaynaklı fiziksel hata kontrolü
6. Yanma/erime/aşırı ısınma muayenesi
7. Şarj işlemi (30dk) ve akım stabilitesi kontrolü
8. Kutu-kulaklık şarj temas testi
9. Bluetooth eşleşme testi
10. Ses yürütme testi (desibel ölçümü)
11. Mikrofon/görüşme testi
12. Pil süresi testi (15dk yürütme, %10 azalma beklentisi)
13. Kapanma/kutuya yerleşme testi

Hata Kodu Yapısı (X.Y.Z Formatı):

Kod	Anlamı	Örnek
0.0.1	Sorun Görülmedi	Normal çalışma
1.1.1	Elektronik Arıza	Kulaklıkta tepki yok
1.2.1	Eşleşme Problemi	Kulaklar arası bağlantı yok
1.3.1	Şarj Sorunu	Kulakta şarj dolmuyor
1.4.1	Ses Sorunu	Yürütme sesi yok
1.5.1	Fiziksel Aksam	Temas problemi
2.0.1	Garanti Dışı	Hor kullanım
2.0.2	Garanti Dışı	Fiziksel hasar

Görsel 1: Rutin Test Usulü Dokümanı Örneği – 45+ Adımlık Test Algoritması ve Karar Ağacı (Temsilidir.)

Yeni Raporlama Mimarisi

Eski kaotik veri tabanı tamamen süreç mimarisine uygun olarak yeniden tasarlandı:

Yeni Tabloda Erişilebilir Veriler:

Arıza oranları (model bazlı)
Arıza kaynakları (hata kodu bazlı)
Giriş/çıkış tarihleri
Müşteri bilgileri
Cihaz akıbet durumu

Haftalık Takip Sistemi: Hatalar ve eksik girişler ivedilikle düzeltilerek sürdürülebilir bir veri bütünlüğü korundu.

Sonuçlar ve Operasyonel Kazanımlar

Sayısal Sonuçlar

Metrik	Değer
Toplam İşlem Gören Cihaz	Yüksek Hacim
Garanti Dahili Onay	Büyük çoğunluk
Sorun Görülmedi (NFF)	~%37
Aylık Diagnostik Kapasitesi	Optimum verimlilik

Operasyonel Kazanımlar

Kazanım	Detay
Ölçeklenebilirlik	140.000 cihazlık ekstrem donanım hacmi, standart süreçlerle ek iş gücü maliyeti yaratmadan yönetilebilir hale geldi.
Analitik Yetkinlik	“Hangi modelde hangi arıza tipi kronik?” sorusu artık C-level yöneticiler için tek tıkla cevaplanabilir oldu.
Kronik Anomali Tespiti	TWS modellerde raporlanan “geçici arıza” paterninin uç bir anomali değil, seri bazlı kronik vaka olduğu tespit edildi.
L1 Filtreleme	Müşteri hizmetleri teknik eğitimi sayesinde, servise sızan “sorun görülmedi” (NFF) geri dönüşleri sahasında durduruldu ve minimize edildi.

Problem Modeli Keşfi

Veri analizi sayesinde kritik anomaliler proaktif şekilde tespit edildi:

Bulgu: Yüksek hacimli TWS modelinde devasa sayıda faturası kesilen “Sorun Görülmedi” vakası → Anomali istatistikleriyle, raporların yetersiz kaldığı ve geçici arıza paterninin kronikleştiği saptandı → Global operasyonel politika acilen revize edildi.

İlgili Bağlantılar

Proje Kartı: VoC Analitiği ve Kritik Kalite Kriz Yönetimi
Proje Kartı: L1/L2 Destek Mimarisi ve Bilgi Yönetimi