SaaS Sosyal Medya Yönetimi

SaaS sosyal medya yönetimi, bir yazılımı görünür kılma işidir. Ziyaretçi elle tutacağı bir şey görmez; neyi satın aldığını yalnız anlatımdan, ekran görüntüsünden ve ürünü yapan insanlardan çıkarır. Hesap bu anlatımı taşıyamıyorsa çok özenle tasarlanmış bir paylaşım bile deneme kaydına dönüşmez.

Bu rehber, bir yazılım şirketinin sahibinin ya da pazarlama sorumlusunun sırayla vereceği kararları anlatıyor: hesabı kim takip eder, hangi platform hangi ürüne uyar, sürüm nasıl içeriğe çevrilir, soru ve mesajlar nereye gider, hangi iddialar kontrol edilir ve rapor nasıl okunur. Her bölümde bir ölçüt, bir liste ya da bir ajansa sorabileceğiniz bir soru var.

01SaaS hesabını kim takip eder ve neden

Bir yazılım hesabının izleyicisi, takipçi sayısının gösterdiğinden daha dağınıktır. Aynı paylaşıma farklı beklentiyle bakan beş grup vardır ve hepsine tek cümleyle seslenemezsiniz.

• Karar verici: Ürünün işine yarayıp yaramadığını ve güvenilir bir ekip tarafından yapılıp yapılmadığını anlamak ister.
• Teknik değerlendirici: Entegrasyon, veri güvenliği ve sürüm temposu hakkında somut bilgi arar.
• Deneme kullanıcısı: Kayıt olmadan önce ürünün nasıl göründüğünü ve ilk adımın ne olduğunu görmek ister.
• Mevcut kullanıcı: Yeni özellikleri, ipuçlarını ve hata duyurularını arar.
• Aday ve iş ortağı: Ekibin nasıl çalıştığına ve şirketin nereye gittiğine bakar.

Çoğu şirkette ilk üç grup gelire en yakın olandır, ama dördüncü grup sessizce referans üretir. Hesabın temel sorusu, bu hafta kime konuştuğumuz ve onun bir sonraki adımının ne olması gerektiğidir. Cevabı yazılı tutmak, takvimin geri kalanını kolaylaştırır ve içeriğin kime hizmet ettiğini tartışmaya açar.

Bu ayrımı ilk toplantıda sizinle birlikte yapar, her grubun hangi içerik hattından beslendiğini bir tabloya yazarız.

Bir ürünün alıcısı çoğu zaman hesabı hiç takip etmez; yalnız aradığı bir anda profile gelir. Bu yüzden sabitlenmiş gönderi, biyografi ve öne çıkan içerik, günlük paylaşım kadar önemlidir. Profilin ilk ekranı, bir yabancıya ürünün kime ne sağladığını on saniyede anlatabilmelidir. SaaS sosyal medya yönetimi bu ilk ekranı da kapsar.

02Ürün tipine göre platform seçimi

SaaS sosyal medya yönetiminde platformu, ürünün kime ve nasıl satıldığı belirler. Satış ekibiyle yürüyen kurumsal bir yazılım ile telefondan indirilen bir uygulama aynı kanalda aynı biçimde konuşmaz.

• LinkedIn: Kurumsal yazılımın ana kanalı; şirket sayfası, kurucu ve ekip profilleri birlikte çalışır.
• YouTube: Demo, nasıl yapılır ve webinar kaydı için kalıcı bir arşiv sağlar; teknik alıcı ürünü burada uzun uzun izler.
• X ve topluluk kanalları: Geliştirici ve teknik kullanıcıyla konuşan ürünlerde sürüm duyurusu ve geri bildirim için işe yarar.
• Instagram ve TikTok: Bireysel kullanıcıya ya da küçük işletme sahibine satılan, görsel olarak anlatılabilen ürünlerde anlamlıdır.
• Pinterest ve genel Facebook sayfası: Çoğu B2B yazılım için emek karşılığını vermez.

Kanal açmadan önce ekibin gerçekten besleyebileceği ritmi tartarız. Beslenmeyen bir hesap sessizleşir ve alıcıya ürünün de bakımsız olabileceğini düşündürür.

Üç kanalda düzenli ve doğru görünmek, altı kanalda yarım kalmaktan daha değerlidir. Bir kanalı sonradan eklemek kolaydır; kapatmak ise açık bırakılmış boş bir profilin yarattığı izlenimi silmez.

