Uygulama Destek Uzmanı CV Şablonu: "Ticket Çözdüm" Satırından Süreç Sahipliği, SLA Yönetimi ve Kök Neden Anlatısına Geçişin Stratejik Anatomisi

Uygulama Destek Uzmanı Kimdir ve Neden CV'si Farklı Bir Anlatı İster?

Bir uygulama destek uzmanı, Yetkinlikler ve Kariyer Rehberi" data-seo-auto-link="true">Frontend Geliştirici Olmak: Adım Adım Kariyer Rehberi ve Pratik İpuçları" data-seo-auto-link="true">geliştirici değildir. Sistem yöneticisi de değildir. Ama çoğu özgeçmiş, bu iki rolün arasında sıkışıp kalır: üst tarafta teknik bir şeyler yazılır, ortada "kullanıcılara destek verdim" cümlesi geçer, sonra da Jira ve Excel listelenir. İşe alım yöneticisi bu CV'yi okuduğunda, adayın gerçekte ne yaptığına dair zayıf bir sinyal alır.

Uygulama destek, görünmez bir roldür. Sahneye çıkmaz; perde arkasında, uygulamanın ayakta kalmasını, kullanıcının işine devam etmesini ve şirketin günlük operasyonunun kesintiye uğramamasını sağlar. Bir bankacılık uygulamasının açılmadığı sabah, bir e-ticaret panelinin yanlış fiyat gösterdiği akşam, bir kurum içi ERP'nin yavaşladığı öğleden sonra, arayan kişi genellikle uygulama destek uzmanıdır.

Bu yüzden bu rolün Cv şablonu, bir yazılımcınınkinden ya da klasik bir çağrı merkezi temsilcisinin özgeçmişinden farklı bir dil kurar. Bir yandan teknik okuryazarlık (SQL, log okuma, API bilgisi, monitörleme araçları), diğer yandan süreç disiplini (ITIL, incident yönetimi, SLA, eskalasyon), bir de iletişim olgunluğu şarttır. Üçü aynı sayfada dengelenmezse, CV ya teknik adaya benzeyip "süreç" kısmını kaçırır, ya da süreç odaklı kalıp "teknik" tarafı görünmez bırakır.

Aşağıdaki rehber, ATS'nin hangi sinyalleri aradığını, insan okuyucunun gözünde hangi cümlelerin değer kazandığını ve uygulama destek uzmanı özgeçmişinin tek tek bölümlerinin nasıl inşa edilmesi gerektiğini anatomik bir şekilde ele alıyor.

ATS'nin Gözünden Bir Uygulama Destek Uzmanı CV'si: Hangi Sinyalleri Arıyor?

Aday Takip Sistemleri (ATS), uygulama destek rolleri için özelleşmiş filtreler barındırmaz; ama iş ilanlarının dilinden birtakım kalıpları çıkarmaya çalışır. Bir "Uygulama Destek Uzmanı" ilanında çoğunlukla şu ifadeler geçer:

• Incident management, incident response, major incident
• SLA, SLA compliance, MTTR (ortalama çözüm süresi), first contact resolution (FCR)
• Ticketing sistemleri: Jira Service Management, ServiceNow, Zendesk, Freshdesk, Ivanti
• ITIL Foundation, ITIL v4, change management, problem management
• Root cause analysis (RCA), post-incident review (PIR)
• Knowledge base, runbook, SOP, documentation
• Monitoring ve observability: Datadog, New Relic, Grafana, Splunk, ELK
• SQL sorgusu, log analizi, temel API bilgisi
• Customer satisfaction (CSAT), NPS, kullanıcı eğitimi

ATS bu kelimeleri tam metin, kısmi eşleşme ve bazen eş anlamlıyla arar. Dolayısıyla Cv şablonuNda bu kelimelerin organik bir şekilde, çalışılmış deneyimlerin içine gömülmüş olması gerekir. Anahtar kelime doldurma (keyword stuffing) yöntemi, modern ATS'lerin çoğunda zaten çalışmaz; ayrıca insan okuyucu açısından da CV'yi itici hale getirir.

