Web ve Dönüşüm Odaklı Metin Yazarlığı

Ürün ve Hizmet Metin Yazarlığı

Doğru alıcının “aradığım tam olarak bu” diyeceği, yanlış alıcının ise görüşmeye gerek kalmadan anlayacağı kadar açık metin.

Sizi seçeneklerle karşılaştıran bir alıcı, bunun ne yaptığını, kime uygun olduğunu ve nerede durduğunu bilmek istiyor. Bunları açıkça anlatıyoruz. Doğru alıcı kendini tanıyor, yanlış alıcı da gereksiz bir satış görüşmesine girmeden yoluna devam ediyor.

Elinizde onaylanmış teknik bilgiler ve karşılaştırmalar, yüzeyler arasında yeniden kullanılmak üzere düzenlenmiş metin ve güncelliği koruyacak adı belli bir sorumlu kalıyor.

Ürünümüzü açıkça anlatalım
Yazarın ürün özelliklerini destek ekibine gelen gerçek sorularla karşılaştırarak metin hazırladığı çalışma

Birlikte çalıştığımız 500'den fazla markadan birkaçı

Tüm referansları gör
  • Memorial
  • BNP Paribas Cardif
  • Aksigorta
  • Jack Martin Menswear
  • Jumbo
  • GS Store
  • Vispera

Nasıl yürütürüz?

İkna edici metni ürün gerçeğine nasıl bağlıyoruz?

Her adım, yazdığımız faydayı ürün ya da hizmet sahibinin doğruladığı bir bilgiye bağlıyor.

  1. Önce gerçekleri netleştiriyoruz

    İkna edici tek bir cümle yazmadan önce gerçek özellikleri, hizmet kapsamını ve sınırları son sunumdan değil ürünün sahibinden doğruluyoruz.

    Ürün ya da hizmet sahibi tarafından onaylanmış bilgi formu.

    Yapay zeka desteği
    Ajanlar mevcut teknik bilgileri dokümantasyondan, fiyat sayfalarından ve sürüm notlarından tek föye toplayıp çelişkileri işaretleyebilir. Ürün sorumlusu föyü bugünkü teklife karşı doğruluyor.
    İnsan onayı
    Ürün ya da hizmet sahibi, ikna edici herhangi bir metin yazılmadan önce bilgi formunu onaylıyor.

  2. Gerçek kullanım senaryolarını buluyoruz

    Varsayımsal örnek üretmek yerine destek sorularına ve müşteri görüşmelerine bakıyoruz. İnsanların ürünü hangi iş için değerlendirdiğini buradan çıkarıyoruz.

    Gerçek alıcı sorularından doğrulanmış kullanım senaryoları.

    Yapay zeka desteği
    Ajanlar mevcut müşterilerin ürünü nasıl anlattığını destek ve satış kayıtlarından gruplayabilir. Metnin hangi kullanım senaryosuyla açılacağı, kimi çekmek istediğinizle ilgili bir karar.
    İnsan onayı
    Strateji uzmanı, her kullanım senaryosunun varsayım değil gerçek bir destek talebi ya da satış görüşmesiyle eşleştiğini onaylıyor.

  3. Özelliği gerçek işe bağlıyoruz

    Her özelliği ya da hizmet kalemini, herhangi bir rakibe de uyacak genel bir faydaya değil belirli bir alıcının çözdüğü somut probleme bağlıyoruz.

    Özellikleri kullanım senaryosu ve kanıtla eşleyen fayda-kanıt matrisi.

    Yapay zeka desteği
    Temel bilgiler kesinleşince agent'lar benzer ürün kodları ya da hizmet paketleri için modüler varyantları hızla çıkarabiliyor. Kimsenin doğrulamadığı bir özelliği tahmin etmelerine izin vermiyoruz.
    İnsan onayı
    Hangi kullanım senaryosunun matriste kendi satırını hak edecek kadar önemli olduğuna agent değil strateji uzmanı karar veriyor.

  4. Yeniden kullanılacak parçalar hâlinde yazıyoruz

    Başlık, özellik satırı, kullanım senaryosu ve kanıt gibi bloklar kuruyoruz. Ürün ve pazarlama ekipleri bunları farklı sayfalarda baştan yazmadan birleştirebiliyor.

    Özellik ve kullanım senaryosuna göre düzenlenmiş modüler metin kütüphanesi.

    Yapay zeka desteği
    Ajanlar eşleme onaylandıktan sonra modüler blokları ve benzer paketler için varyantlarını üretebilir. Bir bloğun görüneceği her yüzeyde doğru okunup okunmadığını bir editör kontrol ediyor.
    İnsan onayı
    Editör, farklı sayfalarda yeniden birleştirildikten sonra her parçanın hâlâ doğrulanmış bilgiyle eşleştiğini kontrol ediyor.

  5. Güncelliğin nasıl korunacağını belirliyoruz

    Ürünler ve hizmetler değişiyor. Bir özellik güncellendiğinde metni kimin gözden geçireceğini belirliyor, eski bilginin süresiz yayında kalmasını önleyecek basit bir akış kuruyoruz.

    Metni güncel tutacak, sorumlusu belli bir güncelleme akışı.

    Yapay zeka desteği
    Ajanlar metindeki bir teknik bilginin kaynak dokümantasyonla örtüşmediği anda uyarabilir. Kimin ne kadar sürede güncelleyeceğini güncelleme akışı belirliyor ve bunu bir kişi sahipleniyor.
    İnsan onayı
    Adı belirlenen sorumlu, sadece teslim sırasında değil ürün bir dahaki değiştiğinde de metni gözden geçireceğini kabul ediyor.