03Yazılım hesabının içerik hatları

Dağınık paylaşım yerine dört beş sabit içerik hattı kurmak, hem üretimi hem izlemeyi kolaylaştırır. Her hat farklı bir soruya yanıt verir ve farklı bir ölçüyle okunur.

• Ürün hattı: Gerçek ekranla bir işin nasıl yapıldığını gösteren kısa anlatımlar.
• Sürüm hattı: Yeni bir özelliğin neden yapıldığını ve kimin işini değiştireceğini anlatan paylaşımlar.
• Kullanıcı hattı: Yazılı izinle paylaşılan müşteri hikayesi, kullanım senaryosu ya da sektör örneği.
• Ekip hattı: Kurucu, mühendis ve ürün sorumlusunun karar anlarını anlattığı içerik.
• Sektör hattı: Ürünün çözdüğü alandaki bir sorunu, ürüne yönlendirmeden açıklayan eğitici içerik.

Bir paylaşımın hangi hatta ait olduğunu bilmek, ona hangi göstergeyle bakacağınızı da belirler. Sektör hattını kaydetme ve paylaşımla, ürün hattını bağlantı tıklamasıyla, ekip hattını ise profil ziyaretiyle okumak mantıklıdır.

Örneğin bir fatura yazılımı için sektör hattı, küçük işletmelerde tahsilat gecikmesinin nedenlerini anlatabilir; ürün hattı ise aynı sorunun üründe iki tıkla nasıl çözüldüğünü gösterir. İkisi birbirini besler ama aynı paylaşımda karışmaz.

Hat sayısını ekibin gücüne göre seçeriz. Küçük bir ekip için ürün, sürüm ve ekip hatları ile başlamak çoğu zaman yeterlidir; kullanıcı ve sektör hatları, müşteri izni ve araştırma gerektirdiği için ikinci aşamada eklenir. Her hat için ayda ne kadar içerik üretilebileceğini baştan konuşur, takvime yalnız taşınabilir olanı yazarız.

04Sürümü anlatıya çevirmek

Sürüm notunu olduğu gibi paylaşmak yerine, o özelliğin kimin hangi işini değiştirdiğini anlatan bir paylaşım yazmak ilgiyi artırır. Not geliştiriciye yazılır, paylaşım ise alıcıya.

1. Ürün ekibinden özelliğin çözdüğü sorunu tek cümleyle isteriz.
2. O sorunu yaşayan kullanıcıyı ve gününü somut bir sahneyle tarif ederiz.
3. Özelliği gerçek ekranda, mümkünse kısa bir kayıtla gösteririz.
4. Sınırları dürüstçe yazarız: kimin için olduğunu, kimin için henüz olmadığını.
5. Paylaşımın sonuna tek bir adım koyarız: dene, oku ya da demo iste.

Beşinci adımda yalnız bir çağrı olması önemlidir. Üç farklı yönlendirme koymak, hiçbirinin tıklanmamasına yol açar.

Dördüncü adım güven kurar. Bir özelliğin sınırını açıkça yazan şirket, her şeyi yapabildiğini söyleyen şirketten daha inandırıcıdır; teknik alıcı abartıyı hemen fark eder. Büyük bir sürüm için kısa bir seri de kurabiliriz: ilk gün sorunu, ikinci gün çözümü, üçüncü gün kullanıcı sorularını anlatırız.

Küçük sürümleri ayrı paylaşım yapmak yerine aylık bir derlemeyle toplamak da mümkündür. Önemli bir özellik için ise ürünü tanıtan kısa bir video, bir karusel ve ekip üyesinin kendi profilinden yazdığı bir not aynı mesajı üç farklı biçimde taşır. Hepsinde aynı bağlantı ve aynı UTM etiketi kullanılır; böylece hangi biçimin tıklama getirdiği görülür.

05Ekran kaydı ve kısa videonun temelleri

Yazılım videosunda izleyiciyi ilk saniyelerde tutan şey, ürünün gerçek ekranında bir işin bittiğini görmektir. Slogan ve soyut animasyon bunu veremez.

Kaydı kısa ve tek işe odaklı tutarız; bir videoda bir soruya yanıt veririz. Metinleri ekranda büyük yazar, sesi kapalı izleyen kişi için altyazı ekleriz, çünkü iş saatlerinde videoların çoğu sessiz izlenir.

