Gerçek Kullanıcı İhtiyaçlarından Bir Makale Konusu Nasıl Seçilir

Konu etiketiyle değil, okuyucunun göreviyle başlayın

Önerilen ihtiyacı üç parça halinde yazın:

[Belirli bir okuyucu] olarak, [faydalı bir sonuca ulaşabilmek] için [bir eylemi gerçekleştirmem veya bir karar vermem] gerekiyor.

Bu yapı, kullanıcıyı, eylemi ve eylemin gerekçesini tanımlamayı öneren GOV.UK kullanıcı ihtiyaçları yönteminden uyarlanmıştır. Yöntemin kılavuz ilkeleri ayrıca editörleri, anlama eylemi tanımlanmış bir görev için zorunlu olmadıkça "anlamak" gibi muğlak fiillere karşı dikkatli olmaları konusunda uyarır (GOV.UK: Identify user needs).

Örneğin, "başlangıç seviyesi fotoğrafçılık" bir konudur, henüz bir makale görevi değildir. Daha iyi adaylar şunlar olabilir:

İkinci versiyon daha odaklıdır çünkü bir kitleyi, bir eylemi ve bir kararı adlandırır. Ayrıca size kapsam için bir test sunar: okuyucunun bu kararı vermesine yardımcı olmayan bilgiler muhtemelen başka bir yere aittir.

Makale başına tek bir ana niyet belirleyin. Bir aracın nasıl seçileceğini soran bir soru, o aracın nasıl kullanılacağını soran bir soru ve aracın uygun olup olmadığını soran bir soru birbiriyle ilişkili olabilir; ancak farklı ön koşullar ve sonuçlar gerektirebilir. Bunları erkenden birleştirmek, başlığı kapsamlı fakat her bir görev için eksik kalan bir sayfa ortaya çıkarır.

Kanıtları bir kanıt kayıt defterinde toplayın

Bir soru bir ipucudur, doğrudan bir konu değildir. Genel bir bilgi ihtiyacını temsil edip etmediğini değerlendirmeye yetecek kadar bağlam kaydedin. Basit bir e-tablo yeterlidir; GOV.UK, kullanıcı ihtiyaçları ve kabul kriterlerinin yanı sıra destekleyici kanıtların da kaydedilmesini özellikle tavsiye eder (GOV.UK: Identify user needs).

Gözlemlenen her soru veya birbiriyle yakından ilişkili sorular kümesi için bir satır kullanın:

Birden fazla kanala kopyalanmış aynı soruyu sayarak sıklığı yapay biçimde artırmayın. Altta yatan ihtiyacı bir kez kaydedin ve göründüğü kanalları not edin. Buna karşılık, her örnek aynı çözülmemiş görevi gösteriyorsa ve yanıt daha geniş bir kamu kitlesine hizmet edebilecekse, bir ihtiyacı yalnızca birkaç kez görüldü diye göz ardı etmeyin.

Kullanışlı bir kayıt defteri, kanıt ile yorumu birbirinden ayırır. "Dört okuyucu ilk alıştırmanın özel ekipman gerektirip gerektirmediğini sordu" bir kanıttır. "Okuyucular düşük maliyetli bir başlangıç rehberi istiyor" ise bir yorumdur. İkisini de saklayın, ancak ayrı ayrı etiketleyin.

Kamusal ihtiyaçları yalnızca desteği ilgilendiren sorulardan ayırın

Temel editoryal soru yalnızca "Biri bunu sordu mu?" değildir. Soru şudur: "Genel bir sayfa, anlamlı bir okuyucu grubunun aynı görevi tamamlamasına yardımcı olabilir mi?" Digital.gov'un sade dil kılavuzu, insanların web sitelerini farklı amaçlarla ziyaret ettiği tespitiyle başlar ve içeriğin kitleye ve kitlenin neyi başarması gerektiğine göre düzenlenmesini önerir (Digital.gov: Principles of plain language).

Kayıt defterindeki her adayı sınıflandırın:

Tekrarlanan kamusal bir ihtiyaç:

Soru istikrarlı ve genel bir yanıta sahip olduğunda ve aynı görev farklı kişiler, kanallar veya durumlar genelinde ortaya çıktığında bir makale oluşturun veya güncelleyin. Açıkça tanımlanmış seçenekler arasından seçim yapmak, yaygın bir sürece hazırlanmak veya genel olarak gözlemlenebilir bir sorunu teşhis etmek bu duruma örnektir. Makale, okuyucuların kendileri için geçerli olup olmadığını anlayabilmeleri adına kitlesini ve sınırlarını belirtmelidir.

Yalnızca desteği ilgilendiren bir ihtiyaç:

Yalnızca desteği ilgilendiren bir soru; gizli hesap verilerine, bireysel bir siparişe, kişisel bir yapılandırmaya veya yalnızca bir yetkilinin yapabileceği bir işleme bağlıdır. Bir destek yönergesini veya iletişim kanalını haklı kılabilir, ancak genel bir editoryal makaleyi zorunlu kılmaz. Yanıt diğer okuyucuların erişemeyeceği bilgilere bağlıyken "Hesabım neden bu mesajı aldı?" sorusunu evrensel bir açıklamaya dönüştürmeyin.

