Bir rakibin gerçekte neyi yayına aldığını kanıtıyla tespit etmek

Rakip alarmları çoğu zaman rakiplerin sattığı şeydeki değişiklikleri değil, rakipler hakkındaki gürültüyü raporlar. Bir blog yazısı müşterilere ancak gelecek yıl ulaşacak bir özelliği duyurur, ana sayfa yenilemesi yeni bir ürün gibi görünür; gerçekten önemli bir değişiklik ise, örneğin kaldırılan bir paket sınırı ya da yeni bir API uç noktası, dokümantasyonda sessizce belirir ve bir çeyrek boyunca kimse fark etmez. Bu rehber tek ve dar bir soruyla ilgileniyor: Rakip gerçekte neyi yayına aldı? Yayına alınan değişikliklerin nerede iz bıraktığını, başlangıç kaydının nasıl alınacağını, sayfa farklarının kanıtlı değişiklik kayıtlarına nasıl dönüştürüleceğini ve bunların satış ya da ürün ekiplerine ulaşmadan önce nasıl gözden geçirileceğini anlatıyor. Rekabet araştırmasının bütününe bakmak için rekabet istihbaratını otomatikleştirme yazısına göz atabilirsiniz.

Duyurulmak, yayına alınmak demek değildir

Bir şey toplamaya başlamadan önce bir yeteneğin hangi durumlarda olabileceği konusunda anlaşın. Bu durumları birbirine karıştırmak, rakip raporlarının yanıltıcı olmasının en yaygın nedenidir.

Her değişiklik kaydı durumunu taşımalıdır. “Rakip X'i çıkardı” bir iddiadır; “fiyat sayfasına göre X, önizlemeden üst iki pakette kullanıma açık duruma geçti” ise birinin kontrol edebileceği bir bulgudur.

Yayına alınan değişiklikler nerede iz bırakır

Pazarlama sayfaları bakılacak en gürültülü yerdir. Daha güvenilir izler mevcut müşteriler ve geliştiriciler için yazılmış sayfalardadır; çünkü bu sayfaların destek açısından doğru olması gerekir.

• Değişiklik günlükleri ve sürüm notları. Şirket tutuyorsa en doğrudan kaynaktır. Yalnızca yeni girdilere değil, sonradan düzenlenen ya da silinen girdilere de bakın.
• Dokümantasyon ve API referansları. Yeni uç noktalar, parametreler, sınırlar ve kullanımdan kaldırma uyarıları çoğu zaman herhangi bir duyurudan önce burada görünür. Doküman menüsünde beliren yeni bir bölüm güçlü bir işarettir.
• Fiyat ve paket sayfaları. Paketleme değişiklikleri, şirketin bir yeteneğe ne değer biçtiğini ve onu kimin için düşündüğünü gösterir.
• SDK depoları ve paket kayıtları. Sürüm artışları, yeni metotlar ve sürüm etiketleri tarihlidir ve taklit edilmesi zordur.
• Yardım merkezi ve durum sayfaları. Yeni yardım makaleleri müşterilerin neyi sorduğunu gösterir; durum sayfasında beliren yeni bileşenler yeni hizmet yüzeylerini ele verir.
• Uygulama mağazası sürüm notları ve entegrasyon dizinleri. Mobil ürünler ve gerçekten hayata geçmiş ortaklıklar için işe yarar.

İş ilanları ve konferans konuşmaları neyin yayına alındığını değil, gidilen yönü ima eder. Sürüm gibi raporlanmasınlar diye onları ayrı bir “işaretler” şeridinde tutun.

İzlemeye başlamadan önce başlangıç kaydı alın

Bir fark, karşılaştırıldığı anlık görüntü kadar iyidir. İlk gün izlemeyi planladığınız her sayfayı yakalayın, normalleştirilmiş metni adresi ve alınma zamanıyla birlikte saklayın ve bunu başlangıç kaydı kabul edin. Bu olmadan ilk çalıştırma bütün sayfayı yeni diye raporlar, sonraki her çalıştırma da geçen hafta orada ne varsa ona göre karşılaştırma yapar. Bu adımın neden ayrıca incelenmeyi hak ettiğini izlemeden önce başlangıç kaydı alın notu anlatıyor.

Gürültünün çoğunu normalleştirme azaltır:

• Menüleri, alt bilgileri, çerez bildirimlerini, dönen müşteri yorumlarını ve her derlemede değişen “son güncelleme” damgalarını ayıklayın.
• Uzun sayfaları başlıklara göre bölümlere ayırın ve bölüm bölüm karşılaştırın; böylece düzenlenen tek bir paragraf bütün sayfayı değişmiş gibi göstermez.
• Fiyat tablolarını satır ve sütunlara çıkarın; görünen metni değil, hücreleri karşılaştırın.
• API referanslarında çevredeki açıklamaları değil, uç nokta ve parametre listesini karşılaştırın.

Farkları değişiklik kayıtlarına dönüştürün

Bir fark, metnin değiştiğini söyler. Bir değişiklik kaydı ise bunun ne anlama geldiğini söyler. Aradaki adım sınıflandırmadır ve yapay zekâ modelinin gerçekten işe yaradığı yer burasıdır: Önceki metni, sonraki metni ve sayfa türünü verdiğinizde bunun ne tür bir değişiklik olduğunu önerebilir. Ardından bir insan onaylar.