• Demo veri: Kayıtta gerçek müşteri adı, e-posta ya da finansal kayıt görünmez.
• Temiz ekran: Kişisel sekmeler, bildirimler ve test notları kapatılır.
• Tek senaryo: Başı ve sonu olan tek bir işi gösteririz.
• Müzik: Lisanslı ya da telifsiz kaynak seçilir; internetten alınmış şarkı kullanılmaz.

Aynı kaydı farklı boyutta yeniden kullanmak da mümkündür; uzun halini YouTube'a, kısa kesitini LinkedIn ve kısa video kanallarına uyarlarız. İlk üç saniyede ürünün sonucunu göstermek, girişte uzun bir marka animasyonundan daha çok işe yarar.

Kayıt gününde ürün ekibinden bir kişinin yanımızda olması işi hızlandırır; yanlış bir tıklama ya da eski bir ekran, videonun güvenini bir anda zedeler. Kayıttan önce deneme hesabını güncel sürüme alır, örnek veriyi hazırlar ve her videonun tek cümlelik amacını yazarız. Böylece düzenleme sırasında neyin kesileceği de belli olur.

06Kurucu ve ekip sesi

Yazılım alıcısı ürüne güvenmeden önce onu yapan insanlara bakar; bu yüzden kurucu ve ekibin gerçek profilleri şirket sayfasından çoğu zaman daha dikkatle okunur. Biz bu sesi şirketin çizgisinde tutar ama kurgulamayız.

• Kurucu: Neden bu ürünü yaptığını, hangi kararda yanıldığını ve ne öğrendiğini anlatır.
• Mühendis: Bir sorunu nasıl çözdüğünü ya da bir hatayı nasıl bulduğunu paylaşır.
• Ürün sorumlusu: Kullanıcı geri bildiriminin yol haritasına nasıl yansıdığını açıklar.
• Destek ekibi: En sık sorulan soruların kısa ve net yanıtlarını verir.

Önemli sınır şudur: paylaşımı kişi kendi gerçek profilinden yapar. LinkedIn gerçek kimlik ister ve sahte profili yasaklar; bu yüzden hiç kimse adına kurgusal bir hesap açmayız. Metni biz hazırlasak bile son sözü o kişi söyler.

Herkes yazmak istemez. Konuşmayı seven bir kurucu için kısa sesli notları metne çeviririz; yazmayı seven bir mühendis için ise yalnız başlık ve görsel desteği veririz.

Ekip içeriğinde ölçü kaçırmak kolaydır. Kurucunun her paylaşımı şirket reklamına dönerse okunmaz; ama hiç ürün anlatmazsa hesap amacını kaybeder. Yaklaşık olarak paylaşımların çoğunu öğrenilen şeylere, azını ürüne ayırmak daha dengeli bir akış yaratır. Bu oranı her ay raporda, hangi içeriğin profil ziyareti getirdiğine bakarak ayarlarız.

07Üretim ritmi ve onay akışı

Düzenli bir SaaS hesabı, ürün sürüm takvimini ve ekibin yoğunluğunu birlikte okuyan bir ritimle yürür. Ritmi ekibin taşıyabileceği kadar kurmak, her gün paylaşım yapmaktan daha değerlidir.

Genellikle ayda bir ekran kaydı günü ayırır, o günden birkaç hafta yetecek kayıt çıkarırız. Şablonları, altyazı biçimini ve kapak düzenini baştan sabitleriz; böylece her paylaşım sıfırdan tasarlanmaz.

• Takvim: Ay başında tarih, hat, format ve hedefiyle onaya sunulur.
• Teknik onay: Ürün sahibi ya da bir mühendis metni ve ekranı doğrular.
• İddia kontrolü: Özellik, belge ve müşteri izni yayından önce kontrol listesiyle gözden geçirilir.
• Yayın: Onaylanan içerik platformların resmi araçlarıyla planlanır.

Siz onaylamadan hiçbir içerik yayına çıkmaz. Acil bir kesinti ya da hata duyurusu için ayrı, kısa bir onay yolu kurarız; böylece aciliyet, kontrolü atlamak için bahane olmaz.