Mesaj kategorisinin ne anlama geldiğini ve destekle iletişime geçmeden önce bir okuyucunun hangi bilgileri toplaması gerektiğini açıklamak gibi tekrarlanabilir genel bir görev varsa yine de herkese açık tamamlayıcı bir sayfa yayımlayabilirsiniz. Kişiye özel çözümü makalenin dışında tutun.

Mükerrer bir ihtiyaç:

Mükerrer ihtiyaç, mevcut bir sayfanın aynı kitle için doğru ayrıntı düzeyinde zaten yanıtladığı gerçek bir sorudur. Doğru eylem; mevcut sayfanın girişini, örneklerini, gezinmesini veya eksik bir koşulunu iyileştirmek olabilir. Yeni bir URL, belirgin bir görev eklemeksizin dikkati bölecektir.

Eksiksiz bir site envanteri olmadan bir editör, mükerrer bir içeriğin bulunmadığını dürüstçe iddia edemez. Pratik yaklaşım; bilinen ilgili sayfaları incelemek, gerekirse envanter kontrolünü tamamlanmadı olarak işaretlemek ve yeni bir makaleyi tek çözüm olarak sunmaktan kaçınmaktır.

Başlık vermeden önce bir karar filtresi kullanın

Adayı beş filtreden geçirin. Bir "hayır" yanıtı fikri her zaman ortadan kaldırmaz; ne tür bir çalışmaya ihtiyaç duyulduğunu gösterir.

Sonucu editoryal bir filtre olarak kullanın:

Bu filtre, kaynaklardaki iki ilkeden türetilmiş editoryal bir çıkarımdır: İçerik tanımlanmış bir kitleye ve göreve hizmet etmeli ve yayıncı bu ihtiyaca dair kanıtları saklamalıdır. Bu bir arama motoru formülü değil, bir karar destek aracıdır.

Kazanan ihtiyacı faydalı bir makale özetine dönüştürün

Bir konu filtreyi geçtikten sonra, cilalı ifadeler seçmeden önce özeti yazın. Şunları dahil edin:

Örnek konu için kabul kontrol listesi şu şekilde olabilir: Okuyucu ham bir soruyu kullanıcı ifadesine dönüştürebilir; ana görevi belirleyebilir; kanıtı kamusal, yalnızca destek veya mükerrer olarak sınıflandırabilir; ve oluştur, güncelle, beklet ya da reddet seçeneklerinden birini belirleyebilir. Bu, GOV.UK'nin bir kullanıcı ihtiyacının karşılanmış sayılması için nelerin geçerli olması gerektiğini açıklayan kabul kriterleri mantığını izler (GOV.UK: Identify user needs).

Başlığı kontrol altında tutmak için özeti kullanın. "Gerçek kullanıcı ihtiyaçlarından bir makale konusu nasıl seçilir", tekrarlanabilir bir seçim yöntemine ihtiyaç duyan editörler için uygundur. "En iyi içerik konuları nasıl bulunur" ifadesi ise daha geniş kapsamlı olur ve temelsiz bir sıralama veya kalite yargısı ima eder. Google'ın kendi kılavuzunda, bir sitenin hedeflenen bir kitlesi olup olmadığı, içeriğin okuyucuların hedeflerine ulaşmalarına yardımcı olup olmadığı ve içeriğin öncelikle arama ziyaretleri çekmek için değil, insanlar için üretilip üretilmediği sorulur (Google Search Central: Creating helpful, reliable, people-first content). Bu sorular net bir editoryal görevin değerini pekiştirir ancak trafiği veya sıralamayı garanti etmez.

Makaleyi yanıtlanabilir, okunabilir ve sürdürülebilir kılın

Taslak okuyucuyu cevabı bir araya getirmek zorunda bırakırsa, gerçek bir ihtiyaç dahi zayıf bir sayfa doğurabilir. Doğrudan yanıtı baş tarafa yakın bir yere koyun, ardından bunu değiştiren koşulları açıklayın. Net olduğu durumlarda okuyucunun kayıt defterindeki terminolojisini kullanın, ancak "yalnızca destek" ve "mükerrer" gibi dahili editoryal terimleri tanımlayın.

Makaleyi birbiriyle gevşek şekilde bağlantılı anahtar kelimeler listesi yerine kararlar ve eylemler etrafında yapılandırın. Digital.gov, kitle için yazmayı, bilgileri düzenlemeyi, kısa ve sade bir dil kullanmayı ve gereksiz jargondan kaçınmayı önerir (Digital.gov: Principles of plain language). Editoryal bir yöntem açısından bu, editörlere yalnızca "kitlelerini anlamalarını" tavsiye etmek yerine; kayıt defteri alanlarını, karar filtresini ve en az bir işlenmiş örneği göstermek anlamına gelir.

Kabulden önce, kritik nitelikteki her ifadeyi kontrol edin:

Envanter eksik olduğu için son sorunun cevabı hayır ise, bu sınırlamayı kaydedin. Dürüst bir "site envanteri incelemesi gerekiyor" notu, konunun yeni olduğuna dair desteksiz bir iddiadan daha faydalıdır.

Bu konuyu keşfetmeye devam et