Bir başka kritik nokta: ATS, deneyim bölümündeki madde işaretlerini iş ilanındaki kalıplarla karşılaştırır. Bu yüzden tek satırlık "Teknik destek sağladım" gibi bir cümle, "7 farklı iş birimine ait kurumsal ERP uygulamasında L2 seviyesinde incident yönetimi yürüttüm; ortalama MTTR'yi 42 dakikadan 18 dakikaya düşürdüm" cümlesi karşısında çok zayıf kalır.

CV'nin Anatomik İskeleti: Bölümlerin Sırası ve Ağırlığı

Uygulama destek uzmanı Cv'sinin anatomisi, klasik bir sıralamadan ibaret değildir. Bazı bölümler önce gelmeli, bazıları sona itilmeli. Önerilen iskelet şu şekildedir:

1. İletişim başlığı (ad, şehir, telefon, e-posta, LinkedIn)
2. Profesyonel özet / summary (3-4 cümle)
3. Çekirdek beceriler (teknik + operasyonel, iki alt grup)
4. Profesyonel deneyim (ters kronolojik)
5. Sertifikalar (ITIL, HDI, ürün spesifik)
6. Eğitim
7. Dil yetkinliği, ek bilgiler

Hobi, kişisel ilgi alanı, referans listesi gibi bölümler iki sayfalık özgeçmişte yer kaplamamalıdır. Referanslar "talep üzerine sağlanır" şeklinde tek cümleyle belirtilebilir.

İletişim başlığı neyi içermeli, neyi içermemeli?

Ad, telefon, profesyonel e-posta, bulunduğunuz şehir ve LinkedIn profili. Fotoğraf Türkiye'de yaygın olmakla birlikte başvurulan şirketin kültürüne göre değerlendirilir; zorunlu değildir. Doğum tarihi, medeni durum, ehliyet gibi bilgiler artık beklenmez ve özellikle yurtdışına açılan başvurularda "discrimination risk" yaratabilir.

Profesyonel Özet (Summary) Nasıl Yazılır: "Destek Veriyorum" Cümlesinden "Süreç Sahipliyim" Cümlesine

Profesyonel özet, CV'nin en çok kötüye kullanılan bölümüdür. "Deneyimli, dinamik, takım oyuncusu, hedef odaklı bir uygulama destek uzmanıyım" gibi cümleler, ne ATS'ye ne de insan okuyucuya bir şey söyler. Bunun yerine dört parçalı bir formül daha iyi çalışır:

1. Rol tanımı ve toplam deneyim: "5 yıl L2 seviyesinde uygulama destek deneyimli"
2. Çalışılan alan ve ölçek: "kurumsal ERP ve SaaS tabanlı 12 farklı iş uygulaması"
3. Somut etki: "SLA uyumunu %89'dan %97'ye çıkardım"
4. Araç veya sertifika sinyali: "ITIL v4 Foundation, ServiceNow, Jira Service Management"

Zayıf bir örnek:

Deneyimli bir uygulama destek uzmanıyım. Kullanıcılara hızlı ve etkili çözümler sunarım. Ekip çalışmasına yatkın, iletişim becerisi yüksek biriyim.

Bu cümleler, istasyon şefinin sizi tanımadığı bir toplantıda kendinizi tanıtmanız gibidir; ne yaptığınız, ne kadar iyi yaptığınız, hangi ölçekte çalıştığınız hepsi belirsizdir.

Güçlü bir örnek:

L2 seviyesinde 4 yıllık uygulama destek deneyimine sahip, ITIL v4 Foundation sertifikalı uzman. Kurumsal müşterilere ait 9 farklı SaaS uygulamasında incident ve problem yönetimi süreçlerini yürüttüm. Ortalama MTTR'yi %35 azaltırken, kullanıcı CSAT skorunu 4.1'den 4.7'ye yükselttim. ServiceNow, Jira Service Management ve Splunk araçlarında aktif operasyon deneyimi bulunmaktadır.

Fark görünüyor: birinci cümle "kendini iyi hissediyor", ikincisi "ne yaptığını kanıtlıyor". Bu yüzden iyi bir Cv şablonu özet bölümünü boş bırakmaz; onu dolduracak cümleleri adaya düşünmeye zorlar.

Teknik Beceriler Bloğu: Hangi Araçları, Hangi Derinlikte Yazmalı?