{
  "competitor":  "ornek-rakip.com",
  "surface":     "fiyat sayfası",
  "change_type": "sınır değişti",
  "state":       "fiyatlandı",
  "before":      "Ekip paketi: en fazla 5 proje",
  "after":       "Ekip paketi: sınırsız proje",
  "source":      "https://ornek-rakip.com/fiyatlar",
  "retrieved":   "YYYY-MM-DD",
  "evidence":    "Sınırsız proje (Ekip ve üzeri)",
  "status":      "önerildi",
  "reviewer":    null
}

İşe yarar değişiklik türleri azdır: yeni yetenek, kaldırılan yetenek, adı ya da konumu değişen yetenek, değişen sınır, değişen fiyat ya da paketleme, duyurulan kullanımdan kaldırma. Bunlara uymayan her şey ya kozmetiktir ya da bir insanın okumasını gerektirir. Önceki ve sonraki metni alıntılanan pasajla birlikte saklayın; böylece okuyucu, o zamana kadar yeniden değişmiş olabilecek sayfayı ziyaret etmeden iddiayı kontrol edebilir.

Fiyat sayfaları ayrıca özen ister

Fiyat sayfaları hem en değerli hem de yanlış okunması en kolay yüzeydir. Birçok şirket fiyat deneyleri yapar, bölgeye ya da para birimine göre farklı fiyat gösterir ve bazı paketleri bir satış görüşmesinin arkasında tutar. Tek bir anlık görüntü, ziyaretçilerin çoğunun hiç görmediği bir varyantı gösteriyor olabilir.

• Anlık görüntü alınırken hangi bölgede, hangi para biriminde ve oturum açık mı kapalı mı olduğunuzu kaydedin.
• Tek bir gözlemden fiyatın değiştiği sonucunu çıkarmayın; sonraki bir çalıştırmada ya da dokümantasyon veya kullanım koşulları gibi ikinci bir kaynaktan doğrulayın.
• Paket karşılaştırma tablosunu yapılandırılmış veri olarak izleyin; sütunlar arasında yer değiştiren özellik satırları çoğu zaman manşet fiyattan daha önemlidir.
• Toplarken her sitenin kullanım koşullarına ve robots kurallarına uyun; yetkiniz olmayan bir hesapla asla oturum açmayın.

Satış ve ürün ekiplerine ulaşmadan önce gözden geçirin

Bir rakip karşılaştırma kartına ya da yol haritası tartışmasına giren bir değişiklik artık taslak değildir. Yanlışsa satış temsilcileri onu müşterilere tekrarlar, ürün ekipleri de hiç yaşanmamış bir şeye tepki verir. Tespit ile dağıtım arasına bir inceleme adımı koyun.

1. Haftanın önerilen değişiklik kayıtlarını rakibe göre gruplayın.
2. Her kayıt için bir inceleyici kanıt pasajını önceki ve sonraki metinle karşılaştırır, ardından türü ve durumu onaylar ya da düzeltir.
3. Haftalık özete yalnızca onaylanan kayıtlar, kaynaklarıyla birlikte girer.
4. Reddedilen kayıtlar gerekçesiyle günlükte kalır; böylece aynı yanlış alarm bir dahaki sefere tanınır.

Onaylanan değişiklikleri konumlandırma ve analize dönüştürmek için yapay zekâ ajanlarıyla rakip analizi yazısına bakın.

GoCux nerede devreye girer

GoCux rakip sitelerini taramaz. Sayfalar çalışma alanına yetkilendirilmiş bir tarama ya da dışa aktarma adımıyla girer ve içe aktarıldıktan sonra özgün adreslerini ve alındıkları tarihi korur; bu da her değişiklik kaydına sabit bir dayanak noktası verir. Pulse, seçtiğiniz kaynaklar üzerinde tekrarlanan bir soruyu çalıştırır; neyin önemli değişiklik sayılacağı da dahil olmak üzere tanımı birebir tek bir sürüm olarak onaylanır ve her çalıştırma, kendi başına hiçbir işlem yapmadan, değişiklik değişiklik incelenir. Bilgi çıkarma, yakalanan malzemeden paket sınırları gibi değerleri her birini destekleyen pasajla birlikte çıkarır; sayfa bir değeri belirtmiyorsa onu bilinmiyor olarak bırakır. Bir özeti ekip dışına dağıtmak bir insan kararı için duran eylemlerden biridir ve bu, yukarıdaki inceleme adımıyla örtüşür; nedenini değişiklikleri yola çıkmadan önce inceleyin notu açıklıyor.

Rakip değişiklik alarmları için kontrol listesi

• Ekibiniz durumlarda anlaştı: duyuruldu, önizleme, kullanıma açık, belgelendi, fiyatlandı.
• İzlenen yüzeyler yalnızca ana sayfa ve blogu değil, değişiklik günlüklerini, dokümantasyon ya da API referanslarını ve fiyat sayfalarını da kapsıyor.
• İzlenen her sayfanın adresi ve alınma zamanıyla incelenmiş bir başlangıç kaydı var.
• Sayfalar normalleştirilip bölüm bölüm karşılaştırılıyor; fiyat tabloları ve uç nokta listeleri yapılandırılmış veri olarak karşılaştırılıyor.
• Her değişiklik kaydı tür, durum, önceki ve sonraki metin, alıntılanmış bir pasaj ve bir kaynak taşıyor.
• Fiyat gözlemleri bölge, para birimi ve oturum durumunu kaydediyor ve raporlanmadan önce doğrulanıyor.
• Her kayıt, karşılaştırma kartına ya da yol haritası tartışmasına girmeden önce bir insan tarafından onaylanıyor.