AI doğrulanmış bilgiyi hızlandırıyor, ürün sahibi son kontrolü yapıyor

Ürün sahibi temel özellikleri onayladıktan sonra agent'lar benzer ürün kodları ya da hizmet paketleri için modüler varyantlar hazırlayabiliyor. Tekrarlı parçaları düzenlemek burada zaman kazandırıyor. Bilgi formunun kendisi yine ürünü yöneten kişide kalıyor ve ikna edici metin başlamadan güncel teklifle karşılaştırılıyor. Rakip kıyasları da aynı kontrolden geçiyor, çünkü yanlış bir iddia gereksiz zarar ve hukuki risk yaratabilir.

Ne teslim ederiz?

Modüler metin kütüphanesi

Ekibiniz her gün metin kütüphanesini kullanıyor. Metni güvenilir tutan şey ise doğrulanmış bilgi formu ve güncelleme akışı.

  • işaretli satırlar içeren bir denetim raporu

    Doğrulanmış bilgi formu

    Ürünü gerçekten yöneten kişinin onayladığı özellikler, hizmet kapsamı ve açık sınırlar.

  • link kayıtları içeren bir defter

    Fayda-kanıt matrisi

    Her özellik ya da hizmet kaleminin gerçek kullanım senaryosu ve dayanağıyla eşleştirilmiş hâli.

  • bir ses ve üslup profili sayfası

    Modüler metin kütüphanesi

    Ürün ve hizmet sayfalarında yeniden birleştirilebilen başlıklar, özellik satırları, kullanım senaryoları ve kanıt blokları.

  • bir yönetişim tüzüğü belgesi

    Güncelleme akışı

    Ürün ya da hizmet değiştiğinde metnin kimin tarafından, hangi bilgiyle ve nasıl yenileneceğini gösteren düzen.

Şu olduğunda tamam sayarız: ürün ya da hizmet sahibi her özelliği ve karşılaştırmayı onayladıysa, metin yeniden kullanıma göre düzenlendiyse ve güncelliğin sorumlusu belirlendiyse iş tamamlanmış sayılıyor.