Uygulama destek uzmanları için beceri bloğu, iki ayrı alt grup halinde düşünülmelidir. Çünkü ATS, bu iki grubu farklı bağlamlarda arar.

Operasyonel / süreç becerileri

• Incident management, problem management, change management (ITIL çerçevesi)
• SLA tasarımı, raporlama, kapasite planlama
• Knowledge base yönetimi, runbook yazımı, SOP dokümantasyonu
• Major incident koordinasyonu, eskalasyon yönetimi
• CSAT, NPS, FCR gibi müşteri deneyimi metriklerinin takibi

Teknik beceriler

• Ticketing: Jira Service Management, ServiceNow, Zendesk, Freshdesk
• Monitoring/observability: Datadog, New Relic, Grafana, Splunk, Kibana
• Sorgulama: temel-orta SQL, log analizi
• Scripting: Bash veya Python (temel seviye, otomasyon için)
• API temelleri: Postman, REST, status kodları, header mantığı
• İşletim sistemi: Linux komut satırı, Windows Server temelleri
• İletişim araçları: Slack, Microsoft Teams, Zoom

Önemli bir ayrım: Cv'de "bilgi" değil "deneyim" yazılmalıdır. "Jira bilgisi" yerine "Jira Service Management üzerinde 30+ agent'lık ekip için workflow tasarımı ve SLA konfigürasyonu deneyimi" çok daha güçlüdür. Aynı şey SQL için de geçerlidir: "SELECT, JOIN, GROUP BY ile incident analizi için veri sorgulama" yazmak, sadece "SQL" yazmaktan kat kat daha değerlidir.

Deneyim Bölümünün Kalbi: "Ticket Çözdüm" Yerine Ne Yazılmalı?

Uygulama destek uzmanları için deneyim bölümü, genellikle "Kullanıcılara destek verdim, ticket çözdüm, ekiplerle iletişim kurdum" gibi jenerik cümlelerle dolar. Bu cümleler doğru ama etkisizdir. CAR (Context–Action–Result) veya STAR yöntemi burada işe yarar. Her madde işaretinde üç unsur olmalıdır:

• Bağlam: Hangi uygulama, hangi kullanıcı tabanı, hangi SLA
• Eylem: Ne yaptın, hangi araçla, hangi süreçle
• Sonuç: Ölçülebilir etki: süre, yüzde, puan, hacim

Zayıf bir deneyim satırı

Kullanıcılardan gelen çağrıları cevapladım, ticket'lara çözüm ürettim, ekibe destek oldum.

Güçlü bir deneyim satırı

12 iş birimine ait kurumsal ERP için L2 incident yönetimi yürüttüm; ortalama 1.200 ticket/ay hacminde, MTTR'yi 47 dakikadan 22 dakikaya indirerek SLA uyumunu %89'dan %97'ye çıkardım ve FCR oranını %42'den %61'e yükselttim.

Güçlü satır, hem bağlamı (12 iş birimi, ERP) hem eylemi (L2 incident yönetimi) hem somut sonucu (süre, yüzde, üç ayrı metrik) veriyor. Bu cümleyi okuyan işe alım yöneticisi, adayın işe alındığında ne yapabileceğine dair çok net bir fikir edinir.

Hangi metrikler uygulama destek için anlamlı?

• MTTR (Mean Time To Resolve): Ortalama çözüm süresi
• MTBF (Mean Time Between Failures): Arızalar arası ortalama süre
• FCR (First Contact Resolution): İlk temasda çözüm oranı
• SLA compliance: Sözleşmedeki süreye uyum yüzdesi
• CSAT / NPS: Müşteri memnuniyeti puanları
• Ticket hacmi: Aylık veya yıllık toplam iş yükü
• Eskalasyon oranı: L3'e devredilen vakaların yüzdesi
• Knowledge base katkısı: Yazılan makale, runbook, SOP sayısı

Bu metriklerin hepsi her şirkette tutulmaz. Aday, elinde olanlardan birkaçını öne çıkarmalı; elinde hiçbiri yoksa, hacimsel bilgi verebilir: "aylık ortalama 800 ticket yönettim", "15 farklı modülde L2 desteği verdim", "kullanıcı eğitiminde 220+ kişiye ulaştım". Önemli olan sayının değil, bağlamın doğru olmasıdır.

ITIL, HDI ve Diğer Sertifikalar: Nereye Kadar Gerekli?

Uygulama destek uzmanı ilanlarının büyük çoğunluğunda "ITIL Foundation bilgisi tercih edilir" veya "ITIL v4 Foundation sertifikası avantajdır" ifadesi geçer. Bu ifade, çoğu aday için zorunlu olmayıp güçlü bir sinyaldir. Cv şablonuNda ITIL sertifikası ayrı bir satırda, tarih ve kurum bilgisiyle yazılmalıdır. "ITIL Foundation" yazmak yeterli değildir; "ITIL 4 Foundation, Axelos, 2023" yazmak daha doğrudur.

Bunun dışında şu sertifikalar da destek uzmanı için değer katar:

• HDI Support Center Analyst, HDI Desktop Support Technician
• ServiceNow Certified System Administrator (CSA)
• Jira Service Management Fundamentals (Atlassian)
• Microsoft Certified: Azure Fundamentals (özellikle bulut tabanlı SaaS desteklerinde)
• AWS Cloud Practitioner (opsiyonel)
• Splunk Certified Power User (log analizi yapan roller için)

Her sertifika ayrı satırda yazılmamalıdır; özellikle deneyim zaten güçlüyse, "Ek Bilgiler" başlığı altında 3-4 maddeyle sınırlamak daha okunabilir bir Cv üretir.

Soft Skill'leri Satır Halinde Değil, Davranış Halinde Göstermek

"İletişim becerisi yüksek", "stres altında çalışabilir", "analitik düşünür" gibi satırlar, tek başına hiçbir şey ifade etmez. Çünkü bunu herkes yazar. ATS bunları zaten "soft skill" etiketi olarak değil, bağlam içinde arar. İletişim becerisini göstermenin yolu, deneyim satırında bunu davranışa çevirmektir.

Zayıf örnek

Güçlü iletişim becerisine sahibim.

Güçlü örnek

Major incident sırasında 7 farklı paydaşı (iş birimi, geliştirici ekip, ürün yöneticisi, üst yönetim) eş zamanlı bilgilendiren durum brifingleri hazırladım; müşteriye 30 dakikada ilk güncelleme, 4 saatte çözüm önerisi sunarak müşteri güvenini korudum.

Bu cümle, "iletişim becerisi"ni sadece iddia etmiyor, somutlaştırıyor. Aynı teknik, "önceliklendirme", "esneklik", "sabır", "analitik düşünme" gibi soft skill'ler için de uygulanabilir.

Bilgi Tabanı ve Dokümantasyon Katkısını Görünür Kılmak

Uygulama destek uzmanlarının kayda değer bir kısmı zamanlarının ciddi bir bölümünü bilgi tabanı yazımına, runbook hazırlamaya, onboarding dokümanları oluşturmaya ve kullanıcı eğitimi vermeye harcar. Ancak Cv şablonu örneklerinin çoğu bu katkıyı görünmez bırakır. Çünkü bu işler "ticket çözmek" kadar dramatik görünmez. Oysa bilgi tabanına yazılan her makale, sonraki yüzlerce ticket'ı önler. Bu yüzden bu katkı mutlaka yazılmalıdır.

Örnek bir madde işareti:

Knowledge base'e 64 adet yeni makale, 12 runbook ve 3 onboarding rehberi ekledim; ekibin FCR oranının %18 yükselmesine doğrudan katkı sağladım.

Bu satır, üç farklı katkıyı (KB, runbook, onboarding) tek cümlede topluyor ve FCR metriğiyle ilişkilendiriyor. Yani yazma becerisi, süreç disiplini ve müşteri etkisi tek satırda birleşiyor.

Kullanıcı eğitimi ve onboarding katkısı

Uygulama destek uzmanları, çoğu zaman uygulamanın "görünür yüzü"dür. Yeni kullanıcılara eğitim verir, webinar düzenler, ürün lansmanlarında sahneye çıkar. Bu katkı çoğunlukla unutulur. Cv'de şu şekilde yer alabilir:

Yeni işe başlayan 240+ kullanıcıya uygulama oryantasyon eğitimi verdim; 6 farklı webinar serisi planlayıp uygulamanın ilk 90 gündeki benimsenme oranını (adoption) %34 artırdım.