Onay akışında en sık takılan nokta, teknik onayı verecek kişinin başka işlerle meşgul olmasıdır. Bu yüzden onay penceresini takvimde sabitler, bir kişi yanıt vermezse yedek kişiyi baştan yazarız. Aylık görüşmede bir sonraki ayın sürüm listesini ürün ekibinden alırız; takvim bu listeye göre şekillenir ve sürpriz duyuru azalır.

08Yorum ve mesajı doğru ekibe devretmek

SaaS hesabına gelen her soru ya bir destek talebi, ya bir satış fırsatı ya da bir şikayettir ve üçü farklı ekibe aittir. Devri baştan yazmak, soruların günlerce sahipsiz kalmasını engeller.

• Destek sorusu: Hata, kullanım ya da hesap sorunu açık kanalda kısa karşılanır, ayrıntı destek sistemine alınır.
• Satış sorusu: Demo, plan ya da entegrasyon sorusu satış ekibine ya da demo formuna yönlendirilir.
• Şikayet: Önce kısa ve sakin bir yanıt verilir, sonra özel kanala çekilir.
• Teknik ayrıntı: Cevabı bilmediğimiz soruya tahmin yürütmez, ürün ekibine sorarız.

Yanıt süresi ve devir cümlesini birlikte yazarız. Hesabın yönetimi bizdeyse bile bilginin kaynağı sizsiniz; bu yüzden ürün ekibinden hızlı geri dönüş için tek bir kişi belirlemenizi isteriz.

Devir cümlesi küçük ama önemlidir. "Bunu destek ekibimize ilettik, size bu akşama kadar yazacaklar" gibi, kimin neyi ne zaman yapacağını söyleyen bir cümle, soran kişiye ciddiye alındığını gösterir.

Yoğun dönemler için hazır yanıt taslakları kullanırız ama taslağı olduğu gibi göndermeyiz. Her yanıt, soruyu soran kişinin sözcüklerine göre uyarlanır; aynı cümleyi onlarca kişiye göndermek, otomatik bir bot izlenimi verir. Mesai dışında gelen sorular için bir sonraki iş günü yanıtlanacağını belirten kısa bir karşılama yeterlidir.

09İnceleme siteleri, kesinti ve kriz

Bir yazılımın itibarı, sosyal medya yorumlarıyla birlikte inceleme sitelerinde ve kesinti anındaki tavrıyla oluşur. Yanıt tonu çoğu zaman kendisi bir içeriktir; potansiyel müşteri yanıtı okuyarak şirketin sorunla nasıl başa çıktığını görür.

• İnceleme isteği: Memnun kullanıcıdan dürüst bir inceleme isteriz; olumlu yazması için yönlendirmez, sahte inceleme yazmaz ya da satın almayız.
• Olumsuz inceleme: Sakin, somut ve çözüm odaklı yanıt veririz; tartışmaya girmeyiz.
• Kesinti: Durum sayfasındaki bilgiyle uyumlu, tahmin içermeyen kısa bir duyuru yayınlanır ve çözüldüğünde güncellenir.
• Veri olayı: Metni hukuk danışmanınızla birlikte hazırlarız; paylaşımı biz tek başımıza yazmayız.

Kriz işareti gördüğümüz anda size bildiririz. Olağan etkileşim seviyesini etkileşim oranı aracıyla bilmek, ani bir sapmayı fark etmeyi kolaylaştırır.

Kesinti sırasında sessiz kalmak çoğu zaman en kötü seçenektir; kısa, dürüst ve güncellenen bir açıklama, kullanıcının durumu sosyal medyada başkalarından öğrenmesinden daha yararlıdır.

İnceleme sitelerinde profili sahiplenmek ve bilgileri güncel tutmak, yazılım arayan kişinin ilk baktığı yerlerden biri olduğu için yararlıdır. Platformların kendi kuralları vardır; ödül karşılığı inceleme istemek çoğu zaman yasaktır ya da açıkça belirtilmesi gerekir. Bu sınırı her platformun resmi sayfasından kontrol eder, ekibinize yazılı olarak iletiriz.

10Paylaşımdan önce kontrol edilen kurallar

Yazılım hesaplarında en pahalı hata, yayınlandıktan sonra silinmesi gereken bir iddiadır. Bu yüzden yayından önce altı noktaya bakarız ve her birini yazılı bir kontrol listesinde tutarız.

