25 Mar 2025·8 dk
Dikey SaaS Eğitim Merkezi için Web Sitesi Nasıl Oluşturulur
Dikey SaaS eğitim merkezi web sitesi planlama, tasarım ve lansmanı için pratik rehber: yapı, içerik türleri, teknoloji yığını, SEO, analiz ve bakım.
Dikey SaaS eğitim merkezi web sitesi planlama, tasarım ve lansmanı için pratik rehber: yapı, içerik türleri, teknoloji yığını, SEO, analiz ve bakım.
Sayfaları çizmeye veya bir CMS seçmeye başlamadan önce, "eğitim merkezi"nin ürününüz ve dikeyiniz için ne anlama geldiğini tanımlayın. Bazı dikey SaaS şirketleri için bu öncelikle bir bilgi tabanı ve ürün dokümantasyonu iken; diğerleri için kurslar, sertifikalar, şablonlar, canlı soru-cevap webinarları ve uygulama playbook'ları içeren bir akademi olabilir. Kapsamınız, rakiplerin yayınladıklarına göre değil, müşterilerinizin ürünü gerçekten nasıl öğrendiğine göre belirlenmeli.
Tek cümlelik bir misyon yazın, sonra 1. sürümde destekleyeceğiniz içerik türlerini listeleyin.
Örnek: "Klinik yöneticilerinin kayıttan ilk başarılı randevu kaydına 30 dakika içinde ulaşmasını sağlamak." Bu misyon, kısa başlangıç rehberleri, kısa videolar ve role özel kontrol listelerine işaret eder—uzun teori yazıları yerine.
Ayrıca lansmanda hub'ın ne yapmayacağını da tanımlayın (ör. "henüz topluluk forumu yok", "V1'de sertifika yok", "partner portalı yok"). Bu, kapsam kaymasını önler.
Dikey SaaS genellikle farklı hedefleri ve izinleri olan birden çok kullanıcı rolüne sahiptir. Birincil rolleri (ör. yöneticiler, müdürler, ön saha personeli, son kullanıcılar/öğrenciler, partnerler/yeniden satıcılar) haritalayın ve hub'ın ilk önce kimin için olduğunu belirleyin.
Kapsamı kontrol altında tutmak için lansmanda öncelik verilecek 1–2 rol seçin, sonra sürtünmeyi azaltan öğelerle ilgili veri geldikçe diğerlerini ekleyin.
İçerik üretimini değil, müşteri çıktısını yansıtan metrikler seçin. Dikey SaaS için yaygın eğitim-hub metrikleri şunlardır:
Ekip büyüklüğü, bütçe ve zaman çizelgesini açıkça belirtin. Ayrıca dikeyinize bağlı uyumluluk ve yasal gereksinimleri (gizlilik kuralları, kayıt saklama, erişilebilirlik gereksinimleri, partner marka kuralları) listeleyin. Bu kısıtlamalar içerik formatlarını, moderasyonu ve topluluk tartışmasını barındırıp barındıramayacağınızı şekillendirir.
İçeriği şu şekilde ayırın:
Bu karar gezinmeyi, aramayı ve kimlik doğrulamayı etkiler—ve gate'li onboarding veya partner eğitimini eklediğinizde daha sonra yeniden yapılandırma yapmanızı önler.
Bir eğitim merkezi, gerçek müşterilerin ürününüzü nasıl öğrendiğini yansıttığında işe yarar—kurumunuzun organizasyon şemasına göre değil. Kimi öğrettiğinizi, ne yapmaya çalıştıklarını ve genellikle neyin engel olduğunu tanımlamakla başlayın.
Dikey SaaS'te aynı özellik farklı kişiler için farklı anlamlara gelebilir. Hedef kitlenizi rol ve kıdem bazında ayırın ve her rolün ihtiyaç duyduğu başlıca işleri listeleyin:
Bu rol temelli yaklaşım, genel içerikten kaçınmanıza ve müşterilerin gerçekten nasıl çalıştığına uygun rehberlik oluşturmanıza yardımcı olur.
İnsanların neyle zorlandığını tahmin etmeyin—onu toplayın. Destek biletlerinden, satış görüşmelerinden, müşteri başarı notlarından ve onboarding oturumlarından yazılı soruları çekin. Tekrarlanan ifadeler, aynı ekran etrafındaki kafa karışıklığı ve "neredeyse çalışıyor" senaryolarına bakın.
Bu soruları sayfa başlıklarına ve arama-dostu başlıklara çevirin. Müşteriler "Haftalık uyumluluk raporlarını nasıl dışarı aktarırım?" diye soruyorsa, bu muhtemelen en iyi başlığınızdır.
Çoğu hub en az üç öğrenme seviyesi gerektirir:
İlerlemenin açık olmasını sağlayın: "Buradan başla" yolları ve açık önkoşullar ekleyin ki insanlar kaybolmuş hissetmesin.
Dikey SaaS benzersiz sürtünme getirir: sektör terminolojisi, düzenlemeler ve miras araçlarla entegrasyonlar. Bunları erken dönemde açık, sade dilde açıklamalar ve somut, dikeye özgü örneklerle belirtin.
Yardımcı bir iş arkadaşı gibi yazın: kısa cümleler, net tanımlar ve müşterilerinizin günlük gerçekliğine uyan örnekler. İç jargondan kaçının—şirket içinde normal olsa bile.
Bir dikey SaaS eğitim merkezi, insanların doğru cevabı ne kadar hızlı bulabildiğine ve sonrasında kendinden emin şekilde öğrenmeye devam edebildiğine bağlı olarak başarılı olur veya başarısız olur. Daha fazla içerik yazmadan önce hub nasıl organize edilecek ve kullanıcılar nasıl ilerleyecek kararını verin.
Çoğu ekip küçük ve öngörülebilir hedeflerle başarılı olur:
Üst menüyü sabit tutun. Yeni içerik genellikle bu hub'ların içine sığdırılmalı, yeni üst düzey sekmeler eklemek yerine.
Bazı ziyaretçiler keşfetmeye hazır gelir; bazıları aceleyle doğrudan arama yapar. İkisini de destekleyin:
Kullanıma göre kategoriler tanımlayın:
Bu kuralları belgeleyin ki yazarlar içeriği tutarlı şekilde etiketlesin.
Her makale şu soruyu yanıtlamalı: Okuyucu sonraki ne yapmalı? Şunları ekleyin:
Bu, eksik bağlam nedeniyle oluşan destek taleplerini azaltır.
Yıllarca büyüyebilecek öngörülebilir bir yapı seçin, örneğin:
/getting-started/…/how-to/…/troubleshooting/…/academy/…/release-notes/…URL'lere tarih veya iç ekip isimleri gömmekten kaçının. Sabit desenler bakım, SEO ve çapraz bağlantı kurmayı kolaylaştırır.
Bir dikey SaaS eğitim merkezi, içerikler tutarlı hissettirdiğinde en iyi sonucu verir—kullanıcılar tarayabilir, güvenebilir ve hızlıca harekete geçebilir. Önce birkaç zorunlu format belirleyin, sonra her birinin nasıl üretileceğini standartlaştırın.
Çoğu ekip hızlı yardım ile daha derin müşteri eğitimi arasında bir karışıma ihtiyaç duyar:
Tüm formatları aynı anda başlatmayın. Güncel tutabileceğiniz 2–3 format seçin.
Her format için bir şablon oluşturun. Yazılı rehberler için basit bir yapı kaliteyi yüksek tutar:
Ekran görüntüsü stil kurallarını (kırpma, hassas veriyi bulanıklaştırma, tıklamaları vurgulama) ve beklenen uzunluk aralığını belirleyin.
Okuma düzeyi, kapsayıcı dil ve erişilebilirlik temelleri (açıklayıcı başlıklar, önemli görseller için alt metin, net bağlantı metni) üzerinde anlaşın. Standartlar, daha fazla yazar katkıda bulunduğunda hub'ı tutarlı tutar.
En önemli 10–20 kullanıcı işini listeleyin (ör. "veri içe aktar", "ekip davet et", "rapor çalıştır") ve her biri için içerik brief'leri oluşturun. Bu, eğitim merkezinizin müşterilerin gerçekten yaptıklarına odaklanmasını sağlar.
Kim yazacak, kim onaylayacak ve içeriğin ne sıklıkla kontrol edileceğini tanımlayın (hızla değişen özellikler için aylık, stabil alanlar için üç aylık). Ürün, destek ve pazarlama arasında paylaşılan sahiplik; bayat dokümantasyonu önler ve müşteri eğitimini güvenilir kılar.
Harika bir eğitim merkezi iki farklı kullanıcı modunu destekler: "30 saniyede cevap lazım" ve "bunu düzgünce öğrenmek istiyorum". UX, insanları yanlış akışa zorlamadan her iki durumu da desteklemeli.
Ana sayfayı bir dağıtım kontrolü gibi düşünün, pazarlama sayfası gibi değil. Üstte belirgin bir arama çubuğu, ardından açık etiketli ana görevler (ör. "Bir ekip üyesi davet et", "Faturalamayı bağla", "Senkronizasyon hatasını düzelt") koyun. Ürününüz birden fazla rolü servis ediyorsa, kullanıcıların kendilerini hızlıca tanımlayabilmesi için rol tabanlı yollar ekleyin (ör. Yönetici, Eğitmen, Direktör).
Her persona için kısa bir "Buradan başla" sayfası oluşturun (ör. klinik yöneticisi vs. uygulayıcı; öğretmen vs. okul müdürü). Her sayfa şunları cevaplamalıdır:
Bu sayfaları kısa tutun ve daha derin modüllere rehber bir yol sağlayın.
Seri içerikler (kurslar, onboarding izleri, sertifikasyon) için açık bir modül düzeni kullanın:
Kullanıcılarınız sahada, paylaşılan cihazlarda veya düşük bant genişliğinde çalışıyorsa, hızlı yüklenen sayfalar, okunaklı tipografi ve dokunmaya uygun kontroller öncelikli olsun. Ağır gömmelerden kaçının; hafif alternatifler varsa onları tercih edin.
Yazar (veya ekip), "son güncelleme" tarihi ve ilgili sürüm notlarını ekleyin. Bu, rehbere güven oluşturur ve kullanıcıların önerilerin ürünle uyumlu olup olmadığını değerlendirmesine yardımcı olur.
Eğitim hub'ınız yalnızca onu koruyacak insanlar hızlıca yayın yapabiliyorsa güncel kalır. CMS'i ekibinizin hali hazırdaki çalışma biçimine göre eşleştirin—sonra ihtiyaçlarınızı karşılayan en küçük teknoloji yığını seçin.
Konu uzmanları (destek, müşteri başarı, eğitmenler) sıkça yayın yapacaksa, WYSIWYG düzenleyici sürtünmeyi azaltır. Ekibiniz zaten dokümanları Markdown'da yazıyorsa, bu iş akışını koruyun—özellikle teknik kurulum rehberleri ve değişiklik günlükleri için.
Ön gereksinimleri baştan belirleyin:
Hepsi bir arada doküman/akademi platformu, yerleşik arama, gezinme ve şablonlarla daha hızlı lansman sağlar. Headless CMS + özel frontend ise marka kontrolü, özel öğrenme yolları veya ürün siteyle derin entegrasyon gerektiğinde daha uygundur.
Basit bir karar kuralı: ekibiniz frontend'i bakım altına alamıyorsa, hepsi bir arada platformu tercih edin.
Eğer özel bir deneyim istiyor ama uzun bir geliştirme döngüsü istemiyorsanız, Koder.ai gibi bir vibe-coding platformu pratik bir orta yol olabilir: React tabanlı bir hub frontend'i prototipleyip (ve ardından gönderip) Go + PostgreSQL arka ucu bağlayabilir ve sıfırdan başlamadan sohbet yönlendirmeli "planlama modu" ile yineleyebilirsiniz. Ayrıca içerik operasyonları için dahili yönetim araçları (içe aktarımlar, etiketleme, inceleme kuyrukları) oluştururken kaynak kodu dışa aktarma ve geri alma imkanı sunar.
Müşteriye özel kurslar, sertifikasyon içeriği veya premium uygulama rehberleri sunmayı planlıyorsanız, kimlik doğrulama için baştan tasarlayın. Kullanıcıların uygulama ile hub arasında ekstra oturum açmadan geçiş yapabilmesi için SSO (SAML/OIDC) düşünün.
Birden fazla dili destekleyecekseniz, yapılandırılmış içeriği, yerel URL'leri ve net bir çeviri sürecini (insan, makine veya hibrit) idare eden araçlar seçin. Sonradan yerelleştirme yapmak maliyetli olur.
Yönetilen veya özel olsun, güçlü hız, çalışma süresi, yedeklemeler ve canlıya almadan önce değişiklikleri test etmek için staging ortamınız olsun.
Eğitim hub'ınız ayrı bir "içerik adası" gibi hissettirmemeli. Pazarlama sitesi ve uygulama içi onboarding ile sıkı entegrasyon, kafa karışıklığını azaltır, değer elde etme süresini kısaltır ve kullanıcılara bir sonraki en iyi adımı verir—onu aramak zorunda bırakmadan.
Başlangıç olarak, ürün sitenizden gelen ziyaretçilerin hangi temel soruları getirdiğini tanımlayın. Birçok kişi değerlendirme veya hata ayıklama aşamasında olacağından hub'ın şunları açıkça kapsadığından emin olun:
Bu netlik, pazarlama sayfalarının doğru öğrenme içeriğine bağlanmasını ve öğrenme içeriğinin doğru karar sayfalarına geri bağlanmasını sağlar.
Her ana hub sayfası bir veya iki alakalı çağrı-işlem (CTA) sunmalı. Onları spesifik ve duruma uygun tutun:
CTA'ları mantıklı yerlere koyun (makale sonu, kenar çubuğu veya kritik bir bölümün ardından). Her paragraftan sonra CTA dağıtmayın.
Kullanıcı niyetine göre öğrenme içeriğini ürün sayfalarına ve tam tersi yönde bağlayın:
Amaç rehberlik, SEO spam'i değil: sadece gerçekten okuyucunun bir görevi tamamlamasına veya karar vermesine yardımcı olduğunda link verin.
Kullanıcı kaydolduktan sonra onları rol, sektör segmenti veya kullanım durumuna göre doğru öğrenme yoluna yönlendirin. Örnekler:
Yüksek trafikli makaleler ve onboarding adımlarında basit bir "Bu faydalı oldu mu?" isteği ekleyin. İsteği isteğe bağlı bir yorum alanı ile eşleştirerek eksik adımları, kafa karıştıran terimleri veya yanlış varsayımları yakalayın ve hub'ı sürekli geliştirin.
Kendi kendine yardım, insanların doğru cevabı saniyeler içinde bulabildiği ve bulamazlarsa güvenle bir sonraki adımı atabildiği zaman işler.
Çoğu kullanıcı kategorilere göz atmaz; ekranlarında gördüklerini yazar. Üst bilgi ve destek alanında arama çubuğunu öncelikli hale getirin ve sonuçları kullanışlı kılın:
Dikey SaaS için eşanlamlılar listesi bir süper güçtür: "CPT", "prosedür kodu" ve "hizmet kodu" gibi terimleri aynı sonuçlarla eşleştirin ki müşteriler sizin tercih ettiğiniz terimi tahmin etmek zorunda kalmasın.
Yaygın sorunlar için tekrar edilebilir "belirti → neden → çözüm" sayfaları oluşturun. Belirtileri kullanıcının dilinde yazın ("Fatura gönderilmiyor", "Senkronizasyon %0'de takıldı") ve çözümleri kısa, test edilebilir adımlar olarak yapılandırın.
Metin yetmediğinde, tam olarak neresine tıklanacağını ve başarının nasıl göründüğünü gösteren notlanmış ekran görüntüleri veya 10–20 saniyelik klipler ekleyin.
Kendi kendine yardım gerektiğinde temiz bir devretme sunun:
İyi yapıldığında, arama ve destek yolları biletleri azaltırken müşterilerin kendilerini bakıma alınmış hissetmelerini sağlar.
SEO, müşterilerin işlerini nasıl düşündüğünü yansıttığında en iyi sonucu verir—ürün menünüzün nasıl organize edildiğine göre değil. Aramayı gerçek iş akışlarına eşleyerek başlayın, sonra bu haritayı gerçekten yardımcı olan sayfalara dönüştürün.
Dikeyinizdeki uçtan uca görevleri yansıtan anahtar kelime kümeleri oluşturun (ör. "ay sonu kapama", "uyumluluk denetimi çalıştırma", "saha ekiplerini planlama") ve her küme için birkaç birbirine bağlı sayfa hazırlayın:
Bu yaklaşım hem genel hem de spesifik niyeti yakalar, tüm sayfaların aynı anahtar kelime için rekabet etmesini engeller.
Her sayfa için birincil sorguyu seçin ve niyeti ilk birkaç satırda eşleştirin:
Başlıkları spesifik tutun ("Y'de X'i Mutabakat: Adım Adım") belirsiz başlıklardan kaçının ("Mutabakat Rehberi").
CMS'iniz yapılandırılmış veriyi destekliyorsa, sayfaya uyan schema ekleyin:
Schema yalnızca sayfa gerçekten o yapıyı içerdiğinde eklenmelidir.
İki sayfa çok fazla örtüşüyorsa, onları daha güçlü bir kaynakta birleştirin. Tuzaklar, "iyi görünene nasıl bakılır" ve somut örnekler ekleyin ki içerik eksiksiz hissetsin.
Editörlerin uymasını kolaylaştıracak basit kurallar tanımlayın:
Bu, arama motorlarının konu ilişkilerini anlamasına ve okuyucuların ilerlemeye devam etmesine yardımcı olur.
Eğitim hub'ı, müşterilerin cihaz, yetenek veya ortam fark etmeksizin gerçekten kullanabilmesi ve verilerine güvenebilmesi halinde işe yarar. Erişilebilirlik, gizlilik ve güvenliği gereksinim olarak ele alın.
Deneyimi herkes için iyileştiren temel uygulamalarla başlayın:
Video dersleri yayınlıyorsanız altyazı ve transkript sağlayın. Transkriptler aramaya da yardımcı olur ve birinin sadece cevabı hızlıca taraması gerektiğinde kullanışlıdır.
Hangi verileri topladığınızı (analitik, çerez tercihleri, geri bildirim formları, sohbet transkriptleri) belirleyin ve sade dilde belgeleyin. Hub footer'ından /privacy ve /cookies (veya eşdeğerleri) sayfalarına bağlantı verin ve ana site ile hub arasında onay seçeneklerini tutarlı tutun.
Geri bildirim formlarında sadece gerekeni toplayın. Eğer e-posta isteğe bağlıysa bunu belirtin.
Hub'lar genellikle gömmeler, formlar ve üçüncü taraf betikleri içerir. Güvenli varsayılanlar kullanın:
Son olarak, dikeyiniz gerektiriyorsa içerik feragaatnameleri ekleyin (ör. "Hukuki tavsiye değildir" veya "Tıbbi tavsiye değildir"), özellikle şablonlar, hesaplayıcılar ve politika rehberlerinde.
Analitik, eğitim hub'ınızı "içerik kütüphanesi" olmaktan çıkarıp her hafta daha iyi hale gelen bir sisteme dönüştürür. Amaç her metriği toplamak değil—tekrarlayan birkaç soruya cevap verebilmektir: İnsanlar aradığını buluyor mu? Hub destek yükünü azaltıyor mu? Hub kullanıcıları aktivasyon ve ücretli dönüşüme götürüyor mu?
İki ana yolu kurun:
Bu görünüm, doğrudan dönüştürmeyen ama ana eylemleri destekleyen "yardımcı" içerikleri bulmanıza yardımcı olur.
Sayfa görüntülemelerin ötesinde kafa karışıklığını ortaya çıkaran sinyallere öncelik verin:
Bunları destek içgörüleriyle eşleştirerek: hangi konular gerçekten deflect ediyor (makaleyi okuyan ve bilet oluşturmayan) ve hangi alanlarda kullanıcılar tekrar tekrar kafası karışıyor.
Tüm ekibin güvendiği tek bir pano oluşturun: en çok girilen sayfalar, en popüler aramalar, sıfır-sonuçlar, hub → demo yardımcıları ve saptırma göstergeleri. Sonra 30 dakikalık haftalık bir gözden geçirme çalıştırın, kısa bir gündemle:
Önemli sayfalara hafif bir geri bildirim ekleyin ("Bu faydalı mı?" + isteğe bağlı yorum) ve güncelliği bildirmek için bir yol sağlayın. Girdi, yeni makalelerden çok düzenleme önceliklendirmek için kullanın—çoğu büyük kazanç başlıkları yeniden yazmak, ilk 10 satırı iyileştirmek, eksik bir önkoşul eklemek veya ekran görüntülerini güncellemekten gelir.
Güçlü bir lansman "sayfaları yayınlamak"tan çok, ilk günde insanların doğru cevabı güvenle bulabilmesini ve hub'ın her ürün değişikliğinden sonra doğru kalmasını sağlamaktır.
Pazarlama ve destek ekipleriyle birlikte son bir kontrol yapın. Karışıklığı önleyecek sıkıcı ama kritik maddelere odaklanın:
Açık sahiplik atayın: hub yapısından sorumlu bir kişi ve ana alanlar (onboarding, faturalama, entegrasyonlar) için konu sahipleri. Kimlerin yayın yapabileceğini, onay süreçlerini ve güncelleme tetikleyicilerini (yeni özellikler, UI etiket değişiklikleri, izin değişiklikleri) tanımlayın—bunlar otomatik olarak içerik görevlerine dönüşmelidir.
Ana rehberlerde (kurulum, kritik iş akışları, uyumluluk) hafif bir değişiklik günlüğü tutun: ne değişti, ne zaman ve neden. Bu destek biletlerini azaltır ve müşterilerin ekipleri yeniden eğitmesine yardımcı olur.
Aşağıdaki konuları yakalamak için denetimler planlayın:
Müşterilerin ve şirket içi ekiplerin ne bekleyeceğini bilmesi için basit bir "gelecek ne var" sayfası yayınlayın: desteklenecek sonraki roller, gelecek iş akışları ve planlanan entegrasyonlar. Bu, bakım süreçlerini son dakika düzeltmeleri yerine görünür, planlı bir programa dönüştürür.
V1 için doğrudan müşteri sonuçlarına bağlanan tek cümlelik bir misyonla başlayın (ör. "yöneticilerin 30 dakika içinde ilk başarılı iş akışına ulaşmasını sağlamak"). Ardından V1'i gerçekçi şekilde güncel tutabileceğiniz 1–2 ana rol ve 2–3 içerik formatı ile sınırlayın. İlk 10–20 işi belirlemek için destek biletlerinizi ve onboarding notlarınızı kullanın.
Öğrenme etkinliği ve ürün çıktıları olarak metrikleri ayırın:
Sadece sayfa görüntülemelere güvenmeyin; onlar kullanıcının başarılı olup olmadığını göstermez.
Dikey SaaS kullanıcılarının izinleri ve hedefleri farklıdır. Rol tabanlı "Buradan başla" yolları oluşturun (ör. Yönetici, Yönetici, Ön saha) ve her yol için:
Başlangıçta kapsamı sınırlamak için en önemli 1–2 rol ile lansman yapın.
Küçük, öngörülebilir üst düzey bölümler kullanın ve bunları sabit tutun:
Ardından etiketleri (rol, özellik, iş akışı, entegrasyon, sektör terimleri) tutarlı şekilde uygulayın ki arama ve "önerilen sonraki" bağlantılar tüm hub'da çalışsın.
Erken dönemde açıkça belirleyin—çünkü bu gezinme, arama ve kimlik doğrulamayı etkiler.
Gated onboarding veya ortak eğitimi eklemeyi planlıyorsanız, yeniden yapılandırmayı önlemek için bunu baştan planlayın.
Gerçek iş akışlarına uyan ve sürdürülebilir formatlarla başlayın:
Lansman için 2–3 format seçin; tutarlılık çeşitlilikten daha iyidir.
Her format için standartlar belirleyin ki birden fazla yazarın ürettiği içerikler tutarlı olsun. Yazılı kılavuzlar için tekrarlanabilir yapı:
Ayrıca ekran görüntüsü kuralları (kırpma, gizli veriyi bulanıklaştırma) ve gözden geçirme sıklığı belirleyin.
Kimin en çok yayın yapacağı ve ne kadar frontend bakımı yapabileceğiniz temel kararları belirlesin:
Ayrıca rolleri/izinleri, taslak→inceleme akışını, versiyonlama/geri alma ve bir staging ortamını gerektirin.
Arama, acil kullanıcılar için ana gezinme olmalıdır:
Aramayı, düşük sürtünmeli yükseltme yolları ("Hâlâ takıldınız mı?" gibi) ve mümkünse ön-doldurulmuş bağlamla eşleştirin.
Temel gereksinimler olarak dahil edin:
Sektörünüz gerektiriyorsa net feragatnameler ekleyin (ör. "Hukuki tavsiye değildir").