Sık Yapılan Hatalar ve "Kırmızı Bayraklar"

Uygulama destek uzmanı CV'lerinde tekrar eden hatalar vardır. Bunları bilmek, hem yazarken hem de değerlendirirken fark yaratır.

1. Jenerik "destek verdim" cümleleri

"Kullanıcılara destek verdim, ekiplerle koordinasyon sağladım" cümlesi tek başına bir yetkinlik ifade etmez. Hangi uygulamada, hangi seviyede, kaç kullanıcıya, hangi SLA kapsamında destek verildiği yazılmalıdır.

2. Microsoft Office'in beceri olarak yazılması

Office bilgisi, uygulama destek uzmanı için temel beklentidir; ayrı satırda yazmak CV'yi zayıflatır. Bunun yerine Slack, Teams, Jira, ServiceNow gibi operasyonel araçlar öne çıkmalıdır.

3. Her dokunulan aracın listelenmesi

"Bir gün kullanıp çıktığınız" araçları yazmak, ATS'yi yanıltır ve mülakatta sorun yaratır. Sadece aktif, günlük veya haftalık kullanılan araçlar yazılmalıdır.

4. Metrik içermeyen deneyim

Sayı, yüzde veya süre barındırmayan deneyim cümleleri, ATS'nin ölçek algısını zayıflatır. Her madde işaretinde en az bir ölçülebilir unsur olması idealdir.

5. Özetin şişmesi, deneyimin ezilmesi

Bazı CV'lerde 12 satırlık özet, 4 satırlık deneyim vardır. Bu dengesizlik, özgeçmişin en değerli bölümünü gölgeler. Özet 4-5 satırı geçmemeli, deneyim ise iki sayfalık CV'de bir sayfayı kaplamalıdır.

6. ITIL'in "sürece hâkimim" diye yazılması

ITIL bilgisi, uygulama süreçlerinde çalışarak kanıtlanır. CV'de "ITIL süreçlerine hâkimim" yazmak yerine, deneyim satırında incident/problem/change management süreçlerini nasıl uyguladığınızı yazmak daha güçlüdür.

Kapak Yazısı, LinkedIn ve Referanslar: CV'nin Çevresindeki Döngü

Tek başına bir Cv şablonu yetmez. CV, başvurunun tek parçası değildir; kapak yazısı, LinkedIn profili ve referanslarla birlikte bir halka oluşturur.

Kapak yazısı ne işe yarar?

Kapak yazısı, özgeçmişin tekrarı değildir. İlanı neden okuduğunuzu, bu rolde neden başarılı olacağınızı ve şirkete özel motivasyonunuzu taşır. Uygulama destek uzmanı için etkili bir kapak yazısı üç paragraftan oluşur:

1. İlana özel motivasyon: şirketin ürününü neden önemsiyorsunuz?
2. Somut eşleşme: sizin deneyiminiz, ilanın istediği becerilerle nasıl örtüşüyor?
3. Değer önerisi: işe alındığınızda ilk 90 günde ne fark yaratırsınız?

LinkedIn profili CV ile nasıl hizalanır?

LinkedIn'de "Hakkında" bölümü, CV'deki özetin genişletilmiş hali olmalıdır. Deneyim bölümündeki her rolde, CV'deki madde işaretlerinden en az ikisi yer almalıdır. Çünkü bazı işe alım yöneticileri CV ile birlikte LinkedIn'i de açar. Tutarsızlık, güveni zedeler.

Referanslar nasıl yönetilir?

CV'ye "Referanslar talep üzerine sağlanır" yazmak yeterlidir. Ama öncesinde, eski yöneticilerinizi bilgilendirmek, onlara başvurduğunuz rolü ve özgeçmişinizi paylaşmak önemlidir. Referanslar, doğru hazırlanmazsa CV'nin kalitesinden bağımsız olarak olumsuz sinyal verebilir.

Adım Adım: Sıfırdan Uygulama Destek Uzmanı CV'si Kurmak

Bu bölüm, parçaları bir araya getirir. Aşağıdaki sıra, boş bir sayfadan iki sayfalık güçlü bir Cv çıkarmak için kullanılabilir.

