Rekabet istihbaratı çalışmalarının çoğu bir enerji patlaması ve ortak bir klasörle başlar; birkaç ay sonra da kimsenin okumadığı bağlantılarla dolu bir kanal olarak biter. Sorun nadiren bilgi eksikliğidir. Asıl sorun, hangi soruların önemli olduğuna, yanıtların nerede bulunduğuna, ne sıklıkla bakılacağına ve bir iddia satış sunumuna girmeden önce onu kimin kontrol edeceğine kimsenin karar vermemiş olmasıdır. Ajanlar toplama kısmını ucuzlatır. Bu da diğer kısımları daha az değil, daha önemli hale getirir. Bu rehber, ajanlarla sürekli işleyen bir rekabet istihbaratı akışını ve bunu şirket içi bir platform olarak kuruyorsanız ihtiyaç duyacağınız bileşenleri anlatıyor.
İnsanların sürekli sorduğu sorulardan başlayın
Bir rekabet istihbaratı programı, sahibi ve okuru belli olan kalıcı sorulardan oluşur. Herhangi bir araç seçmeden önce bunları yazın. İyi bir kalıcı soru, yanıtının değişip değişmediğini anlayabileceğiniz kadar nettir:
- İzlenen rakiplerden biri fiyatlandırmasını, paketlerini ya da ücretsiz katmanını değiştirdi mi?
- Her rakip bu ay ne yayımladı ve bunlardan herhangi biri, satışta öne çıkardığımız bir açığı kapatıyor mu?
- Rakipler yeni bir pazara işaret eden bölgelerde ya da işlevlerde eleman alıyor mu?
- Müşteri sayfaları, web seminerleri ve iş ilanları artık hangi segmentleri hedefliyor?
- Koşulları, güvenlik sayfaları ya da veri işleme beyanları, alıcıların soracağı biçimde değişti mi?
Her soru için yanıtı kimin kullandığını (satış, ürün, yönetim) ve onunla ne yaptığını yazın. Okuru olmayan bir soru silinmeye adaydır. Fiyat yüzünden anlaşma kaybeden bir satış ekibi gibi acil bir okuru olan soru ise daha sık bakılmayı hak eder.
Kaynakları sorulara eşleyin
Her sorunun yanıtının ilk göründüğü birkaç yer vardır. Bunları açıkça eşlemek, ajanların tüm webde dolaşmasını önler ve bir kaynak sessizleştiğinde bunu görünür kılar.
| Soru | Birincil kaynaklar | Sinyal türü | Ayıklanacak gürültü |
|---|---|---|---|
| Fiyatlandırma ve paketler | Fiyat sayfası, plan karşılaştırması, satın alma koşulları | Değişen rakamlar, yeniden adlandırılan planlar, yer değiştiren özellikler | Düzen ve metin değişiklikleri, A/B varyantları |
| Ne yayımlandı | Değişiklik günlüğü, sürüm notları, dokümantasyon, durum sayfası | Yeni kayıtlar, yeni dokümantasyon bölümleri | Yazım düzeltmeleri, yeniden yazılmış belgeler |
| Pazar genişlemesi | Kariyer sayfası, bölgesel siteler, yerel dildeki sayfalar | Konum ve işleve göre yeni pozisyonlar | Yeniden yayımlanan ilanlar, sürekli açık ilanlar |
| Konumlandırma | Ana sayfa, çözüm sayfaları, web seminerleri, açık konuşmalar | Yeni segmentler, yeni karşılaştırma sayfaları | Mevsimsel kampanyalar |
| Güven ve koşullar | Hizmet koşulları, gizlilik politikası, güvenlik sayfası | Değişen maddeler, yeni alt işleyenler | Biçim değişiklikleri |
| Kurumsal olaylar | Haber odası, resmî bildirimler, siciller | Şirket satın almaları, yönetim değişiklikleri, yeni tüzel kişilikler | Aynı bültenin farklı sitelerdeki kopyaları |
İki kural, toplama işini çizginin doğru tarafında tutar. Her sitenin koşullarına ve robots kurallarına uyun; bir giriş duvarını asla aşılacak bir engel olarak görmeyin: bir sayfa hesap gerektiriyorsa, bir hesabı kullanıp kullanamayacağınıza dair bir karar da gerektirir. Toplamanın kendisi arama API'leri, kazıyıcılar ya da akışlarla yapılabilir; artıları ve eksileri kazıma API'si seçme rehberinde bulabilirsiniz.
Her sinyal için bir sıklık, önce de bir başlangıç durumu belirleyin
Her şeyi her gün kontrol etmek gürültü üretir; her şeyi üç ayda bir kontrol etmek ise önemli anları kaçırır. Sıklığı, her yanıtın ne kadar hızlı değiştiğine ve geç öğrenmenin ne kadara mal olduğuna göre ayarlayın.
- Sık: anlaşmaların çoğunda karşılaştığınız birkaç rakibin fiyat sayfaları ve değişiklik günlükleri.
- Haftalık: kariyer sayfaları, dokümantasyon, haber odaları.
- Aylık: konumlandırma sayfaları, koşullar ve politikalar, küçük rakiplerden oluşan uzun kuyruk.
- Üç aylık: her büyük rakip için ayrı bir iş olarak yürütülen bilinçli bir derin inceleme.
İlk zamanlanmış çalıştırmadan önce bir başlangıç durumu kaydedin: her kaynağın şu anki hali, bir kez bir insan tarafından gözden geçirilmiş olarak. Bu olmadan ilk çalıştırma her şeyi yeni diye raporlar ve ekip daha ilk haftada uyarıları görmezden gelmeyi öğrenir. Nedenini izlemeden önce başlangıç durumunu belirleyin yazısı anlatıyor. Yalnızca ürün değişiklikleri dilimi için rakip ürün değişikliği uyarıları rehberine bakın.
Değişiklikleri kanıtı ekli iddialara dönüştürün
Tespit edilen bir değişiklik ham maddedir. İnsanların kullandığı şey ise bir iddiadır: “Rakip B ücretsiz planını kaldırdı.” Her iddia, onu destekleyen kanıtla birlikte ve bir inceleyicinin hızla kontrol edebileceği bir biçimde dolaşmalıdır.
iddia: Rakip B artık ücretsiz plan sunmuyor rakip: Rakip B soru: fiyatlandırma ve paketler tür: gözlem # gözlem | çıkarım kaynak: https://competitor-b.example/pricing alınma: YYYY-MM-DD kanıt: "Plans start with Team. Contact us for a trial." önceki: "Free: up to 3 users, forever." (başlangıç durumu YYYY-MM-DD) anlamı: küçük hesaplarından ücretsiz katmanımıza daha fazla deneme gelebilir güven: değişiklik için yüksek, anlamı için düşük
En çok işi tür alanı görür. Bir gözlem (“fiyat sayfasında artık ücretsiz plan yok”) bir sayfaya karşı kontrol edilebilir. Bir çıkarım (“üst segmente kayıyorlar”) gözlemler üzerine kurulmuş bir görüştür ve hangilerine dayandığını söylemelidir. Bu ikisini ayrı tutmak, bir ajan özetindeki spekülatif bir satırın satış kartında olguya dönüşmesini engeller. Ajan baktığı halde bir şey bulamadıysa bu da kaydedilir; sessiz bir boşluk olarak değil, açık bir soru olarak. Ayrıntısı eksik kanıt açık bir sorudur yazısında.
Hiçbir şeyi incelemeden dağıtmayın
Rekabetle ilgili iddialar hızla ve uzağa yayılır. Satış kartındaki yanlış bir fiyat, bir alıcının önünde güven kaybettirir; bir rakibin haksız biçimde nitelendirilmesi hukuki bir soruna dönüşebilir. Bu yüzden dağıtım, kararı ajanın değil bir insanın verdiği adımdır.
- İddialar, rakibe ve soruya göre gruplanmış bir inceleme kuyruğunda birikir.
- İnceleyici her iddiayı kanıtına karşı kontrol eder; ifadeyi düzenler, zayıf çıkarımların derecesini düşürür ya da gerekçesini yazarak reddeder.
- Yalnızca kabul edilen iddialar özetlere, satış kartlarına ve brifinglere akar; her biri kaynağına bağlı kalır.
- Reddedilenler saklanır; böylece aynı yanlış alarm gelecek hafta geri dönmez.
GoCux bu iş biçimi etrafında kurulmuştur. Pulse, seçtiğiniz kaynaklar üzerinde tekrarlanan bir soruyu çalıştırır. Çalışmadan önce tanımı, yani sıklığı, saat dilimi, neyin önemli değişiklik sayılacağı ve kimseye e-posta gidip gitmeyeceği, tek ve kesin bir sürüm olarak onaylanır. Her çalıştırma, bir insanın tek tek incelediği değişikliklerle döner ve bir çalıştırmanın tespit ettiği hiçbir şey kendi başına harekete geçmez. Çalışma alanından dışarıya bir şey göndermek, bir insan kararı için duran eylemlerden biridir: kişi onaylayabilir, güvenli biçimde düzenleyebilir ya da reddedebilir; ret de kaydedilir ve işi serbest bırakmaz. Gerekçenin daha ayrıntılı hali izlenen değişiklikleri yola çıkmadan önce inceleyin yazısında.
Bunu bir platform olarak kuruyorsanız
Tabloların yetmediği noktaya gelen ekipler çoğu zaman şirket içi bir platform kurar. Kursanız da satın alsanız da aynı bileşenler karşınıza çıkar:
| Bileşen | Görevi | Doğru yapılması gereken |
|---|---|---|
| Kaynak kaydı | Hangi URL ve akışların hangi soru ve rakiplere karşılık geldiği | Her kaynak için bir sahip ve sıklık; sessizleşen kaynakları işaretlemek |
| Toplama | Sayfaları, akışları ve arama sonuçlarını takvime göre çekmek | Koşullara uymak; her anlık görüntüyü alınma tarihiyle saklamak |
| Değişiklik tespiti | Anlık görüntüleri karşılaştırıp neyin önemli olduğuna karar vermek | Kozmetik düzenlemeleri yok saymak; değişikliği sade bir dille tarif etmek |
| İddia deposu | Kanıtı, türü ve durumu olan iddialar | Gözlem ile çıkarımı ayrı tutmak; bilinmeyenleri kaydetmek |
| İnceleme kuyruğu | Her iddia için bir insan kararı | Kanıtı iddianın yanında göstermek; kararları ve retleri kaydetmek |
| Dağıtım | Özetler, satış kartları, uyarılar | Yalnızca kabul edilen iddialar; her öğe kaynağına bağlanır |
| Arşiv ve arama | Rakip başına geçmiş | Araştırmayı yeniden yapmadan “bu ne zaman değişti?” sorusunu yanıtlamak |
Ajanlar toplama, değişikliği tarif etme ve ilk taslak iddiaları yazma işlerine uyar. Kabulün ve dağıtımın sahibi olmamalıdırlar. Arama katmanı için kurmak ile satın almak arasında karar veriyorsanız araştırma ve izleme yığını yazısı yapı taşlarını sıralıyor.
Programı dürüst tutun
Bir rekabet istihbaratı programı sessizce çürür. Belirli aralıklarla her okura neyi kullandığını ve neyi görmezden geldiğini sorun, sonra budayın. Kimsenin üzerine iş yapmadığı soruları emekliye ayırın. Yalnızca yanlış alarm üreten kaynakları çıkarın, son sürprizi yakalayabilecek olanları ekleyin. Reddedilen iddialardan bir örneklem okuyun: tek bir kaynaktan ya da tek bir çıkarım türünden gelen ret yığılması, ajan talimatlarının nerede sıkılaştırılması gerektiğini gösterir. Derin incelemeleri de akıştan ayrı tutun; yapay zekâ ajanlarıyla rakip analizi yazısında anlatılan türden yapılandırılmış, tek seferlik bir çalışma, günlük izlemeden farklı sorulara yanıt verir.
Başlangıç kontrol listesi
- Kalıcı sorular yazılı; her birinin bir sahibi ve bir okuru var.
- Her sorunun eşlenmiş kaynakları, her kaynağın bir sıklığı var.
- İlk zamanlanmış çalıştırmadan önce gözden geçirilmiş bir başlangıç durumu mevcut.
- İddialar kaynak, alınma tarihi, alıntılanmış kanıt ve bir tür taşıyor: gözlem ya da çıkarım.
- Hiçbir şey bulamayan aramalar açık soru olarak kaydediliyor.
- Hiçbir şey, bir insan kabul etmeden özete, satış kartına ya da brifinge ulaşmıyor.
- Retler gerekçesiyle kaydediliyor; talimatlara ve kaynak listesine geri besleniyor.
- Toplama, site koşullarına uyuyor ve hiçbir girişi atlatmıyor.
Bu iş akışını çalışma alanınıza taşıyın.
Kapsamı belirleyin. Kanıtları inceleyin. Gereken adımları onaylayın.