Hesap yazılarını nasıl hazırlıyoruz: kaynaktan yayına bir çalışma günü

Çevrimiçi hesaplar üzerine bir yazıya başlarken konuyu değil soruyu yazarım. Örneğin bir yakınını kaybeden okurun ilk merak ettiği şey genellikle şudur: bu hesaba kim, hangi koşulda erişebilir? Soruyu tek cümleyle kâğıda döktükten sonra yazının neyi kapsayıp neyi dışarıda bıraktığı belli olur.

Bu aşamada kimseye bir şey öğretmeye çalışmam. Önce okurun hangi kelimelerle düşündüğüne bakarım: hesap, şifre, anı hesabı, kapatma talebi. Okur 'dijital miras' demeden de aynı şeyi arıyor olabilir. Başlığı ve alt başlıkları bu gündelik kelimelere göre kurarım, terimleri ise ilk geçtikleri yerde açıklarım.

Soru netleşince yazının sınırını da çizerim. Hesap sahipliği ile içeriğin devri aynı şey değildir; biri kullanım hakkına, diğeri verinin kendisine dair bir tartışmadır. Bu ayrımı baştan yapmazsam yazı hem uzar hem de okuru yanlış bir beklentiye sokar.

• Tek cümlelik soru yazının omurgası olur
• Okurun kullandığı günlük kelimeler başlığa taşınır
• Kapsam dışı kalanlar baştan not edilir

Hesapların vefat sonrasındaki durumu için ilk başvurduğum yer platformların kendi kullanım koşulları ve yardım sayfalarıdır. Bunları okurken özet çıkarmakla yetinmem; ilgili maddeyi, hangi tarihte okuduğumu ve metnin hangi dilde olduğunu not ederim. Bu metinler zamanla değişir, bu yüzden yazıda 'şu an' yerine genel ilkeyi anlatmayı seçerim.

Okuduğum şey çoğu zaman bir kural değil, bir prosedürdür. Bazı hizmetler yakınların başvurusuna yer verir, bazıları hesabı belirli bir süre hareketsiz kaldıktan sonra kapatır, bazıları ise hiçbir devir yolu tanımaz. Bu farkları tek bir tabloya sığdırmaya çalışmam, çünkü sığdırdığım anda bir istisnayı yok sayarım.

Kaynakları yazının içinde adlandırmam ama okura nereye bakacağını söylerim: ilgili hizmetin yardım bölümüne ve kullanım koşullarına. Böylece okur benim özetime değil, doğrudan metne dayanarak karar verebilir.

• Madde, tarih ve dil not edilir
• Kural ile prosedür ayrı tutulur
• Değişebilen ayrıntılar yerine ilke anlatılır

Hesap erişimi konusu bir noktada genel hukuka değer: kişisel veriler, miras hakkı, sözleşme ilişkisi. Burada en çok dikkat ettiğim şey, bir yayın olarak hüküm vermemek. Ben bir hukuk bürosu değilim, bu yüzden 'şöyle yapılır' yerine 'şu başlıklar tartışılır' diye yazarım.

Karmaşık bir kavramı anlatırken önce gündelik bir benzetme kurarım, sonra terimi koyarım. Örneğin bir hesabın sahibi olmakla o hesaptaki içeriğin hak sahibi olmak arasındaki farkı, bir apartman dairesi ile içindeki eşyalar arasındaki farka benzetirim. Benzetme yalnızca kapıyı açar; ardından konuyu kendi adıyla anlatırım.

Okurun kendi durumu için bir uzmana danışması gerektiğini her paragrafta tekrarlamam. Bunun yerine yazının kendisini, bir karar vermeye değil karar vermeden önce doğru soruları sormaya yardım edecek biçimde kurarım.

• Hüküm yerine tartışılan başlıklar sunulur
• Benzetme kapı açar, terim konuyu taşır
• Durum değerlendirmesi yazının işi değildir

Yazılarda kullandığım senaryolar bir kuralın uygulamada nasıl göründüğünü göstermek için vardır. Senaryoyu önce kuralın en zor yerinden kurarım: hesap sahibi vefat etmiş, yakınları bir fotoğraf arşivine ulaşmak istiyor, ama hizmet erişimi yalnızca hesabı kapatmak için tanıyor. Bu gerilim okurun sorusunu somutlaştırır.

Senaryolarda kimseyi kahraman ya da kurban yapmam. Kişilere ilişki adı veririm, örneğin 'kızı' ya da 'kardeşi' derim; yaş, meslek ve şehir gibi ayrıntıları eklemem. Amaç bir hikâye anlatmak değil, kuralın hangi koşulda hangi sonuca götürdüğünü göstermektir.

Her senaryonun sonunda bir cevap yazmam; bazen cevabın platforma göre değiştiğini açıkça söylerim. Bir okur için 'duruma göre değişir' demek hayal kırıklığı olabilir, ama yanlış bir kesinlikten iyidir. Hangi duruma göre değiştiğini de sayarım ki okur kendi durumunu yerleştirebilsin.

• Senaryo kuralın en gergin noktasından kurulur
• Kişiler ilişki adıyla anılır
• Değişen cevap, nelere bağlı olduğuyla birlikte verilir

Taslak bittiğinde yazıyı Elif Yıldırım ve Kemal Aydoğan'a gönderirim. Elif genellikle terimlerin tutarlılığına bakar: bir yerde 'hesap sahibi', başka yerde 'kullanıcı' yazmışsam bunu yakalar. Kemal ise yazının yayın standartlarına, başlığın içeriği karşılayıp karşılamadığına ve fazla kesin cümlelere dikkat eder.

Editör notlarının çoğu bir cümleyi yumuşatmakla ilgilidir. 'Hesap kapatılır' diye yazdığım yerde 'hizmetin kurallarına göre kapatılabilir' demem istenir. Bu küçük fark, okurun yazıyı bir söz gibi okumasını engeller. Başta bunu fazla temkinli bulurdum; şimdi bir yazının güvenilirliğinin tam burada durduğunu düşünüyorum.

Son okumada yazıyı bir de okur gibi, konuyu hiç bilmeden okurum. Takıldığım her yerde ya bir terim açıklanmamıştır ya da bir adım atlanmıştır. Bu okumadan sonra yazı yayına hazır sayılır.

• Terim tutarlılığı ikinci gözle denetlenir
• Fazla kesin cümleler yumuşatılır
• Son okuma konuyu bilmeyen biri gibi yapılır

Yayınlanan bir yazı bitmiş sayılmaz. Platformlar koşullarını değiştirebilir, bu yüzden yazıyı yazarken kalıcı kalacak ilkelerle geçici ayrıntıları ayırırım. İlkeler yazının gövdesini, ayrıntılar ise okurun kendi doğrulaması gereken kısmı oluşturur.

Okurlardan gelen sorular da bir sonraki yazının malzemesidir. İletişim formundan gelen bir soru, bir paragrafın yeterince açık olmadığını gösteriyorsa o paragrafı yeniden yazarım. Bu, yazıları birer kapalı metin değil, düzeltilebilir bir çalışma olarak görmemin sonucu.

Bu seri boyunca hesap sahipliğini, erişim sınırlarını ve platform kurallarını farklı yönlerden ele aldık. Bu yazıda amacım sonuçları değil, sonuçlara nasıl varıldığını göstermekti; çünkü yöntemi bilen okur, kuralların değiştiği bir dönemde de kendi yolunu bulabilir.

• Kalıcı ilkeler geçici ayrıntılardan ayrılır
• Okur soruları yeniden yazımı besler
• Yöntemi bilmek, değişen kurallara dayanıklılık sağlar