Adım 1: İlanın dilini çözümle

Başvuracağınız ilanı açın ve içindeki 10-15 anahtar kelimeyi not alın. Bunlar; süreç isimleri (incident management, change management), araç isimleri (ServiceNow, Jira, Splunk), sertifikalar (ITIL v4) ve metrikler (MTTR, CSAT) olabilir. Bu kelimeler, özgeçmişin doğal yerlerine yerleştirilecektir.

Adım 2: Her rol için 6-8 madde işareti yaz

Her çalışılan pozisyon için en az 6, ideal olarak 8 madde işareti hazırlayın. Bunlar farklı kategorilere dağılmalıdır: incident yönetimi, problem yönetimi, kullanıcı eğitimi, bilgi tabanı, raporlama, ekip içi akış geliştirme, eskalasyon, monitoring.

Adım 3: Her madde işaretine CAR yapısını uygula

Bağlam, eylem, sonuç. Her madde işaretinde en az bir sayı veya yüzde olsun. Somut olmayan cümle yazıldığında geri dönüp düzeltin.

Adım 4: Beceri bloğunu ikiye böl

Operasyonel/süreç becerileri bir alt başlıkta, teknik beceriler ayrı bir alt başlıkta. ATS bu ayrımı sever, okuyucu da ayrımı sever.

Adım 5: Özeti yaz, sonra kırp

Önce 7-8 cümlelik bir taslak yazın. Sonra 4 cümleye indirgeyin. Her kelimeyi hak ettiği yerden çıkarın. "Deneyimli", "uzman", "profesyonel" gibi sıfatlar, cümleye ağırlık katar ama bilgi eklemez.

Adım 6: İki sayfada sabitle

10 yıldan az deneyim varsa 1 sayfa yeterlidir. 10 yıldan fazla deneyim varsa 2 sayfa idealdir. Üç sayfa, uygulama destek uzmanı için gereksizdir; detaylar LinkedIn'de tutulabilir.

Adım 7: ATS testi ve göz testi

CV'yi bir ATS simülatörüne (örneğin Jobscan, Resume Worded) yükleyip ilanla eşleşme yüzdesine bakın. Sonra bir tanıdığınıza 30 saniye verin; "Bu aday ne yapıyor?" sorusuna cevap vermesini isteyin. Eğer "teknik destek veriyor" yerine "şirketin ERP uygulamasının L2 süreçlerini yönetiyor, MTTR'yi düşürmüş, kullanıcı eğitimi veriyor" diyorsa, Cv şablonu doğru çalışıyor demektir.

Sonuç: Uygulama Destek Uzmanı CV'si Bir Özgeçmiş Değil, Bir Karar Anlatısıdır

Uygulama destek uzmanı özgeçmişi, sahne arkasındaki işin sahneye taşınmış halidir. İşe alım yöneticisi bu CV'ye baktığında, "Bu kişi bizim uygulamamızı gerçekten anlıyor mu? Yoğun dönemlerde kalabilir mi? Kullanıcıyla doğru dili konuşabilir mi?" sorularına cevap arar. Bu soruların her biri, Cv'nin farklı bir bölümünde yanıtlanır: süreç becerileri teknik bölümde, etki metrikleri deneyimde, iletişim olgunluğu her madde işaretinde gizlidir.

Doğru kurulmuş bir uygulama destek uzmanı CV'si, "ticket çözen biri" değil, "uygulamanın sağlığını ve kullanıcı deneyimini sahiplenen biri" anlatısı kurar. Bu anlatı, ATS'nin filtrelerinden geçer, insan okuyucunun dikkatini çeker ve mülakatta sağlam bir temel oluşturur. Üstelik bu anlatı, jenerik bir Cv şablonu'nun içine doldurulan bilgilerden değil; her cümlenin bilinçli seçildiği, her sayının doğru bağlamda durduğu bir metinden doğar.

Bu rehberdeki iskeleti alın, kendi deneyiminizle doldurun ve her madde işaretinde "Bu cümle olmasa, CV'm ne kaybederdi?" sorusunu sorun. Eğer cevap "hiçbir şey" ise, o cümleyi çıkarın. Geriye kalan her satır, sizi görünür kılan satırdır.