Yeni kullanım senaryoları çıktıkça kolayca genişleyebilen bir ürün sitesi nasıl tasarlanır—modüler sayfalar, net navigasyon, tekrar kullanılabilir içerik blokları ve basit bir mesajlaşma sistemi kullanarak öğrenin.
Bir ürün sitesi “kullanım senaryolarıyla büyür” dediğimizde kastedilen, insanların ürününüzü yeni şekillerde kullanmasını siteye ekleyebilmenizdir—bunu yapmak zorunda kalırken konumlandırmanızı yeniden yazmamanız, navigasyonu yeniden kurmamanız veya içeriğin yarısını çoğaltmamanızdır.
Kullanım senaryoları genellikle birkaç tahmin edilebilir yönde genişler:
Hedef her senaryo için ayrı bir sayfa oluşturmak değil. Hedef, yeni bir kullanım senaryosunu “modül” olarak ekleyebileceğiniz—bir sayfa, bir bölüm, bir kanıt noktası—bir site tasarlamaktır; aynı zamanda genel hikâyeyi tutarlı tutmaktır.
Bu genellikle şunları gerektirir:
Kullanım senaryoları arttıkça, birçok site netliği azaltan kalıplara saplanır:
Site yapınızın ölçeklenebildiğini şu durumlarda anlarsınız:
Yeni sayfalar tasarlamadan veya ana sayfanızı yeniden yazmadan önce hangi “kullanım senaryolarını” desteklemeniz gerektiğini netleştirin. Bir kullanım senaryosu envanteri, insanların ürününüzü “işe almak” için kullandığı durumların hafif bir listesidir—ürün özellikleriyle değil, sade dille yazılmış.
İnsanları hızlıca tanıyabileceğiniz birkaç kitle türünde gruplayarak başlayın. Basit tutun—3–6 grup yeterli.
Düşünün:
Amaç mükemmel segmentasyon modeli değil; ekibinizin kullanım senaryosu sayfalarını oluştururken veya genişletirken kullanacağı ortak bir sözlüktür.
Her kitle türü için onların yapmaya çalıştığı “işi” ve başarının nasıl göründüğünü yazın. Düğmeler yerine sonuçlara odaklanın.
Sonuç diline örnekler:
Farklı kitlelerin her aşamada farklı bilgilere ihtiyacı olur:
Tahmine dayalı olmamak için gerçek müşteri dilini kullanın. Satış görüşme notları, destek talepleri, onboarding soruları ve sık itirazlardan alın. Bunlar kullanım senaryosu sayfası metni, SSS ve kanıt noktaları için ham malzeme olur.
Kullanım senaryosu odaklı bir site hızla büyür. Yeniden kullanılabilir bir mesajlaşma çerçevesi yoksa her yeni sayfa kendi dilini icat eder—ziyaretçiler aynı ürüne bakıp bakmadıklarını sorgulamaya başlar. Bir çerçeve, her şeyi genelleştirmeden tutarlılık sağlar.
Çekirdek vaat, her kullanım senaryosu sayfasının “miras alabileceği” cümledir. Basit tutun:
[Kimin için], size [sonucu] [yaygın acı] olmadan sağlar.
Örnek desen: “Operasyon ekipleri için manuel el değişimlerini azaltıyoruz, böylece işler daha hızlı ilerler ve daha az hata olur.”
Kitleler arasında yeniden kullanılabilecek, sonra her kullanım senaryosuna göre vurgulanabilecek kanıt noktalarını seçin. Bunlar olabilir:
Her kanıt noktasını önce fayda odaklı bir satır olarak yazın, sonra kısa bir “çünkü…” cümlesiyle destekleyin.
Sloganınız akılda kalıcı ve sonuç odaklı olmalı (6–10 kelime). Ardından ürünün ne olduğunu, kimin için olduğunu ve iş akışında nerede durduğunu açıklayan kısa bir paragraf (2–4 cümle) ekleyin.
Bu ikiliyi her yerde kullanın: ana sayfa hero, ürün sayfaları, kullanım senaryosu girişleri, satış sunumları.
Tutarlılık güven oluşturur ve taramayı kolaylaştırır. Küçük bir sözlük yapın:
Böylece yeni sayfa eklerken mesajlaşmayı baştan yazmak zorunda kalmazsınız.
Zaman içinde kullanım senaryoları ekleyen bir ürün sitesi, menü büyüdükçe anlaşılabilir kalan bir yapıya ihtiyaç duyar. Amaç her gelecekteki sayfayı tahmin etmek değil—örnek sayfa sayısını ikiye katladığınızda bile sabit kalan düzen ilkeleri seçmektir.
Ana sayfanız insanları öngörülebilir rotalara yönlendirmeli. Ziyaretçilerin kendilerini tanımlama biçimleriyle eşleşen yollar seçin:
Mümkünse tek bir birincil model kullanın. Karıştırmanız gerekiyorsa, ikinci modeli açıkça ikincil yapın (fold altında veya bir alt menüde) ki ziyaretçiler navigasyonu “çözmek” zorunda kalmasın.
Bu etiketler örtüşebilir; bu yüzden net tanımlayın:
Basit bir kural: sayfa esas olarak müşteri bağlamıyla değişiyorsa, bu bir Sektör sayfasıdır. Eğer esas olarak istenen sonuçla değişiyorsa, bu bir Kullanım senaryosu sayfasıdır.
Zaman içinde doğru kalan çekirdek sayfalar (üst kategoriler ve birkaç “ankraj” sayfa) ile başlayın. Sonra öğrendikçe daha derin sayfalar ekleyin.
Örnek hiyerarşi:
Kilit sayfaları çok katmanlı gizlememeye çalışın. Birisi bir sayfanın nerede olduğunu tahmin edemiyorsa, yapı gereğinden fazla zekidir. Sığ navigasyon ayrıca yeni kullanım senaryoları eklemeyi, tüm siteyi yeniden düzenlemeden kolaylaştırır.
Siteniz zamanla daha fazla kullanım senaryosunu desteklemek zorundaysa, her yeni sayfayı tek seferlik bir tasarım projesi gibi ele almayı bırakmak en hızlı yoldur. Bunun yerine küçük bir sayfa türü seti tanımlayın ve tartışmayı azaltacak şekilde yeniden kullanılabilir şablonlar oluşturun.
Çoğu ürün sitesi net, sınırlı bir şablon menüsü ile karşılanabilir:
Her türün bir amacı, birincil bir kitlesi ve bir “başarı eylemi” (örn. demo talep et, deneme başlat, fiyat iste) olmalı.
Aynı modül setinden sayfalar oluşturun ki yeniden tasarım yapmadan karıştırıp eşleştirebilesiniz:
Bu, yeni kullanım senaryosu sayfalarının hızlı yayınlanmasını sağlar ve ziyaretçilerin gezinirken yapıyı tanımasını kolaylaştırır.
Bir şablon, kurallar yazılıysa ölçeklenir. Basit yönergeler oluşturun, örn.:
Yeni bir kullanım senaryosu ortaya çıktığında, ekibiniz modülleri doldurarak yayın yapabilmeli—sayfayı yeniden icat etmeden.
Kullanım senaryosu sayfaları, okura “bu benim için yapılmış” hissi verirken ürününüzü çok dar bir köşeye sıkıştırmamalıdır. İpucu: hedef kitle ve sonucu net söyleyin, ama temel hikâyeyi yeniden kullanılabilir tutun.
Bir adlandırma formülü seçin ve buna sadık kalın. Güvenilir bir seçenek Sonuç + Hedef Kitle’dir, örn. “Operasyon ekipleri için daha hızlı raporlama.” Değeri hemen sinyaller ve başlıkların “Analytics” gibi belirsiz ya da aşırı dar başlıklara kaymasını engeller.
İyi bir isim iki soruyu yanıtlar:
Tutarlılık, büyüyen bir kütüphaneyi kasıtlı hissettirir. Ölçeklenen basit akış:
Problem → Yaklaşım → Sonuçlar → Nasıl çalışır
Her bölümü sıkı tutun. Amaç her özelliği ayrıntılı açıklamak değil; birinin durumunu tanımasına ve ürününüzün neden uyduğunu anlamasına yardımcı olmaktır.
Kısa bir “Kim için / değil” bloğu ekleyin. Bu nitelikli ziyaretçilerin hızla kendini seçmesini sağlar. Açık olun ama sert olmayın (örn. “Tekrarlayan raporlama ihtiyaçları olan ekipler için en uygunudur” / “Yılda birkaç kez tek seferlik rapor çalıştırıyorsanız ideal değildir”).
Her kullanım senaryosu sayfasında olmalı:
Birbirleriyle yarışan çok sayıda butondan kaçının. Her sayfanın net bir sonraki adımı olduğunda, kullanım senaryosu kütüphaneniz karar yorgunluğu yaratmadan genişleyebilir.
Kanıt, “iyi geliyor” bir kullanım senaryosunu “benim için işe yarar”a çevirir. Hile, güven unsurlarını tekrar kullanılabilir hale getirmektir ki her yeni kullanım senaryosu sayfası sıfırdan başlamasın.
Birden fazlasını uygulayabileceğiniz bir karışım hedefleyin:
Her sayfanın her türe ihtiyacı yok; önemli olan her kullanım senaryosunun en az bir güçlü ve güvenilir kanıt noktasına sahip olmasıdır.
Güven, ziyaretçinin risk değerlendirmesi yaptığı yerde en iyi çalışır:
Bu öğeleri kompakt tutun. İnsanlardan bir roman okumalarını istemiyorsunuz; sürtünmeyi azaltıyorsunuz.
Ekip yeni kullanım senaryoları eklerken çekip kullanabileceği basit bir “kanıt kütüphanesi” oluşturun. Bir dokümanda, tabloda veya CMS koleksiyonunda tutulabilir; içermeli:
Bu, kanıtın sunumlar, e-postalar ve eski sayfalar arasında dağılmasını önler ve pazarlama, satış ile ürünün tutarlı kalmasına yardımcı olur.
Ölçeklenebilir bir güven deseni, o kullanım senaryosuna özgü küçük bir SSS bloğudur. Kurulum süresi, entegrasyonlar, veri güvenliği ve “Bu takım boyutum için çalışır mı?” gibi yaygın engellere odaklanın. Cevapları doğrudan verin ve aşırı vaat etmekten kaçının; netlik, abartıdan daha çabuk güven sağlar.
Kullanım senaryolarıyla büyüyen bir site sadece navigasyona güvenemez. Daha fazla sayfa ekledikçe, ziyaretçilerin konular arasında net yollar bulması gerekir ve arama motorlarının her sayfanın ne hakkında olduğunu anlaması için tahmin edilebilir bir yapı gerekir.
Küçük bir URL kovası seçin ve ona sadık kalın. Bu, gelecekteki sayfaların ait olduğunu hissettirmesini sağlar ve daha sonra acı verici yeniden düzenlemeler yapma olasılığını azaltır.
İyi ölçeklenen yaygın desenler:
URL’leri kısa, küçük harfli ve sayfanın birincil ifadesine dayalı yapın. Tarihler, kampanya adları veya eskimeyecek akıllı kelimeler kullanmaktan kaçının.
Her kullanım senaryosu sayfası, o okuyucu için en faydalı bir sonraki adıma bağlanan bir hub gibi davranmalı. Kullanım senaryosu → ilgili şunlara bağlantı verin:
Bağlantıların görünen metnini (anchor text) doğal tutun; okuyucunun ne alacağını açıklayan ifadeler kullanın; “daha fazla öğren” gibi genel ifadeler kullanmayın.
Sayfa sonunda (ve bazen sayfa ortasında) küçük bir “İlgili kullanım senaryoları” bloğu ekleyin. Seçimi amaçlı yapın:
Yeni bir sayfa yayımlamadan önce onun benzersiz temasını ve birincil anahtar kelimesini tanımlayın. İki sayfa aynı sorguyu hedefliyorsa (örn. “müşteri onboarding otomasyonu”), bunları birleştirin veya net şekilde farklılaştırın—ör. “startuplar için” vs “kurumsal için”, ya da “ürün-odaklı onboarding” vs “satış-odaklı onboarding.”
Bir site pek çok kullanım senaryosunu desteklediğinde çok farklı aşamalardan ziyaretçiler çeker: bazıları sadece araştırıyor, bazıları seçenekleri karşılaştırıyor, birkaç kişi ise hazır. Eğer her sayfa aynı eylemi zorunlu kılarsa, erken aşamadaki ziyaretçileri kaçırırsınız veya hazır alıcıları yavaşlatırsınız.
Site genelinde yeniden kullanabileceğiniz birkaç çağrı yapın ve tutarlı uygulayın:
Tutarlılık, ziyaretçilerin bir sonraki adımda ne olacağını anlamasına yardımcı olur ve yeni sayfalar eklerken tasarım ve metin kararlarını azaltır.
Sayfanın görevine göre birincil CTA’yı belirleyin:
Sadece isteği yönlendirmek için gereken bilgileri sorun. Daha az alan daha fazla tamamlanma demektir. Eleme gerekiyorsa, bunu ilk adım sonrası yapın (ör. takvimleme veya onboarding sırasında).
Birisi tıkladıktan sonra onları belirsizlikte bırakmayın. Net bir sonraki adım sağlayın:
Bu yollar bir tıklamayı ilerlemeye çevirir; hangi kitle sayfayı bulmuş olursa olsun.
Yeni kullanım senaryolarıyla büyüyebilen bir site, güvenilir geribildirimlere ihtiyaç duyar. Tutarlı ölçüm yoksa, değişiklikleri görüşlere, en yüksek sesli paydaşa veya son satış çağrısına göre yaparsınız.
İş sonuçlarıyla doğrudan eşlenen birkaç etkinlikle başlayın. En azından izleyin:
Etkinlik adlarını şablonlar arasında tutarlı tutun ki sayfaları adilce karşılaştırabilesiniz. Amaç her şeyi ölçmek değil—niyet sinyali veren eylemleri ölçmektir.
Kullanım senaryoları hızlı çoğalır; bu yüzden genişledikçe faydalı kalan görünümler gerekir. Basit panolar veya raporlar oluşturun:
Bu, örneğin kullanım senaryosu sayfalarının çok sayıda CTA tıklaması getirdiğini ama düşük form gönderimi olduğunu (form veya takip vaadiyle ilgili sorun işareti) fark etmenize yardımcı olur; ya da bir segmentin farklı bir CTA ile daha iyi dönüştüğünü gösterir.
Sayılar neyin değiştiğini söyler; nitel geri bildirimler nedenini açıklar. Şunları karıştırın:
Sürekli kurcalamaktan kaçının. Öngörülebilir bir ritim kullanın:
Büyük değişiklikleri deney olarak ele alın: neyi neden değiştirdiğinizi, neyin başarılı sayılacağını belgeleyin ve sonra yayınlayın.
Kullanım senaryolarıyla büyüyen bir site kapı gerektirir—yavaşlatmak için değil, yeni sayfalar eklendikçe deneyimin tutarlı kalmasını sağlamak için. Yönetişim, neyin ekleneceğini, nerede yer alacağını ve nasıl güncel kalacağını belirleyen kurallar ve rutindir.
Her yeni kullanım senaryosu fikrini küçük bir ürün talebi gibi ele alın. Pazarlama, ürün ve satışın aynı dili konuşması için tek bir form veya doküman kullanın.
Yeni kullanım senaryosu kontrol listesi
Listeniz arttıkça navigasyonun “patlamasını” önleyin. Bir kullanım senaryosunu birincil navigasyona yalnızca tekrarlanabilir talep olduğunda (tek seferlik anlaşma değil) ve anlamlı bir kitleyi temsil ettiğinde ekleyin. Diğer her şey ikincil hub’larda, filtrelerde veya aramada kalabilir.
Kullanım senaryoları doğal olarak birbirine girer. Aşağıdaki durumlarda sayfaları emekliye ayırma veya birleştirme planı yapın:
İçerik takvimini ürün sürümleri, müşteri hikayeleri ve çeyreklik öncelikler ile ilişkilendirin. Bu rastgele eklemeleri engeller ve güncellemelerin ürün ile kanıt en güçlü olduğunda yapılmasını sağlar.
Yeni kullanım senaryolarıyla büyüyebilen bir siteyi inşa etmek, bunu bir ürün sürümü gibi ele alırsanız daha kolaydır: sağlam bir “v1” gönderin, sonra yeni sayfalar eklerken her şeyi yeniden tasarlamadan ilerleyin.
1) Denetim (1. Hafta)
Mevcut sayfaları, tekrarlanan mesajları, eksik soruları ve satış görüşmelerinde en çok hangi müşteri segmentlerinin ortaya çıktığını yakalayın.
2) Şablonlar (2. Hafta)
Yeniden kullanılabilir sayfa şablonlarını tanımlayın (ana sayfa, çözüm/kullanım senaryosu sayfası, sektör sayfası, entegrasyon sayfası) ve paylaşılmış bileşenleri (hero, kanıt şeridi, SSS, CTA).
3) Çekirdek sayfalar (3. Hafta)
Temeli yayınlayın: konumlandırma, navigasyon ve dönüşüm yolları (örn. ürün, fiyatlandırma, güvenlik/uyum, iletişim/demo ve bir blog/haber alanı).
4) İlk 3 kullanım senaryosu (4–5. Haftalar)
En yüksek değere sahip üç kullanım senaryosunun sayfalarını oluşturun. Bunları gelecekteki sayfalar için örnek kütüphanesi olarak değerlendirin.
5) Genişleme (sürekli, aylık ritim)
Talep, arama ilgisi ve pipeline etkisine göre ayda 1–2 yeni kullanım senaryosu sayfası ekleyin.
Ekip güvenle düzenleyebileceği bir CMS, küçük bir tasarım sistemi (token’lar + bileşenler) ve her yeni kullanım senaryosu sayfası için yapı, ton ve gerekli bölümleri tanımlayan canlı bir içerik dokümanı kullanın.
Eğer ekibiniz "şablon spesinden" çalışan sayfalara daha hızlı geçmek istiyorsa, Koder.ai gibi araçlar yardımcı olabilir: bir modüler React sayfa yapısını sohbette tanımlayabilir, planlama modunda yineleyebilir ve her düzeni elle inşa etmeden güncellemeleri yayına alabilirsiniz. Aylık kullanım senaryosu ekleme ritminde tutarlı bileşenler, temiz URL’ler ve tekrarlanabilir CTA’lar sağlarken, kaynak kodu dışa aktarma veya dağıtma seçenekleriyle elinizde kontrol kalır.
Bu, sitenizin yeni senaryoları—sektörler, roller veya iş akışları—çekip ekleyebilmesi anlamına gelir; temel konumlandırmayı yeniden yazmak, navigasyonu yeniden düzenlemek veya çok fazla içeriği kopyalamak zorunda kalmadan. Tekrarlanabilir modüllerle (sayfalar, bölümler, kanıt noktaları) genişliyorsunuz ve tek bir tutarlı hikâyeyi koruyorsunuz.
Çünkü bu yaklaşım dağınıklık ve tutarsızlık doğurur:
Ölçeklenebilir bir yaklaşım, istikrarlı bir anlatıyı korur ve yapılandırılmış, yeniden kullanılabilir yollarla özgüllük ekler.
Basit bir envanterle başlayın:
“Miras alma” testini kullanın: her kullanım senaryosu sayfası açıkça tek bir çekirdek vaat altında yer alabilmeli:
[Kimin için], size [sonucu] [ağrıdan] kaçınarak sağlar.
Eğer yeni bir kullanım senaryosu bu cümleyi yeniden yazmanızı gerektiriyorsa, o farklı bir ürün kategorisi, farklı bir ICP (ideal müşteri profili) olabilir ya da konumlandırmanız çok geniş demektir.
Ayrımı açıkça yapın:
Kural: sayfa esas olarak bağlamla değişiyorsa, bu bir sektör sayfasıdır; esas olarak istenen sonuçla değişiyorsa, bu bir kullanım senaryosu sayfasıdır.
Ziyaretçilerin kendilerini nasıl tanımladıklarına uyan 1 ana model seçin (rol, hedef veya sektör). Diğer modelleri ikincil tutun (fold altı, hub’lar veya alt menüler).
Hedefler:
Bir Sonuç + Hedef Kitle deseni kullanın ve tutarlı kalın; örn. “Operasyon ekipleri için daha hızlı raporlama.”
İyi bir başlık şunları yanıtlamalı:
Belirsiz etiketlerden (“Analytics”) veya ölçeklenmeyecek aşırı dar başlıklardan kaçının.
Tekrarlanabilir bir yapı kullanın, örneğin:
Kısa bir “Kim için / değil” bloğu ekleyin; bu nitelikli ziyaretçilerin hızla kendini seçmesine yardımcı olur. CTA’ları tutarlı tutun:
Kanıtları standartlaştırın ki yeniden kullanımı kolay olsun:
Basit bir kanıt kütüphanesi tutun (alıntılar, izinler, uygulanabilir segmentler) ki yeni sayfalar sıfırdan başlamasın.
Şablonlarda tutarlı etkinlikler takip edin:
Ardından performansı inceleyin:
Nitel girdiler (anketler, hafif testler, satış geri bildirimi) ekleyin ve bir yineleme takvimi oluşturun (aylık küçük düzeltmeler, çeyreklik yapısal güncellemeler).
