02 May 2025·8 dk
Kamu Ürün Öğrenme Merkezi için Nasıl Web Sitesi Oluşturulur
Bir kamu öğrenme merkezi sitesi planlamayı, kurmayı ve yayınlamayı öğrenin: yapı, CMS, içerik türleri, arama, SEO, analiz ve bakım.
Bir kamu öğrenme merkezi sitesi planlamayı, kurmayı ve yayınlamayı öğrenin: yapı, CMS, içerik türleri, arama, SEO, analiz ve bakım.
Bir “kamu öğrenme merkezi” sadece makalelerle dolu bir sayfadan daha fazlasıdır. Giriş kapısıdır: insanların ürününüzü nasıl anladığı, benimsediği ve başarılı olduğu—giriş yapmadan veya destek talebi oluşturmak zorunda kalmadan.
Öncelikli amacı seçerek başlayın:
Çoğu ekip her ikisine de ihtiyaç duyar, ama bir ödün söz konusu olduğunda (ör. uzun açıklamalar vs. hızlı çözümler) hangisinin öne çıkacağını belirleyin.
Hizmet etmesini beklediğiniz grupları listeleyin ve her biri için “başarı”nın neye benzediğini not edin:
En yaygın sorularınızı (satış görüşmeleri, onboarding oturumları, destek kayıtları ve iç uzmanlardan) toplayın ve her birini bir sonuca etiketleyin:
İlk yayında ne yayınlayacağınızı ve nelerin bekleyeceğini tanımlayın.
Başarı kriterleri ölçülebilir olmalı, örneğin:
Bilgi mimarisi (IA), insanların cevapları hızlıca bulmasına yardımcı olan haritadır—ve ekibinizin yeni içerik eklerken bir labirent yaratmamasını sağlar. Ölçeklenen bir IA, zaten sahip olduklarınızla başlar, sonra öğrenme merkezi büyüdükçe net kalan bir yapıya dönüştürür.
Kategori oluşturmadan önce mevcut materyallerinizi bir listede toplayın: dokümantasyon sayfaları, rehber olarak iş gören blog yazıları, webinarlar (kayıtlar ve transkriptler), sürüm notları, SSS, destek makroları ve onboarding e-postaları. Her öğenin amacını (bir kavramı öğretmek, bir görevi çözmek, bir değişikliği duyurmak) ve kime hizmet ettiğini (yeni kullanıcı, yönetici, geliştirici, ileri kullanıcı) not edin. Bu, boşlukları ve yinelemeleri görünür yapar.
Kullanıcıların nasıl düşündüğüne uyan sade, tahmin edilebilir kutular kullanın:
Birden fazla ürün veya modülünüz varsa, her biri için bir üst seviye ekleyin (Ürün A / Ürün B) ve aynı alt kategorileri koruyun. Tutarlılık ölçeklenebilirliği mümkün kılar.
Yeni başlayanlar için yönlendirilmiş bir sıra faydalıdır: buradan başla → kurulum → ilk görev → sonraki adımlar. İleri kullanıcılar ise doğrudan özellik alanına erişmek ve derinlemesine kavram sayfalarına gitmek ister. Bu giriş noktalarını ayrı tutun ki hiçbir kitle kendisiyle alakalı olmayan içeriklerin içinden geçmek zorunda kalmasın.
Basit bir desen seçin ve buna sadık kalın, örneğin:
/getting-started/ onboarding içerikleri için/how-to/ görev rehberleri için/concepts/ açıklamalar içinAdlandırma kurallarını tanımlayın (cümle başı büyük harf, tutarlı fiiller, sayfa başına tek konu) ki gelecekte sayfalar kolayca yerleşsin ve hepsini yeniden adlandırma gereği doğmasın.
Ziyaretçiler tıklamadan önce ne alacaklarını tahmin edebildiğinde öğrenme merkezinizi “kolay” hissederler. Bu öngörülebilirlik, az sayıda içerik türü ve her biri için tutarlı bir şablondan gelir.
İnsanların nasıl öğrendiğine ve sorun giderdiğine uyan bir avuç türle başlayın:
Listeyi sıkı tutun. Çok fazla tür kafa karışıklığı yaratır ve yayınlamayı yavaşlatır.
Her türün tanınabilir bir yapısı olmalı. Örnek:
Küçük standartlar dağınık içeriği engeller ama yazarları editöre dönüştürmez:
Tek bir soru veya düzeltme için kısa makaleler kullanın (tek niyet, tek sonuç). Kullanıcıların seçim yapması, ödünleri anlaması veya çok aşamalı bir iş akışını tamamlaması gerektiğinde uzun kılavuzlar kullanın. Uzun bir kılavuz büyürse, referans ve sorun giderme bölümlerini ayrı sayfalara çıkarın ve kılavuzu yolculuğa odaklı tutun.
Bir öğrenme merkezi, doğru ve hızlı güncellendiğinde yaşar; aksi halde hızla eskiyebilir. Konu uzmanlarının katkıda bulunmasını sağlayan, siteyi bozmayan ve yine de kalite kontrolü sağlayan bir CMS ve akış seçin.
Temelleri doğrulayarak başlayın:
Eğer öğrenme merkezinize teknik dokümanlar da dahilse, CMS'nin kod parçacıklarını nasıl ele aldığına (sözdizimi vurgulama, kopyala düğmeleri, güvenli biçimlendirme) emin olun.
Headless CMS + statik site üreticisi: Hız ve esnek tasarım için mükemmel. İçerik CMS'de yönetilir, sonra statik site olarak derlenip dağıtılır. Biraz geliştirici desteği olduğunda ve şablonlar ile yapılar üzerinde güçlü kontrol istendiğinde en iyi seçimdir.
Docs platformları: Genellikle yerleşik gezinme, versiyonlu dokümanlar ve arama entegrasyonları içerir. Yapı dokümantasyon ağırlıklı öğrenme merkezleri için uygundur.
Web site CMS bölümü: Öğrenme merkezi pazarlama sitesinin bir parçasıysa ve ekibiniz zaten aynı CMS'yi kullanıyorsa işe yarar. Ancak içeriğin büyümesiyle gezinmeyi kısıtlamayacağından emin olun.
Ürününüz ve öğrenme merkezi paralel geliştiriliyorsa, “özellik yayımlandı”dan “doküman yayımlandı”ya geçen süreyi kısaltan araçları düşünün. Örneğin, Koder.ai kullanan ekipler, planlama modu ve snapshot/rollback özelliklerini hafif bir dokümantasyon akışıyla eşleştirerek ürün ve doküman değişikliklerinin senkron kalmasını sağladıklarını görüyorlar.
Birden fazla dili desteklemeyi planlıyorsanız, çevirilerin nasıl yapılacağını erken kararlaştırın: her yerel dil için elle girdi mi, çeviri yönetimi entegrasyonu mu, yoksa dosya export/import mu. Dil geçişini, URL yapısını ve çevrilmiş güncellemeleri kimlerin onaylayacağını teyit edin.
Son olarak, medya yönetimini planlayın: tutarlı adlandırma, alt metin alanları, gömme desteği ve ürün UI değiştiğinde ekran görüntülerini güncelleme süreci.
Bir öğrenme merkezi, insanların nerede olduklarını tanıdıklarında, ne yapacaklarını gördüklerinde ve doğru cevaba az çabayla ulaştıklarında başarılı olur. İyi UI süsleme değildir—karışıklığı azaltan tahmin edilebilir kalıplardır.
Kullanıcıların nasıl düşündüğünü yansıtan (görevler, problemler, özellikler) açık kategori gezintisi kullanın; organizasyon yapınıza göre değil. Kategori ve makale sayfalarında ziyaretçilerin bağlamı kaybetmeden geri gidebilmeleri için iz yolları (breadcrumbs) ekleyin.
“İlgili makaleler” bağlantıları niyetli olduğunda en iyi sonucu verir: aynı görevi sürdüren, önkoşulları açıklayan veya sık takip edilen konuları gösterin (kurulum → sorun giderme → ileri seçenekler). Uzun ve genel bir liste dökmekten kaçının.
Ana sayfayı en hızlı değer yoluna göre tasarlayın:
Üst alanı odaklı tutun; çok fazla seçenek insanları yavaşlatır.
Çoğu okuyucu tıklamadan önce tarar. Bunu kolaylaştırın:
Başlıkları eylemi veya cevabı tanımlayacak şekilde yazın (ör. “API anahtarınızı sıfırlayın”), belirsiz etiketler kullanmayın (ör. “API anahtarları”).
Hedefleyin:
Erişilebilirlik geliştirmeleri herkes için UI'yi daha net yapar.
İyi arama, öğrenme merkezinin “anında” hissettirmesini sağlar. Aramayı bir ürün özelliği gibi ele alın: soruları hızlıca yanıtlamalı, hatalı yazımlara tolerans göstermeli ve kesin eşleşme olmadığında kullanıcıyı yönlendirmeli.
Kullanıcıların neleri arayabilmesi gerektiğini tanımlayarak başlayın. Asgari olarak sayfa başlıkları ve makale gövdesinin tamamını dizine ekleyin. Eğer metadata yayımlıyorsanız, etiketleri ve kısa özetleri de dizine alın.
Eğer indirilebilir kaynaklar (PDF, sürüm notları, şablonlar) yayınlıyorsanız, ekiçeriğini dizine ekleyip eklemeyeceğinize karar verin. Ek içerik güvenilir şekilde indekslenemiyorsa, ekler için açık başlıklar ve açıklamalar sağlayın ki insanlar yine de bulabilsin.
Kullanıcılar genellikle rol tabanlı bir niyetle gelirler (“yönetici kurulumu”, “öğrenci görünümü”, “faturalama sahibi”). Aşağıdaki gibi filtreler ekleyin:
Sonra sık kullanılan terimler ve marka sözlüğü için eşanlamlılar ekleyin: “login” vs “sign in”, “invoice” vs “bill”, “workspace” vs “project” ve kullanıcıların yazabileceği kısaltmalar. Yazım varyasyonlarını ve çoğul hâlleri de göz önünde bulundurun.
Sıfır sonuç çıkınca bu bir çıkış olmamalı. Şunu sunan özel bir “sonuç yok” deneyimi oluşturun:
Bu, bir hatayı toparlama akışına çevirir ve hangi içeriğin eksik olduğunu size gösterir.
En üst sorguları, sıfır-sonuç oranını ve sonuçlardan makalelere tıklanmayı izleyin. “Yineleme aramaları” (kullanıcının hemen tekrar arama yapması) ile birlikte, alaka sorunlarını yakalayın. Bu sinyalleri eşanlamlılar eklemek, başlıkları düzeltmek, eksik makaleler oluşturmak ve özetleri geliştirip doğru sonucun doğru cevap gibi görünmesini sağlamak için kullanın.
SEO, öğrenme merkezinizi bulunur kılmalı, kullanımı zorlaştırmamalı. Kural: önce insanlar için yazın, sonra arama motorlarının anlamasına yardım edin.
Kullanıcıların çözmek istediği şeye uyan net, spesifik sayfa başlıkları ve başlıklar kullanın. İyi bir başlık “Şifrenizi sıfırlayın” gibi olmalı, “Hesap Yönetimi” gibi genel değil. Her sayfada bir H1 tutun; H2/H3'lerle adımları taranabilir parçalara bölün.
Meta açıklamalar sayfayı “sıralamaz” ama tıklamaları etkiler. Bunları kısa bir vaatte bulunur gibi yazın: sayfanın neye yardım ettiği ve kim için olduğu.
Dahili bağlantılar hem açıklık hem SEO için önemlidir. Bir önkoşuldan veya ilgili bir görevden bahsediyorsanız, bunu düz dil ile bağlayın (“SSO'yu kurun”) ve “buraya tıklayın” tarzından kaçının. Bağlantı sayısını makul tutun ki ana yol açık kalsın.
Öğrenme merkezleri etiketler, versiyonlu sayfalar veya kopyalanmış makalelerle içerik çoğaltmaya meyillidir. Tutarlı, okunabilir slug'lar seçin ve onlara bağlı kalın. İki URL olması gerekiyorsa canonical URL kullanarak arama motorlarına hangi sayfanın “ana” olduğunu söyleyin. Yakın kopya “SEO varyantları” yayınlamaktan kaçının—bunları tek, daha iyi bir sayfada birleştirin.
Gerçek SSS sayfaları için FAQ yapılandırılmış verisi ekleyin ki arama motorları soru-cevap formatını anlasın. Bunu uygun olmayan içerik türlerine zorla uygulamayın; ters etki yaratabilir.
XML site haritası oluşturun ve yeni makaleler yayınlandıkça güncel tutun. Sayfaların amaçlanmadıkça indekslenebilir olduğundan emin olun (kazara noindex ayarı olmadığından emin olun); taslaklar, dahili notlar ve ince sayfaları aramadan uzak tutun.
İlk sürüm kapsamlı olmak zorunda değildir; faydalı olduğunu kanıtlamalıdır. Minimum uygulanabilir içerik seti, en yüksek sıklıklı sorunları çözmeli ve destek yükünü hemen azaltmalıdır.
Pratik başlangıç paketi:
Gerçek girdiler kullanın: destek kayıtları, sohbet dökümleri, görüşme notları ve ürün analizleri (en çok kullanılan özellikler, sık düşüş noktaları). Konuları etkiye (kaç kullanıcıyı etkiler) ve aciliyete göre önceliklendirin (benliği durduran veya churn'a neden olanlar).
Her makaleyi tek bir yapılacak iş için odaklı tutun. Basit dil kullanın, kısa bölümler ve adım adım talimatlar verin. İçerikte bulunsun:
İç jargonundan kaçının; gerekiyorsa bir terimi bir kez tanımlayıp sonra tutarlı kullanın.
Sadece kafa karışıklığını azaltıyorsa görsel ekleyin:
Görselleri dayanıklı kılmak için tarihlerden, kişisel verilerden ve sık değişen UI öğelerinden kaçının.
Her parçayı bir “Sonraki adımlar” bölümüyle bitirin: özelliği denemek, planları karşılaştırmak veya sorun gidermek gibi olası devam eylemlerini gösterin. Dahili yolları referans verebilirsiniz (ör. /pricing veya bir sonraki onboarding görevi) ki içerik ürün kararlarına ve ilerlemeye doğal şekilde bağlansın.
Kamu öğrenme merkezi güven üzerine kurulu. Yönetişim, özellikle ürün değişiklikleri içeriğin gerisinde kaldığında makalelerin güncel, tutarlı ve güvenli kalmasını sağlar.
“Herkes sahiplenir” yaklaşımından kaçının; genellikle kimsenin sahiplenmemesiyle sonuçlanır. Küçük bir rol seti tanımlayın ve takıma görünür kılın:
Ayrıca içeriklerin tatil veya ekip değişikliklerinde tıkanmaması için yedek sahipler atayın.
Her sayfanın aynı sıklıkta gözden geçirilmesi gerekmez. Yüksek riskli veya hızlı değişen konular (faturalama, güvenlik, onboarding akışları) daha sık kontrol edilmeli.
Bir sıklık belirleyin (ör. çoğu sayfa üç ayda bir, kritik olanlar aylık) ve şu otomatik tetikleyicileri ekleyin:
Basit bir kural: ürün değiştiyse, içerik de sürümle birlikte veya öncesinde gözden geçirilmeli.
Hafif bir stil kılavuzu yeniden yazmaları azaltır ve birden fazla yazarı tek bir ekip gibi hissettirir. İçerikler:
Ana sayfalarda “Son güncelleme” tarihleri ve önemli sayfalarda kısa güncelleme notları ekleyin. Bu tazeliği gösterir ve talimatlar değiştiğinde beklentiyi ayarlar. Dahili olarak, destek ve ürün ekiplerinin ne zaman, neyin ve neden güncellendiğini hızlıca görmesi için bir değişiklik kaydı tutun.
Öğrenme merkezi iki yönlü çalıştığında en iyi sonucu verir: ziyaretçiler cevap bulur ve siz nerede eksik olduğunuzu öğrenirsiniz. Bu bölüm, her sayfayı gürültülü hale getirmeden bu döngüleri kurmakla ilgilidir.
Makale sonuna (veya uzun rehberlerde ana adımlardan sonra) basit bir “Bu yararlı oldu mu?” kontrolü koyun. İlk etapta hızlı olsun: Evet/Hayır, isteğe bağlı takip ile.
Birisi “Hayır” seçerse iki hızlı seçenek sunun:
Sorun raporlarını içerik sahiplerinin gerçekten izlediği bir kuyruğa yönlendirin; eğer geri bildirim gelen kutusuna kaybolursa kullanıcılar artık kullanmaz.
Kendi kendine yardım yeterli olmadığında, insanların net sonraki adımlara ihtiyacı vardır. Küçük bir “Daha fazla yardıma mı ihtiyacınız var?” bloğu sağlayın; içinde şunlar olabilir:
Yanıt süreleri ve dahil edilmesi gereken bilgileri açıkça belirtin. Amaç hayal kırıklığını azaltmak ve tekrar eden biletleri önlemektir.
İki yüksek trafikli hub oluşturun:
Kullanıcıların görevi tamamlamasına yardımcı olacak CTA'lar ekleyin—şablon indir, önkoşulları kontrol et veya ilgili nasıl-yapılırı görüntüle. Sorun giderme makalelerinin içinde satış ağırlıklı çağrılardan kaçının; biri takıldığında netlik ve çözüm birinci olmalıdır.
Analitik, iki soruyu yanıtlamalı: İnsanlar ihtiyaç duyduklarını buluyor mu? ve İçerik sürtüşmeyi azaltıyor ve onları ilerletiyor mu? Erken kurun ki gerçek davranışlardan öğrenebilesiniz.
Yorumlanması ve karşılaştırılması kolay küçük bir metrik setiyle başlayın:
İpucu: Bunları içerik türüne göre (Nasıl yapılır, Sorun giderme, Kavramlar) izleyin ki örüntüler görülebilsin (ör. sorun giderme sayfalarının düşük kaydırma derinliği olması, cevapların çok aşağıda olduğunu gösterebilir).
Öğrenme merkezi, kullanıcıların görevleri tamamlamasına yardımcı olduğunda başarılıdır. Birkaç “sonraki adım” eylemi tanımlayın ve tıklamaları/bitirme oranlarını izleyin:
Raporlamayı gürültülü yapmamak için 3–5 ana eylem seçin.
Panolar karar için kurulmalı, gösteriş için değil. Şunları cevaplayan görünümler oluşturun:
Arama verisini sayfa performansıyla eşleştirerek “yüksek niyet, düşük memnuniyet” alanlarını hızla bulun.
Analitiği, tek seferde bir değişikliği test etmek ve önce/sonra sonuçlarını karşılaştırmak için kullanın:
Basit bir ritim belirleyin—aylık inceleme ve bir veya iki deney—böylece iyileştirme rutin bir iş haline gelir.
Öğrenme merkezi lansmanı büyük bir “işte bu” anından ziyade sürprizleri azaltma işidir: kırık sayfalar, kafa karıştırıcı gezinme, eksik destek yolları ve yavaş yüklenme. Lansman gününü sürekli iyileştirme döngüsünün başlangıcı olarak görün.
Aşamalı bir dağıtım ile başlayın: önce temel seti (en önemli görevler + en yaygın sorunlar) yayınlayın, sonra genişletin. Blogunuzdan ve varsa ürün içinden (ipuçları, afişler veya yardım menüsü) duyurun ki kullanıcılar ihtiyaç anında öğrenme merkezini keşfetsin.
Aylık içerik denetimi planlayın: yakın zamanda ürün değişikliğiyle ilgili olanları güncelleyin, yinelemeleri birleştirin ve artık güncellenmesi gerekmeyen sayfaları emekliye ayırın. Görünür bir bekleme listesi tutun ve önceliklendirmeyi gerçek sinyallerle yapın: sonuçsuz kalan en üst aramalar, yüksek çıkışlı sayfalar ve tekrar eden destek soruları. Zamanla bu, öğrenme merkezinizi tek seferlik bir yayın projesi değil yaşayan bir sisteme dönüştürür.
Öncelikle birincil amacı seçin:
Uzun açıklamalar ile hızlı çözümler arasında bir seçim gerektiğinde hangi amacın öne çıktığını belirleyin; sonra ölçülebilir başarı kriterleri tanımlayın (örneğin, daha az “nasıl yaparım…?” bileti, daha hızlı ilk başarı süresi).
Ana gruplarınızı listeleyin ve her biri için “başarı”yı tanımlayın:
Bu tanımlar, hangi içeriğin önce yayınlanacağını ve gezinmenin nasıl organize edileceğini önceliklendirmenize yardımcı olur.
Gerçek sorulardan oluşan tek bir bekleme listesi oluşturun:
Her soruyu , , veya gibi bir sonuca etiketleyin. Önceliklendirmeyi, en sık görülen ve en engelleyici konulara verin (benliği durduran veya tekrar eden bilet yaratanlar).
Zaten sahip olduklarınızı (dokümanlar, rehberler, webinarlar/transkriptler, SSS, makrolar, onboarding e-postaları) envantere alın. Sonra kullanıcıların tanıyacağı öngörülebilir kategorilere gruplayın:
Birden fazla ürün/modül varsa, bunları bir üst seviyeye koyun (ör. Ürün A / Ürün B) ve aynı alt kategorileri her biri altında tutun; tutarlılık ölçeklenebilirliği sağlar.
Sayfa türlerini sınırlı ve tutarlı tutun ki ziyaretçiler ne alacaklarını tahmin edebilsin. Yaygın temel türler:
Tekrarlanabilir bir şablon kullanın: giriş, önkoşullar, numaralandırılmış adımlar, beklenen sonuç ve “sonraki adımlar” bağlantıları.
Zorunlu özellikleri doğrulayın:
Takımınıza uygun bir model seçin:
Erken karar verin:
Ayrıca medya yönetimini planlayın: tutarlı adlandırma, açık alt metin alanları ve ürün UI değiştiğinde ekran görüntülerini güncelleme işi için bir süreç.
En azından başlıkları ve makale gövdesini dizine ekleyin; varsa etiketler ve özetleri de indeksleyin. Alaka düzeyini artırmak için:
Boş-sonuç deneyimini öneriler, popüler bağlantılar ve net bir yükseltme yolu (destek/topluluk/makale talebi) ile tasarlayın. Boş-sonuç sorgularını izlemeniz içerik yol haritanızı besler.
İnsanlar için yazın, sonra arama motorlarının anlamasına yardımcı olun:
Çoğaltmayı önlemek için istikrarlı slug’lar kullanın ve gerekirse canonical URL’ler atayın. XML site haritası oluşturun ve taslakları/ince sayfaları aramadan hariç tutun.
Hafif bir sistem kurun:
Kapanış döngüsü için: