Web Sitesi Sürüm Notları Sayfası: Yapı ve Yazım Düzeni
Yazılım ya da hizmet satan işletmelerde kullanıcılar neyin değiştiğini bilmek ister. Sessizce yapılan güncellemeler hem şaşkınlık hem de destek talebi üretir.
Bu rehberde sürüm notları sayfasının nasıl yapılandırılacağını, hangi dille yazılacağını ve nasıl duyurulacağını ele alıyoruz. Kurgunun sitenize uyarlanması için Weblike web sitesi tasarımı ekibimizden destek alabilirsiniz.
Web Sitesi Sürüm Notları Sayfası Nedir?
web sitesi sürüm notları sayfası, üründe ya da hizmette yapılan değişikliklerin tarih sırasıyla yayımlandığı bir bölümdür. Her kayıt bir sürüme karşılık gelir.
Bu sayfa bir geliştirici günlüğü değildir. Kullanıcının anlayacağı dilde yazılır.
Neden Gerekli?
Kullanıcı fark ettiği değişikliğin nedenini öğrenmek ister. Açıklama bulamadığında destek hattına yazar.
Düzenli yayımlanan sürüm notları, ürünün yaşadığını ve geliştiğini de gösterir.
Kimler İçin Yazılır?
Sürüm notlarının okuyucusu teknik ekip değildir. Hedef kitle netleştirilmeden yazım dili belirlenemez.
- Son kullanıcı: Günlük kullanan kişi.
- Yönetici: Kurumsal karar verici.
- Bayi ve servis: Uygulayan taraf.
- Entegrasyon ekibi: Teknik bağlantı kuranlar.
Sayfa Yapısı
Sürüm notları tersten sıralanmalıdır. En yeni kayıt en üstte yer alır.
Her kayıt tarih, sürüm numarası ve başlıkla açılmalıdır.
Sürüm Numaralandırma
Numaralandırma tutarlı bir kalıpta olmalıdır. Büyük, küçük ve düzeltme sürümleri ayrıştırılmalıdır.
Sürüm yönetimini sürüm yönetimi yazısında ele aldık.
Değişiklik Kategorileri
Her sürümdeki değişiklikler kategorilere ayrılmalıdır. Düz bir liste okunmaz.
- Yeni: Eklenen özellikler.
- İyileştirme: Mevcut işlevlerdeki gelişmeler.
- Düzeltme: Giderilen hatalar.
- Kaldırılan: Artık kullanılmayan özellikler.
Yazım Dili
Teknik terimler yerine kullanıcı diliyle yazılmalıdır. "Önbellek mekanizması optimize edildi" yerine "sayfalar daha hızlı açılıyor" denmelidir.
Her madde kullanıcı açısından ne anlama geldiğini anlatmalıdır.
Madde Uzunluğu
Her değişiklik tek bir cümlede anlatılmalıdır. Uzun açıklamalar ayrı bir sayfaya bağlanabilir.
Otuz maddeyi geçen sürüm notları okunmaz.
Öne Çıkan Değişiklik
Her sürümde en önemli değişiklik öne çıkarılmalıdır. Kullanıcı tüm listeyi okumaz.
Kısa bir özet paragraf listenin üstünde yer almalıdır.
Görsel Kullanımı
Önemli arayüz değişiklikleri ekran görüntüsüyle anlatılabilir. Görsel, metinden çok daha hızlı anlaşılır.
Görsel sayısı sınırlı tutulmalı, sayfa ağırlaşmamalıdır.
Hata Düzeltmelerinin Anlatımı
Düzeltilen hatalar da yazılmalıdır. Gizlenen hatalar güven kaybı üretir.
Anlatım suçlayıcı ya da savunmacı olmamalı, sade bir dille yapılmalıdır.
Kaldırılan Özellikler
Kaldırılan ya da değiştirilen özellikler mutlaka duyurulmalıdır. Habersiz kaldırma en çok şikâyet üreten durumdur.
Kaldırma öncesinde bir geçiş süresi tanınmalıdır.
Önceden Duyuru
Büyük değişiklikler yayına alınmadan önce duyurulmalıdır. Kullanıcıya hazırlanma zamanı verilmelidir.
Duyuru bandı kullanımını duyuru bandı kullanımı yazısında inceleyebilirsiniz.
Yayın Sıklığı
Sürüm notları düzenli aralıklarla yayımlanmalıdır. Düzensiz yayın, sayfanın terk edildiği izlenimi verir.
Aylık yayın çoğu ürün için uygundur.
Küçük Değişiklikler
Her küçük düzeltme ayrı bir sürüm notu gerektirmez. Küçük değişiklikler toplanıp birlikte yayımlanabilir.
Ancak kullanıcıyı etkileyen her değişiklik yazılmalıdır.
Weblike ile Sürüm Notu Kurulumu
Weblike web sitesi tasarımı ekibi, sürüm notları bölümünü site yapınıza uygun biçimde kurar; kategori etiketlerini ve abonelik akışını birlikte devreye alır.
Sayfanın aramada nasıl göründüğü Google Search Console üzerinden izlenir ve başlık yapısı buna göre düzenlenir.
Abonelik İmkânı
Kullanıcılar sürüm notlarına abone olabilmelidir. Yeni sürüm yayımlandığında bildirim gönderilmelidir.
Abonelik isteğe bağlı olmalı, varsayılan olarak açık olmamalıdır.
Bildirim Kanalı
Sürüm notu bildirimi e-posta ya da uygulama içi bildirimle gönderilebilir. İki kanal birlikte kullanılabilir.
Bildirim merkezinin nasıl kurulacağını bildirim merkezi yazısında ele aldık.
Uygulama İçi Duyuru
Yeni sürümden sonra ilk girişte kısa bir duyuru gösterilebilir. Bu duyuru kapatılabilir olmalıdır.
Her girişte tekrarlanan duyuru rahatsız edicidir.
Arşiv ve Arama
Eski sürüm notları silinmemelidir. Kullanıcı bir özelliğin ne zaman geldiğini arayabilmelidir.
Sürüm numarası ve tarihe göre arama sunulmalıdır.
Kalıcı Bağlantılar
Her sürümün kendi bağlantısı olmalıdır. Destek yanıtlarında doğrudan ilgili sürüme bağlantı verilebilir.
URL yapısı kurallarını URL yapısı yazısında anlattık.
Arama Motoru Görünürlüğü
Sürüm notları sayfası arama motorlarında değer üretir. Özellik adlarıyla yapılan aramalarda karşılık bulur.
Sayfa indekslenebilir olmalı ve başlıklar anlamlı yazılmalıdır.
Belge Bağlantısı
Yeni özellikler için kullanım belgesi varsa sürüm notundan bağlantı verilmelidir. Kullanıcı ayrı arama yapmak zorunda kalmamalıdır.
Teknik doküman sayfası kurgusunu teknik doküman sayfası yazısında ele aldık.
Yazım Sorumluluğu
Sürüm notlarını kimin yazacağı belirlenmelidir. Geliştirici notlarının olduğu gibi yayımlanması yaygın bir hatadır.
Yazım, kullanıcıyı tanıyan bir kişi tarafından yapılmalıdır.
Onay Süreci
Yayımlanmadan önce kısa bir kontrol yapılmalıdır. Yanlış ya da eksik bilgi, sürüm notunun amacını bozar.
Kontrol listesi üç maddeyi geçmemelidir.
Çok Dilli Yayın
Uluslararası kullanıcısı olan ürünlerde sürüm notları birden fazla dilde yayımlanmalıdır. Çeviri gecikmesi kabul edilebilir.
Çoklu dil desteğini çoklu dil desteği yazısında inceleyebilirsiniz.
Bakım Duyuruları
Planlı bakım duyuruları sürüm notlarından ayrı tutulmalıdır. İki içerik türü farklı amaçlara hizmet eder.
Bakım duyuruları için ayrı bir durum sayfası kullanılabilir.
Ekip İçi Fayda
Sürüm notları ekip içinde de kullanılır. Satış ve destek ekipleri neyin değiştiğini buradan öğrenir.
Bu kullanım, notların kalitesini artırmak için ek bir nedendir.
Geri Bildirim Toplama
Her sürüm notunun altında kısa bir geri bildirim alanı bulunabilir. Kullanıcı değişikliği beğenip beğenmediğini bildirir.
Bu veri, sonraki geliştirmelere yön verir.
Ölçümleme
Sayfanın görüntülenme sayısı ve abonelik oranı izlenmelidir. Düşük ilgi, yazım dilinin fazla teknik olduğunu gösterebilir.
Destek taleplerindeki değişim de ikinci bir göstergedir.
Sık Yapılan Hatalar
Sürüm notlarında tekrar eden hatalar vardır. Bunlar sayfanın okunmamasına yol açar.
- Teknik dil: Kullanıcının anlamadığı anlatım.
- Gizlenen hatalar: Düzeltmelerin yazılmaması.
- Düzensiz yayın: Terk edilmiş izlenimi.
- Habersiz kaldırma: En çok şikâyet üreten durum.
web sitesi sürüm notları sayfası kontrol listesi
web sitesi sürüm notları sayfası kurarken birkaç başlığın net olması yeterlidir. Liste kısa olduğunda yayın da düzenli kalır.
Kullanıcı dili, kategorilere ayrılmış maddeler, düzenli yayın sıklığı ve kalıcı bağlantılar bu listenin omurgasıdır. web sitesi sürüm notları sayfası bu dört madde oturduğunda hem destek yükünü azaltır hem güven üretir.
Teknik ekip için değil, ürünü kullanan kişi için. Hedef kitle netleştirilmeden yazım dili belirlenemez.
Evet. Gizlenen hatalar güven kaybı üretir; anlatım sade ve savunmacı olmayan bir dille yapılmalıdır.
Mutlaka ve önceden. Habersiz kaldırma en çok şikâyet üreten durumdur, geçiş süresi tanınmalıdır.
Aylık yayın çoğu ürün için uygundur. Düzensiz yayın sayfanın terk edildiği izlenimi verir.
Otuz maddeyi geçen sürüm notları okunmaz. Her değişiklik tek cümlede anlatılmalıdır.
Evet, ancak isteğe bağlı olmalı ve varsayılan olarak açık gelmemelidir.
Hayır. Kullanıcı bir özelliğin ne zaman geldiğini arayabilmelidir; arşiv aranabilir olmalıdır.
Evet. Destek yanıtlarında doğrudan ilgili sürüme bağlantı verilebilmesi önemlidir.
Hayır. Planlı bakım duyuruları ayrı bir durum sayfasında yayımlanmalıdır.
web sitesi sürüm notları sayfası, sessizce yapılan değişikliklerin ürettiği şaşkınlığı ve destek yükünü ortadan kaldırır. Kullanıcı diliyle yazılmış, kategorilere ayrılmış, düzenli yayımlanan ve kalıcı bağlantılarla arşivlenen notlar, ürünün geliştiğini göstermenin de en doğal yoludur.
BİZE ULAŞIN
Bizimle iletişime geçerek projeniz için hemen ücretsiz teklif alabilirsiniz.