• Yayında olmayan özellik: Yalnız canlı çalışan özellik duyurulur; planlanan "yakında" diye işaretlenir.
• Güvenlik iddiası: ISO 27001, SOC 2 ya da KVKK uyumlu gibi ifadeler yalnız belgesi ya da dayanağı olanlarda kullanılır.
• Müşteri verisi: Ekran görüntüsünde gerçek veri bulunmaz; KVKK kapsamındaki kişisel veri rıza olmadan paylaşılmaz.
• Müşteri logosu ve alıntısı: Yazılı izinle kullanılır.
• İş birliği etiketi: Ücretli ya da menfaat karşılığı paylaşımda Ticari Reklam ve Haksız Ticari Uygulamalar Yönetmeliği'nin sosyal medya etkileyicilerine ilişkin maddesi, reklamın açık ve ayırt edilebilir olmasını ister; Meta markalı içerik aracını şart koşar.
• Müzik ve üçüncü taraf logosu: Lisans ya da izin gerektirir.

Rakip karşılaştırması yapılacaksa her satır doğrulanabilir olmalıdır. Kuşkulu bir satırı kesin bir ifade olarak yayınlamayız; hukuki değerlendirme her zaman şirketinize aittir.

Bu listenin çalışması için kontrolü yalnız bir kişiye bırakmayız. Metni yazan, ekranı hazırlayan ve onayı veren kişiler farklı olduğunda her biri başka bir hatayı yakalar. Kuşkulu bir durumda paylaşımı geciktirmek, yanlış bir paylaşımı geri çekmekten çok daha ucuzdur; bu yüzden takvimde her zaman bir tampon günü bırakırız.

11Ölçüm ve aylık rapor

SaaS sosyal medya yönetiminin başarısı, takipçi sayısından çok hesabın alıcıyı demoya ya da denemeye yaklaştırıp yaklaştırmadığıyla ölçülür. Bu yüzden raporu bir satış hunisi gibi okuruz.

• İlgi göstergeleri: Kaydetme, paylaşım ve profil ziyareti.
• Kitle kalitesi: Platformun sunduğu ölçüde, şirket sayfasını izleyenlerin unvan ve sektör dağılımı.
• Yönlendirme: UTM etiketli bağlantı tıklamaları ve Google Analytics 4'te olay olarak izlenen deneme kaydı ile demo formu.
• Kaynak sorusu: Demo formundaki "bizi nereden duydunuz" alanı.
• Mesajdan talebe: Gelen soruların kaçının demoya ya da desteğe dönüştüğü.

Kaynak sorusu çok değerlidir; karar vericiler çoğu zaman bağlantıya tıklamaz, gördükleri içeriği hatırlayıp markayı arar. Rapor sonunda bir sonraki ayın planını bu bilgiye göre güncelleriz.

Rapor kısa kalır: ne işe yaradı, ne yaramadı, gelecek ay neyi değiştiriyoruz. Satış döngüsü uzun olan ürünlerde sonucu tek ayda değil, birkaç ayın eğiliminde okumak gerekir.

Raporda tek bir göstergeyi öne çıkarmayız. Erişim yükselirken profil ziyareti düşüyorsa içerik yanlış kişiye ulaşıyor demektir; ziyaret artarken tıklama düşüyorsa bağlantı ya da çağrı zayıftır. Göstergeleri birlikte okumak, hangi halkanın koptuğunu gösterir ve yapılacak değişikliği tek bir paylaşıma indirger.

12Lansman takvimi ve ücretli öne çıkarma

Yazılımda mevsim, tatil değil iş döngüsüdür: bütçe planlama dönemleri, yıl sonu, sektör etkinlikleri ve kendi lansmanlarınız içerik yoğunluğunu belirler. Bu tarihleri yıl başında takvime işlemek, son dakika üretimini azaltır.

Organik içerik yavaş birikir; yeni bir lansman ya da etkinlik gibi zamana bağlı anlarda ücretli öne çıkarma işe yarayabilir. Bunu ayrı bir iş olarak ele alır, Meta reklam yönetimi hizmetimizde planlarız. Reklam harcamasını platforma doğrudan siz ödersiniz.

