İyi bir B2B vaka çalışması beş parçadan oluşur: müşterinin başlangıç durumu ve hedefi, uygulanan yöntem ve zaman çizelgesi, kanıtıyla birlikte sonuçlar, müşterinin yazılı onayladığı alıntı ve yayın sonrası kullanım planı. En sık hata, bunların sırasını bozmak ve onayı en sona bırakmaktır. Onay, yazının bitiminde alınacak bir imza değil, projenin başında kurulan ve yazı boyunca sürdürülen bir anlaşmadır. Rakam ve alıntı, ancak kaynağı belgelenebiliyorsa metne girer.
Önemli not: Bu yazı hukuki tavsiye değildir. Müşteri onayı, kişisel verilerin işlenmesi ve ispatlanabilir iddia konuları hukuki değerlendirme gerektirir. Aşağıdaki öneriler genel bir içerik üretim pratiğidir; kişisel veri ve sözleşme sorularında kendi hukuk danışmanınıza başvurun. Ayrıntı için KVKK'nın ve Google'ın ilgili sayfalarına bakın.
Yazı; ajans ve kurum içi içerik ekipleri, hesap yöneticileri ve vaka çalışması hazırlamak isteyen pazarlamacılar içindir. Örnekler etiketli kurgusal senaryolardır.
Başlangıç Durumu ve Hedef: Hikâyenin Çıkış Noktası
Vaka çalışmasının ilk bölümü, okuyucunun "bu benim durumum mu" diye kendini tanımasını sağlar. Bu bölüm zayıfsa sonuç ne kadar iyi olursa olsun okuyucu kendini içinde göremez.
Müşteriyi okuyucu gözüyle tanımlayın
Müşteriyi sektör, ölçek türü, ekip yapısı ve karar vericinin rolüyle tarif edin. Ölçek için sayı vermek zorunda değilsiniz; "çok şubeli perakende", "küçük bir mühendislik ekibi" gibi niteliksel tanımlar yeterlidir. Müşteri adı gizlenecekse bunu açıkça yazın: "müşteri isminin yayımlanmasını istemedi" ifadesi, sebepsiz bir anonimlikten daha güvenilirdir.
Sorunu somut bir durumla anlatın
"Verimlilik düşüktü" gibi soyut cümleler yerine gündelik durumu anlatın: hangi iş, hangi aşamada, hangi sıklıkla tıkanıyordu? Bu bilgiyi müşteriden alın, tahmin etmeyin. Müşterinin kendi cümlesiyle ifade ettiği sorun, sonradan alıntı olarak da kullanılabilir.
Hedefi ölçülebilir ve tarihli yazın
Proje başlarken yazılı bir hedef yoksa sonuç bölümünde karşılaştıracak bir zemin de olmaz. Hedef ne olursa olsun projenin başlangıcında yazılı bir kayda dönüşmelidir: neyi iyileştirmek istiyoruz, hangi ölçüyle bakacağız, hangi dönemde değerlendireceğiz? Sonradan "hedef buydu" demek, dışarıdan bakan okuyucuya güven vermez.
Başlangıç bölümü için soru listesi
- Müşteri hangi sektör ve hangi tür organizasyondur?
- Çözüm aramaya başlamadan önce ne yapıyorlardı?
- Sorun hangi görünür belirtilerle ortaya çıktı?
- Önceden denenip işe yaramayan yaklaşım var mı?
- Hedef yazılı olarak ne zaman, kim tarafından belirlendi?
- Bu bilgilerin hangisi yayımlanabilir, hangisi gizlidir?
Okuyucunun sorusu
Google'ın yararlı, güvenilir, insan odaklı içerik sayfası (yeni sekmede açılır), içeriğin ilk elden deneyim ve bilgi derinliği gösterip göstermediğini sorar. Vaka çalışması doğası gereği bu tür bir içeriktir, ancak yalnızca deneyimi gerçekten yaşayanlardan alınan ayrıntılarla ikna edici olur. Genel cümleler başka şirketlerin vaka çalışmalarından ayırt edilemez.
Yöntem ve Zaman Çizelgesi: Ne Yapıldı, Ne Zaman
Sonuç bölümü ne kadar etkili olursa olsun, yöntem bölümü olmadan sonuç tek başına bir iddiadır. Okuyucu "bunu ben nasıl tekrar ederim" ya da "bu benim koşullarımda geçerli mi" sorusunun cevabını yöntemde arar.
Süreci aşamalara bölün
Proje süresince atılan adımları sırayla yazın: keşif, planlama, uygulama, ayarlama, değerlendirme gibi. Her aşamada kimin ne yaptığını, müşterinin hangi girdiyi sağladığını ve karşılaşılan engelleri ekleyin. Engeller metni zayıflatmaz, tersine güvenilirlik katar. Her şeyin sorunsuz geçtiği bir hikâye, gerçek projeleri bilen okuyucuya inandırıcı gelmez.
Zaman çizelgesi nasıl yazılır
Tarih aralığı yazmak, süre sıkıştırması ya da genişlemesi olduysa bunun nedenini söylemek yeterlidir. Müşteri kesin tarih paylaşmak istemiyorsa "yaklaşık bir çeyrek" ya da "birkaç hafta" gibi aralık ifadeleri kullanılabilir. Kesin bilgi yoksa tahmin yazmayın.
Yöntemde neyi açıklayıp neyi saklamalı
Yöntem, rakiplerin birebir kopyalayabileceği düzeyde ticari sır içeriyorsa, müşteri ve kendi ekibinizle hangi ayrıntının paylaşılacağını önceden konuşun. Okuyucuyu bilgilendirecek kadar ayrıntı verin, ama sözleşmeyle gizli tutulan hiçbir bilgiyi yazmayın.
Örnek senaryo: yöntem bölümünün iskeleti
Örnek senaryo: kurgusal bir muhasebe yazılımı sağlayıcısı, kurgusal bir yerel dağıtım firmasıyla çalışmıştır. Yöntem bölümü şöyle akar: önce mevcut fatura onay sürecinin haritası çıkarılır, ardından hangi adımların elle yapıldığı belirlenir, sonra yeni akış küçük bir ekiple denenir ve geri bildirimle düzeltilir, en sonunda tüm ekibe açılır. Her aşamanın sonunda müşteri tarafından kimin onay verdiği yazılır. Bu örnek kurgudur.
| Bölüm | Okuyucunun sorusu | İçermesi gereken | Kaçınılacak |
|---|---|---|---|
| Başlangıç durumu | Bu benim durumum mu? | Sektör, rol, sorunun somut belirtileri | Soyut ve genel ifadeler |
| Hedef | Neyi başarmak istediler? | Yazılı hedef, ölçü, dönem | Sonradan yazılmış hedef |
| Yöntem | Nasıl yaptılar? | Aşamalar, roller, engeller | Gizli bilgi ve sır ifşası |
| Zaman çizelgesi | Ne kadar sürdü? | Aralık, sapmalar ve nedenleri | Tahmini kesin tarih |
| Sonuç | Ne değişti? | Kaynaklı ölçüm, karşılaştırma dönemi | Kaynaksız yüzde ve büyük sözler |
| Alıntı | Müşteri ne diyor? | Yazılı onaylı, bağlamı korunmuş cümle | Düzenlenmiş ya da uydurma alıntı |
Zaman çizelgesini belgeleyin
Proje toplantı notları, e-posta özetleri ya da proje yönetim kayıtları, yöntem ve tarih anlatısının dayanağıdır. Yayından sonra biri "bu süre doğru mu" diye sorarsa bu kayıtlara dönebilmelisiniz. Kayıt yoksa kesin süre değil, yaklaşık ifade tercih edin.
Sonuç Rakamları ve Kanıt
Vaka çalışmasının en çok riske giren bölümü sonuçtur. Etkileyici bir yüzde, kaynağı belgelenemiyorsa değil güven, şüphe üretir. Ayrıca ispatlanabilir olmayan bir iddia, yayıncı için hukuki ve itibar riski taşıyabilir. Bu konuda kesin hukuki değerlendirme için danışman görüşü alın.
Her iddiaya bir kanıt eşleyin
Yayından önce sonuç bölümündeki her cümle için şu soruları sorun: Bu bilgi nereden geliyor, hangi dönemi kapsıyor, kim hesapladı, müşteri onayladı mı? Cevaplardan biri eksikse cümleyi yumuşatın ya da kaldırın.
| İddia türü | Gereken kanıt | Sorumlu | Kanıt yoksa ne yapılır |
|---|---|---|---|
| Sayısal iyileşme | Başlangıç ve bitiş ölçümü, dönem, hesap yöntemi | Müşteri verisi, proje ekibi | Sayıyı kaldırın, niteliksel ifade kullanın |
| Süre kısalması | Önce ve sonra kayıtları | Müşteri operasyon ekibi | Süre ifadesini çıkarın |
| Memnuniyet | Anket ya da yazılı geri bildirim | Müşteri | Alıntıyla sınırlı kalın |
| Ürün özelliği iddiası | Ürün belgesi, sürüm bilgisi | Ürün sahibi | Özelliği genel ifadeye çevirin |
| Sektör karşılaştırması | Atıf yapılabilir bağımsız kaynak | İçerik sorumlusu | Karşılaştırmayı yazmayın |
Bu tablo yerleşik bir hukuki standardı değil, içerik ekipleri için örnek bir iç kontrol çerçevesidir. İddialı ifadeler için kanıt dosyası tutmak, hem düzeltme gerektiğinde hem müşteriyle güven konuşmalarında işe yarar. Tanıtım metinlerinde kanıt tablosu yaklaşımını kurumsal tanıtım yazısında doğrulanabilir bilgi yazısında ayrıca anlattık.
Rakam yoksa niteliksel sonuç
Her proje sayısal sonuç vermeyebilir. Müşteri rakam paylaşmak istemiyorsa niteliksel sonuç da değerlidir: iş akışı nasıl değişti, hangi toplantı ya da elle yapılan adım ortadan kalktı, hangi ekip hangi işi artık kendi başına yapabiliyor? Sayı uydurmak ya da "yüzde yüze yakın" gibi muğlak ifadelere sığınmak yerine bunu dürüstçe anlatın.
Önce ve sonrayı adil kıyaslayın
Karşılaştırma dönemlerini eşleyin. Mevsimsel bir yoğunlukla sakin bir dönemi kıyaslamak yanıltıcıdır. Sonuçlara başka etkenlerin de katkısı olduysa (başka bir proje, fiyat değişikliği, pazar hareketi) bunu belirtin. Tüm kredinin tek bir çözüme verilmesi hem okuyucuya hem müşteriye karşı dürüstlük sorunu yaratır.
Google ve özgün bilgi ölçütü
Google'ın aynı sayfası, içeriğin özgün bilgi, araştırma ya da analiz sunup sunmadığını sorar ve atıf yapmanın özgün çaba yerine geçmediğini belirtir. İyi bir vaka çalışması özgün bilgiyi doğal olarak taşır; bu yüzden bu bölümde başka sitelerden alınmış genel istatistiklerle şişirmek, değeri artırmaz.
Örnek senaryo: kanıt dosyası
Örnek senaryo: kurgusal bir ajans, kurgusal bir müşteri için hazırladığı metindeki her sonuç cümlesinin yanına, kaynağını (müşterinin dışa aktardığı rapor, toplantı notu tarihi) ve onaylayan kişiyi yazdığı bir iç tablo tutar. Yayın öncesi bu tabloyu müşteriye gönderir. Müşteri bir satırı onaylamazsa cümle metinden çıkar. Bu uygulama kurgusaldır.
Müşteri Alıntısı ve Yazılı Onay
Bu bölüm vaka çalışmasının hukuken ve ilişki bakımından en hassas yeridir. Aşağıdaki bilgiler genel pratiğe ve KVKK'nın açık rıza sayfasına dayanır.
Onay iki ayrı konuyu kapsar
İlk konu müşteri şirketin adının, logosunun, verisinin ve sonuçlarının yayımlanmasına ticari izindir. İkincisi, alıntısı yapılan ya da adı geçen gerçek kişilerin bilgilerinin kullanılmasıdır. İkisi birbirinden bağımsız ele alınmalıdır. Birincisi çoğunlukla sözleşme ve iletişim izniyle ilgilidir. İkincisi kişisel veri konusunu gündeme getirebilir ve hukuk danışmanıyla netleştirilmelidir.
KVKK'nın açık rıza sayfası ne söyler
KVKK'nın Açık Rıza Alırken Dikkat Edilecek Hususlar (yeni sekmede açılır) sayfası, açık rızayı belirli bir konuya ilişkin, bilgilendirilmeye dayanan ve özgür iradeyle açıklanan rıza olarak tanımlar ve rızanın olumlu bir irade beyanı içermesi gerektiğini yazar. Aynı sayfaya göre kanunda ayrıca öngörülmedikçe yazılı şekil şartı yoktur ve rıza elektronik ortamda ya da çağrı merkezi gibi kanallarla da alınabilir. Sayfa, rızanın alındığını ispat yükümlülüğünün veri sorumlusuna ait olduğunu belirtir. Konusu ve işlemi sınırlanmamış genel rızaları "battaniye rıza" olarak adlandırır ve hukuken geçersiz sayıldığını yazar. Ayrıca rızanın dilendiği zaman geri alınabileceğini, geri alma beyanı veri sorumlusuna ulaştığı andan itibaren hüküm doğurduğunu ifade eder.
Bu bilgilerin vaka çalışmasına karşılığı şudur: kişiyi tanımlayan bilgiler yayımlanacaksa onay belirli bir konuya yönelik (şu vaka çalışması, şu kanallar), bilgilendirmeye dayalı (kişi metni gördü) ve özgür iradeyle verilmiş olmalıdır. Hangi hukuki dayanağın vaka çalışmanız için geçerli olduğu bir hukuk sorusudur; bunu hukuk danışmanınızla netleştirin.
Kayıt tutmanın pratik nedeni
KVKK sayfasında yazılı şekil şartı bulunmaması, onayı yazılı almamanız gerektiği anlamına gelmez. İspat yükü sayfaya göre veri sorumlusunda olduğundan, onayın ne zaman, hangi metin için, kimden ve hangi kanaldan alındığını kayıt altına almak yönetimsel olarak mantıklıdır. E-posta onayı, imzalı form ya da sözleşme eki bu amaçla kullanılabilir. Hangisinin yeterli olduğu hukuk danışmanınıza kalmış bir sorudur.
Alıntı onayının içeriği
Onay almadan önce kişiye ya da şirkete son metni gösterin. Onay mesajında şunlar yer almalıdır:
- Yayımlanacak son metin ya da alıntının tamamı
- Kullanılacak kanallar (web sitesi, sosyal medya, satış sunumu, basılı materyal)
- Adın, unvanın, logonun ve fotoğrafın kullanılıp kullanılmayacağı
- Geri çekme talebinin nasıl iletileceği ve yayından kaldırma sürecinin ne olduğu
- Onaylayan kişinin adı, unvanı ve tarihi
Alıntıyı düzenleme sınırı
Alıntı müşterinin söylediği ya da yazdığı cümledir. Kısaltma, dilbilgisi düzeltmesi veya bağlamın değişmesi anlamı kaymaya yol açabilir. Düzenleme yaptıysanız yeni halini yeniden onaylatın. Müşterinin söylemediği bir cümleyi alıntı gibi göstermek hem güveni hem de ilişkiyi zedeler. Yazar ve kişi hakkında okuyucu güveni kuran bilgilerin nasıl sunulacağını uzman görüşü içeren makale yazımı yazısında da bulabilirsiniz.
Veri sorumlusunun yükümlülükleri
KVKK'nın aydınlatma yükümlülüğü sayfası (yeni sekmede açılır), veri sorumlusunun ilgili kişiyi kimliği, işleme amacı, aktarımlar, toplama yöntemi, hukuki sebep ve hakları konusunda bilgilendirmesi gerektiğini yazar. Sayfanın menüsünde veri sorumlusuna ilişkin veri güvenliği, veri sorumluları siciline kayıt, ilgili kişi başvurularının cevaplanması ve Kurul kararlarının yerine getirilmesi başlıkları da yer alır. Ayrıntı için Kurum'un ilgili sayfalarına bakın. İçerik ekibi olarak yapacağınız, kişisel veri içeren bir vaka çalışmasından önce şirketinizdeki veri sorumlusu yetkilisi ya da hukuk danışmanıyla konuşmaktır.
Karar kuralı: onay yoksa yayın yok
- Yazılı ve kayıtlı onay var, metin son halinde: yayımlayabilirsiniz.
- Onay var ama metin sonradan değişti: değişen kısmı yeniden onaylatın.
- Onay sözlü ya da belirsiz: yayımlamadan yazılı hale getirin.
- Kişisel veri içeren bölüm var ve hukuki dayanak net değil: bölümü çıkarın ya da danışmanınıza sorun.
- Müşteri geri çekti: yayından kaldırma sürecini başlatın, kopya kanalları belirleyin.
Anonim vaka seçeneği
Müşteri adı yayımlanamıyorsa anonim vaka çalışması yazılabilir. Yine de dikkat edin: sektör, yer, ölçek ve olay detayları bir araya geldiğinde müşteri tanınabilir. Anonim yazı "anonim" etiketini ciddiye alacak kadar ayrıntıdan arındırılmış olmalıdır. Tanınabilirlik riski varsa müşteriye taslak gösterip onay alın.
Yayın ve Yeniden Kullanım
Onaylı vaka çalışması bir ürünün sonu değil, kullanım döngüsünün başıdır. Yayın biçimi, güncellik ve geri çekme planı baştan düşünülmelidir.
Sayfa yapısı
Sayfanın başında okuyucunun ilk bakışta anlayacağı bir özet bulunsun: müşteri türü, sorun, çözüm ve sonuç. Ardından başlangıç durumu, yöntem, sonuç ve alıntı bölümleri sırayla ilerlesin. Yayın tarihi, çalışmanın kapsadığı dönem ve hazırlayan kişi ya da ekip görünsün. Google'ın sayfası, okuyucunun içeriği kimin hazırladığını ve nasıl hazırlandığını görmesinin faydalı olduğunu yazar. Yazar sayfası kurma konusu için yazar sayfası nasıl hazırlanır rehberine bakabilirsiniz.
Kullanım kanalları
| Kanal | Kullanım biçimi | Onay kontrolü |
|---|---|---|
| Web sitesi | Tam metin sayfası | Son metin onayı |
| Satış sunumu | Kısa özet, tek alıntı | Kanal kapsamında onay var mı |
| E-posta ve bülten | Özet ve bağlantı | Alıntının bağlamı korunuyor mu |
| Sosyal medya | Tek cümlelik öne çıkan | Kanal ve görsel onayı |
| Basın ve ortak yayın | Uyarlanmış metin | Müşteri ve yayıncı onayı |
Kurum duyurusu türü içeriklerin yapısı için ürün ve hizmet tanıtım yazısı örnekleri yazısını inceleyebilirsiniz.
Yeniden kullanırken bağlamı koruyun
Onaylı alıntıyı başka yüzeyde kısaltırken anlamı değiştirmeyin. Alıntı onayı belirli kanallar için verildiyse yeni kanal için yeniden izin isteyin. Bir cümleyi bağlamından koparıp reklam sloganına çevirmek, onay kapsamının dışına çıkma riski taşır.
Güncelleme ve geri çekme
Vaka çalışması tarihli bir belgedir. Müşteri ilişkisi değişirse, sonuçlar eskirse ya da müşteri geri çekme talep ederse ne yapacağınızı baştan belirleyin. Sayfada tarihi gösterin, güncellemelerde gerçekten değişen kısmı belirtin. Google'ın sayfası, tarihleri değişiklik yapmadan yenilemeyi arama motoru öncelikli uygulamalar arasında sayar.
Yayından önce son kontrol listesi
- Başlangıç durumu ve hedef müşteriden alınmış mı, yazılı kayıt var mı?
- Yöntem ve zaman çizelgesi belgelenebiliyor mu?
- Sonuç cümlelerinin her birinin kanıtı ve onaylayanı yazılı mı?
- Alıntı son haliyle yazılı olarak onaylandı mı?
- Onay kanalları ve adın, logonun, fotoğrafın kullanımı belirtilmiş mi?
- Kişisel veri içeren bölümler için hukuki dayanak danışmanla netleşti mi?
- Sırlar, sözleşme gizliliği ve rakip bilgisi metinde yer almıyor mu?
- Yazar, tarih ve çalışma dönemi sayfada görünür mü?
- Geri çekme ve güncelleme süreci tanımlı mı?
Sık hatalar
- Onayı sona bırakmak: yazı bittiğinde müşteri reddederse emek boşa gider.
- Kaynaksız yüzde: güvenilirlik yerine şüphe üretir.
- Düzenlenmiş alıntıyı onaysız kullanmak: anlam kayması ve ilişki sorunu doğurur.
- Tek tek sonucu genel garanti gibi sunmak: bir müşterinin sonucu, her müşterinin sonucu değildir.
- Anonim etiketine rağmen tanınabilir ayrıntı bırakmak: gizlilik beklentisini ihlal eder.
- Başarıyı yalnız çözüme bağlamak: müşterinin kendi emeği ve diğer etkenler görünmez olur.
Ajans ve kurum içi iş akışı
- Proje başında: hedefi ve izin kapsamını yazılı hale getirin.
- Proje boyunca: ölçüm kayıtlarını ve toplantı notlarını saklayın.
- Taslak aşamasında: kanıt tablosunu çıkarın, alıntıları ayrı onaya gönderin.
- Yayın öncesinde: son metni müşteriye gösterin, onayı kayda alın.
- Yayından sonra: tarihi ve kullanım kanallarını kaydedin, geri çekme talebi için bir iletişim noktası belirleyin.
Müşteriye nasıl sorulur
Müşteri için vaka çalışması bir ek iş yüküdür. Süreci kolaylaştırmak için ilk görüşmede kısa bir açıklama yapın: neden yazıyoruz, hangi bilgiyi isteyeceğiz, ne kadar zamanlarını alacağız, metin yayına girmeden önce onlara ne zaman göstereceğiz, istedikleri anda neyi geri çekebilirler. Şeffaflık hem onay oranını hem metin kalitesini artırır, çünkü müşteri kendini bilgilendirilmiş ve kontrolde hisseder.
Dil ve Ton: Güven Veren Anlatım
Aynı bilgi iki farklı dille yazılabilir: biri okuyucuyu bilgilendirir, diğeri satmaya çalışır. B2B okuyucusu ikincisini hemen fark eder. Vaka çalışmasında ton, müşterinin sesini öne çıkaran ve çözümü abartmayan bir tondur.
Abartı sözcüklerini ayıklayın
"Çığır açan", "rakipsiz", "mükemmel", "devrim niteliğinde" gibi sıfatlar kanıt gerektiren iddiaları duygu diline çevirir. Bir cümleyi kaldırınca anlam kaybolmuyorsa o cümle süstür. Her övgü cümlesini, "bunu hangi bilgi destekliyor" sorusundan geçirin; cevap yoksa cümleyi sadeleştirin.
Aktif ve somut anlatım
"Süreç iyileştirildi" yerine "satın alma ekibi onay adımlarını azaltmaya karar verdi" gibi, kimin ne yaptığını söyleyen cümleler daha inandırıcıdır. Fiil kimin eylemiyse onu özne yapın: müşterinin ekibi karar verdi, siz destek verdiniz.
Sınırlamaları da yazın
Bir çözümün her koşulda çalışmadığını söylemek güveni artırır. "Bu yaklaşım, günlük işlemleri sınırlı ekiplerde daha az işe yarayabilir" gibi bir cümle, okuyucunun kendi durumunu değerlendirmesine yardım eder. Yalnız başarı anlatan metin, gerçek projeleri bilen okuyucuya reklam gibi gelir.
Örnek senaryo: aynı cümlenin iki hali
Örnek senaryo: kurgusal bir proje yönetimi aracı için iki taslak cümle düşünün. Birincisi "Aracımız sayesinde ekip verimliliğinde çığır açıldı" der. İkincisi "Ekip lideri, haftalık durum toplantısının yerine araçtaki ortak panoyu kullanmaya karar verdi ve ilk dönemin sonunda bunun kendileri için işe yarayıp yaramadığını yeniden değerlendirdi" der. İkincisi daha uzun ama okuyucuya bir karar, bir kişi ve bir değerlendirme zamanı sunar. Örnek kurgudur.
Başlık ve özet yazımı
Başlık, müşteri türünü ve sonucun niteliğini içermelidir; sonucu abartmamalıdır. Başlığa sayısal sonuç koyacaksanız o sayı kanıt tablosunda onaylı olmalıdır. Özet kutusu üç cümleyi aşmamalı: kim, hangi sorunu yaşadı, ne yapıldı, ne değişti. Okuyucu özetle ilgilenip aşağı inecekse ayrıntıyı zaten bulur.
Görsel ve ek materyal
Ekran görüntüsü, panel, fotoğraf ya da müşteri logosu kullanılacaksa bunların da yayın izni ayrıca kontrol edilmelidir. Ekran görüntülerinde başka kişilerin adları, e-postaları ya da gizli veriler görünebilir; yayımdan önce bu alanları temizleyin ve müşteriye gösterin. Fotoğrafta tanınabilir kişi varsa onların da kullanım izni gerekir; bu noktada hukuki dayanak için danışmanınıza başvurun. Görsele uygun, dile uygun bir alternatif metin yazmayı da unutmayın.
Çeviri ve çok dilli yayın
Vaka çalışması iki dilde yayımlanacaksa müşteri onayı iki dil için de alınmalıdır. Çeviri sırasında alıntı anlamı kayabilir. Tercüme edilmiş alıntıyı müşteriye ya da onun ekibindeki ilgili kişiye göstermek, hem doğruluğu hem ilişkiyi korur. Her dilin okuyucusu için örnekler ve vurgu farklı olabilir, ancak sonuç ve kanıt iki dilde de aynı olmalıdır.
Taslak Değerlendirme Ölçütleri
Yayın öncesinde taslağı bir editör gözüyle gözden geçirmek, hem metnin hem de onay sürecinin tutarlılığını görmeyi sağlar. Aşağıdaki tablo, bir taslağın hangi sinyallerle olgunlaştığını gösterir.
| Ölçüt | Zayıf sinyal | Güçlü sinyal |
|---|---|---|
| Başlangıç | Genel sektör cümleleri | Somut durum ve yazılı hedef |
| Yöntem | Yalnız ürün özellikleri sıralanır | Aşama, rol ve engel anlatılır |
| Sonuç | Kaynaksız büyük iddia | Dönemi ve kaynağı belli ölçüm ya da niteliksel değişim |
| Alıntı | Düzenlenmiş, bağlamsız cümle | Onaylı, bağlamı korunmuş cümle |
| Onay | Sözlü ya da belirsiz | Kayıtlı, kapsamı belli |
| Ton | Abartı ve övgü | Sade ve müşteri odaklı |
İki kişili inceleme
Taslağı yazan kişi dışında bir editör, yalnızca kanıt tablosuna bakarak metindeki her iddiayı tek tek işaretlesin. İkinci göz, yazarın alıştığı cümleleri sorgular. Müşteri tarafında da tek bir sorumlu kişi tüm geri bildirimi toplasın; çok kişili ve paralel yorumlar sürümleri karıştırır.
Yayın sonrası takip
Yayından sonra müşteri ya da okuyucu bir bilginin yanlış olduğunu bildirirse düzeltme sürecini işletin. Düzeltmeyi sayfada tarihiyle belirtmek güveni artırır. Düzeltmeyi sessizce yapıp eski sürümü kopya kanallarında bırakmak ise ikinci bir sorun yaratır.
Sıkça Sorulan Sorular
Vaka çalışması hangi bölümlerden oluşmalıdır?
Başlangıç durumu ve hedef, yöntem ve zaman çizelgesi, kanıtıyla birlikte sonuçlar, müşterinin onayladığı alıntı ve yayın sonrası kullanım planı temel iskeleti oluşturur. Hukuki tavsiye değildir; kişisel veri ve onay konularında kendi danışmanınıza başvurun.
Müşteri onayı ne zaman alınmalıdır?
Proje başında izin kapsamını konuşmak, yayın öncesinde ise son metni göstererek onayı kayda almak en sağlıklı sıradır. Metin sonradan değiştiyse değişen kısım yeniden onaylatılmalıdır. Bu bir içerik pratiğidir ve hukuki tavsiye değildir.
Alıntı için KVKK'ya göre yazılı onay şart mı?
KVKK'nın açık rıza sayfası, kanunda ayrıca öngörülmedikçe yazılı şekil şartı olmadığını, rızanın elektronik ortamda da alınabileceğini ve ispat yükümlülüğünün veri sorumlusuna ait olduğunu yazar. Bu nedenle onayı kayıt altına almak yönetimsel olarak mantıklıdır. Vakanız için hangi hukuki dayanağın geçerli olduğu hukuk danışmanınızla netleştirilmelidir; bu yanıt hukuki tavsiye değildir.
Müşteri rakam paylaşmak istemezse ne yapmalıyım?
Sayı uydurmayın ve muğlak yüzdelere sığınmayın. İş akışının nasıl değiştiğini, hangi adımın ortadan kalktığını ve hangi ekibin hangi işi artık kendi yaptığını niteliksel olarak anlatın. Metindeki her sonuç cümlesinin kaynağı ve onaylayanı belgelenebilir olmalıdır.
Anonim vaka çalışması güvenli midir?
Müşteri adı yazılmasa bile sektör, yer, ölçek ve olay ayrıntıları bir araya geldiğinde müşteri tanınabilir. Anonim etiketi kullanıyorsanız tanınabilir ayrıntıları ayıklayın ve taslağı müşteriye gösterin. Kişisel veri sorusu varsa danışmanınıza başvurun; bu bilgi hukuki tavsiye değildir.
Müşteri vaka çalışmasını geri çekmek isterse ne olur?
Bunu baştan tanımlayın: talep nasıl iletilir, yayından kaldırma ne kadar sürede yapılır, hangi kanallarda kopyalar var. KVKK'nın açık rıza sayfası, rızanın dilendiği zaman geri alınabileceğini ve geri alma beyanının veri sorumlusuna ulaştığı andan itibaren hüküm doğurduğunu yazar. Süreçte hukuki sorumluluk söz konusuysa danışmanınıza sorun; bu yazı hukuki tavsiye değildir.
Sonuç
İyi bir B2B vaka çalışması, başlangıç durumunu müşteriden, yöntemi kayıtlardan, sonucu kanıtlardan ve alıntıyı yazılı onaydan alır. Sıra, onay ve kanıt toplamayı yazının sonuna değil projenin başına koymaktır. Rakamı kaynağı olmadan yazmayın, alıntıyı onaysız değiştirmeyin, kişisel veri içeren bölümlerde hukuki dayanağı danışmanınızla netleştirin. Google'ın insan odaklı içerik sayfası, kimin hazırladığının ve nasıl hazırlandığının görünmesini ve özgün bilgi sunulmasını ister; bu yaklaşım hiçbir sıralama sonucunu garanti etmez. Bu yazı hukuki tavsiye değildir; müşteri onayı, kişisel veri ve ispat konularında kendi hukuk danışmanınızın görüşünü alın.
Vaka çalışmasını yazarken profesyonel destek isterseniz, Akua Adforce'ta makale yazımı ürününü inceleyebilirsiniz; kapsam ve koşullar ürün sayfasında yazılıdır.
Yorum Yaz
Yorum yapabilmek için giriş yapmalısınız. Giriş Yap