Kimin için uygun?

İnsanların bunun gerçekte ne yaptığını bilmesi mi gerekiyor?

Kapsam, alıcının uyumu değerlendirebileceği açıklıkta anlatılan belirli bir ürün ya da hizmet. Marka hikâyesi ve sitenin tamamına ait metinler başka çalışmalar gerektiriyor.

Şu durumlarda iyi bir seçim

  • Alıcılar sizi alternatiflerle karşılaştırıyor ve genel fayda cümleleri yerine açık özellikler ya da hizmet sınırları arıyor.
  • Ürün dokümanlarında ve destek sorularında alıcıların aradığı gerçekler var, ama bu bilgiler ürün sorumlusunun onaylayacağı metne henüz dönüşmüyor.

Şu durumlarda başka bir çalışma daha doğru

  • Metnin bir özelliği ya da hizmeti doğrulanmış bilgi föyünden daha güçlü göstermesi bekleniyor, bu yüzden iddia doğruluğun önüne geçiyor.
  • Rakip karşılaştırmasının metinde yer alması gerekiyor ama bir alıcının kontrol edebileceği dayanak ve kapsamı kimse gösteremiyor.
  • Ürün gerçekten karmaşık kalıyor ama plan, kullanım senaryolarını, sınırları ve teknik bilgileri açıklamak yerine genel fayda cümlelerinin alıcının sorularını çözeceğini varsayıyor.

Bu içeriği yazan ve yayına alan ekip

Danışmanlarımızın bir kısmı sayfaları bizzat yazıyor. Bir kısmı dağıtımı planlıyor ya da bir yazı yayına alındıktan sonra nasıl performans gösterdiğine bakıyor, yani aşağıdaki ekip işin birden fazla aşamasını kapsıyor.

Kullandığımız araçlar

Bu işin arkasındaki araçlar

  • Grammarly

    İkinci SKU sayfasında farklı yazılan özellik ya da spesifikasyon adını yakaladığımız kontrol

  • Airtable

    SKU başına tuttuğumuz olgu kaydıyla eski iç dokümanları görünür kılıyoruz

  • Klue

    Rakip karşılaştırması iddialarını sayfa yayındayken güncel tutmak için kullandığımız kayıtlar

  • Notion

    Her seferinde yeniden yazmayıp sayfalar arasında kullandığımız modüler bloklar

İşe başlayalım

Ürün sayfanız ürününüzün ne yaptığını gerçekten söylüyor mu?

Güncel özellikleri, alıcıların sık sorduğu destek sorularını ve bilgiyi doğrulayacak kişiyi paylaşın. Ürünün kime uyduğunu açıkça gösteren metnin kapsamını buradan çıkarabiliriz.
İçerik Pazarlaması uzmanıyla görüşün
İşe başlarken el sıkışan iki kişi

Başlamadan önce

Sıkça Sorulan Sorular

Her ürün kodu ya da hizmet paketi için ayrı metin yazar mısınız?

Ekibinizin sürdürebileceği modüler sistemi kuruyor, ilk ürün ya da paket grubunu birlikte yazıyoruz. Bu ilk grubun kapsamını ürün kodu ve hizmet paketi sayısına göre belirliyoruz.

İç dokümanlarımız güncel değilse nasıl ilerlersiniz?

Güncelliğini yitirmiş dokümandaki bilgiyi doğrudan metne taşımıyoruz. Boşluğu işaretliyor, yazıma geçmeden önce ürün sahibinden güncel bilgiyi alıyoruz.

Rakiplere karşı doğrudan karşılaştırma yazabilir misiniz?

Alıcının kontrol ettiğinde doğrulayabileceği kıyasları yazıyoruz. İddiayı ve kapsamını metne girmeden inceliyoruz, çünkü hatalı bir karşılaştırma gereksiz risk yaratıyor. Kendi ürün bilgileriniz de aynı kontrolden geçiyor.