Arama niyetiyle gelen alıcıya ulaşmak için SaaS reklam yönetimi sayfamız farklı bir kanalı anlatır. Organik hesap ile reklamın birbirini nasıl beslediğini, her iki tarafta aynı UTM yapısını kullanarak görürüz.

Lansman öncesinde hesabı üç aşamada ısıtırız: ürünün çözdüğü sorunu anlatan içerik, ekibin hazırlık anlarını gösteren içerik ve lansman günü ekran kaydı. Lansmandan sonra da içerik durmaz; ilk kullanıcıların geri bildirimi bir sonraki paylaşımın konusu olur. Büyük etkinliklerde konuşma ve stand anlarını kısa videoya çeviririz.

Ücretli öne çıkarmaya karar verirken önce organik olarak işe yarayan paylaşımı seçmek akıllıcadır; zaten ilgi gören bir içerik, reklamda da daha iyi çalışır. Hedef kitleyi ve bütçeyi platformun resmi kurallarına göre kurarız, sonucu da aynı raporda gösteririz.

13SaaS sosyal medya yönetiminde sık yapılan hatalar

Aşağıdaki hatalar yazılım hesaplarında en sık karşılaştığımız ve en kolay düzeltilen olanlardır. Her birinin yanında daha iyi bir alternatif var.

• Sürüm notunu paylaşım yapmak: Notu kullanıcının işine dönüştürün; kim için ne değiştiğini yazın.
• Yalnız şirket sayfasından konuşmak: Kurucu ve ekibin gerçek profillerini de sürece katın.
• Teknik soruyu cevapsız bırakmak: Soruyu destek ve satışa ayıran bir devir kuralı yazın.
• Takipçi sayısını hedeflemek: Demo, deneme ve kaynak sorusuyla ölçün.
• Yayında olmayan özelliği duyurmak: Yalnız çalışan özelliği paylaşın, gerisini "yakında" diye işaretleyin.
• İncelemeyi ya da takipçiyi satın almak: Platform kuralları buna izin vermez; dürüst inceleme isteyin.

Bu hataların çoğu bir kontrol listesi ve bir devir kuralıyla önlenir. Hesabınızda birkaçı varsa önce en az emek isteyeni düzeltin: devir kuralını ve iddia kontrolünü.

Hataların ortak noktası, hesabın ürünle ve satış ekibiyle bağlantısının kopuk olmasıdır. Pazarlama ayrı, ürün ayrı, destek ayrı çalışırsa SaaS sosyal medya yönetimi tek başına bir vitrin olarak kalır. Hesabı gerçek bir sürece bağlamak için ürün, destek ve satıştan birer kişiyle aylık kısa bir görüşme yapmayı öneririz.

14Doğru ortağı seçmek ve sonraki adım

Bir ajansı seçerken sosyal medyayı bilmesinden çok yazılımı anlamaya hazır olup olmadığına bakın. Ürünü deneyen, sürümü soran ve teknik doğruluğu sizden onaylatan bir ekip, genel şablonla çalışanlardan farklı bir iş çıkarır.

• Ürünün deneme hesabına girip ekranı kendisi gezdi mi?
• Bir mesajın destek mi satış mı olduğunu ayıran bir devir kuralı sundu mu?
• Takipçi, erişim ya da kayıt sayısı vaat ediyor mu? Etmemesi gerekir.
• Raporu demo ve deneme kaynağına bağlıyor mu?
• Güvenlik ve müşteri izni için kontrol listesi var mı?

Ekibimiz yazılım platformları da tasarlayıp geliştirdiği için bu soruların çoğuna içeriden bakıyoruz. Ürünün sitesi için SaaS web sitesi, arama görünürlüğü için SaaS SEO, yapay zeka aramalarında görünmek için yapay zeka görünürlüğü sayfalarına bakabilirsiniz.

Genel çerçeve için sosyal medya yönetimi hizmetimizi inceleyin, ürününüzü iletişim sayfamızdan anlatın; güncel kapsamları fiyat bölümünde görebilirsiniz.

İlk görüşmede sizden ürününüzü, alıcınızı ve profillerinizin bugünkü durumunu isteriz. Ardından yazılı bir kapsam hazırlar; hangi hesapların, hangi içerik hatlarının ve hangi raporun dahil olduğunu, neyin kapsam dışında kaldığını açıkça yazarız. Bu yazılı çerçeve, sonradan çıkabilecek beklenti farkını baştan önler.