HubSpot ve Airtable bir TikTok LIVE ajansına neden yetmez, ne zaman yeter?

HubSpot ve Airtable bir LIVE ajansının aday listesini, aşamalarını ve notlarını tutmak için yeterince iyidir; tek ya da iki kişilik bir ajans için çoğu zaman yeter. Yetmedikleri yer, işin TikTok'a dokunduğu dört noktadır: yayıncının bugün davet edilebilir olup olmadığını bilmek, ulaşmadan önce yapılan kontrolü sonradan değiştirilemez biçimde saklamak, aynı yayıncıya ikinci kez yazılmasını mesaj anında engellemek ve yayıncının lig, son yayın gibi verisini güncel tutmak. Bu dördünü genel bir CRM'e elle taşıyabilirsiniz, ama araç onlara uyulmasını sizin yerinize sağlamaz.

Bu yazı genel CRM'leri kötülemek için değil, sınırı doğru yere çizmek için yazıldı. Bir LIVE ajansının CRM'den genel olarak neyi beklemesi gerektiğini CRM seçimi yazısında anlattık; burada iki somut araca ve onlarla kurulan gerçek bir iş akışına bakıyoruz.

HubSpot kendi sayfasında ücretsiz CRM'ini müşteri desteği, satış ve pazarlama için bir araç olarak tanıtıyor. Kavramları buna göredir: kişi, şirket, fırsat, satış hattı, e posta takibi. Bir müşteri adayı bulunur, iletişime geçilir, teklif verilir, satış kapanır.

Airtable kendini gerçek zamanlı iş birliği, tekrarlayan işlerin otomatikleştirilmesi ve iş süreçlerinin düzenlenmesi için bir platform olarak anlatıyor. Bir tablonun esnekliğini bir veritabanının düzeniyle birleştirir; sütunları, görünümleri ve otomasyonları siz tasarlarsınız.

İkisi de iyi tasarlanmış, yaygın ve öğrenmesi kolay araçlardır. Bir LIVE ajansı onlara bakarken haklı bir şey görür: aday yayıncı hattı da bir satış hattına benzer. Benzerlik gerçek, ama bir noktada kopar.

Satış hattında asıl risk bir fırsatı kaçırmaktır. Aynı müşteriye iki satışçının ulaşması tatsızdır ama nadiren bir yaptırım doğurur. LIVE ajansında risk ters taraftadır: yanlış kişiye ulaşmak, kaçırmaktan pahalıdır.

TikTok'un ajanslar için yayımladığı Creator Network yönetim politikası, başka bir ajansın ağına katılmış, bölge dışında bulunan ya da platformun şartlarını karşılamayan yayıncıyla yönetim ilişkisi kurmayı yasak davranışlar arasında sayıyor. Başka ajansların yayıncılarını uygunsuz yollarla ayartmak da aynı listede. Yaptırımlar arasında sağlık puanı düşüşü, yeni yayıncı davet etme yetkisinin en fazla 30 gün kısıtlanması ve ödemelerden kesinti var.

Bu yüzden LIVE ajansının hattında her temasın önünde bir soru durur: bu yayıncıya şu an ulaşabilir miyim? Satış CRM'lerinde bu sorunun karşılığı olan bir alan ya da adım yoktur, çünkü satışta böyle bir soru yoktur. Ajans onu kendisi eklemek zorundadır.

Bir yayıncının sizin ajansınıza davet edilip edilemeyeceği, Backstage'in davet ekranında görünür. HubSpot ya da Airtable bu ekranın sonucunu kendiliğinden almaz; birinin Backstage'e bakıp sonucu bir alana yazması gerekir.

Yazılan değer, yazıldığı anın değeridir. Geçen hafta "uygun" yazılan yayıncı bu hafta başka bir ajansın davetini kabul etmiş olabilir. Tablo bunu bilemez ve eski hücre, okuyan kişiye bugünün bilgisi gibi görünür. Kontrolün tarihini ayrı bir sütunda tutmak işe yarar, ama ekipteki herkesin o tarihe bakıp eski sonucu yenilemesi yine dikkate kalır. Bir sonucun ne kadar süre güvenilir sayılabileceğini uygunluk kontrolü ne kadar geçerli yazısında ayrıca ele aldık.

Genel araçlarda kayıtlar düzenlenebilir; bu onların en büyük kolaylığıdır. Bir satış ekibi için bir hücreyi düzeltmek sıradan bir iştir. Bir LIVE ajansı içinse aynı esneklik bir zayıflığa dönüşür, çünkü bir anlaşmazlıkta sorulan soru "yazmadan önce baktınız mı ve ne gördünüz" olur.

Bazı genel araçlar kimin hangi alanı ne zaman değiştirdiğine dair bir geçmiş de tutar. Bu, ekip içinde ne olduğunu anlamaya yarar. Ama kaydı karşı tarafa kanıt yapmaz: saklanan şey Backstage'in o an verdiği cevap değil, birinin elle yazdığı özettir ve geçmiş, düzenleme yetkisi olan kişinin elindedir.

Politika bu konuda iki yönden önemlidir. TikTok'a sahte, değiştirilmiş ya da eksik belge ve veri sunmak yasak davranışlar arasında sayılıyor; yani sonradan düzeltilmiş bir tablo satırını kanıt diye sunmak, hiç kanıt sunmamaktan daha kötü bir sonuç doğurabilir. Öte yandan başka bir ajansı yeterli kanıt olmadan bildirmek de yasak; politika, makul ve yeterli kanıtı olmayan iki ya da daha fazla bildirim yapan ajans hakkında işlem yapılabileceğini yazıyor. Kanıtın neden ham kayıt olması gerektiğini uygunluk kanıtı yazısında anlattık.

İyi işleyen ajanslarda basit bir kural vardır: bir yayıncıya bir hesaptan tek ilk mesaj gider ve ilk mesaja karşılık gelmezse takip mesajı gitmez; yayıncı mesaj isteğini kabul edip yazmazsa, ajans isterse tek bir hatırlatma açılabilir. Yayıncının gözünden aynı ajansın üç farklı kişiden gelen mesajı ısrardır ve politika, canlı yayın sırasında yayıncıları sık sık rahatsız etmeyi uygunsuz bir kazanım yolu olarak anıyor.

HubSpot ya da Airtable'da bu kuralı yazabilir, hatta bir otomasyonla "bu yayıncıya daha önce yazıldı" uyarısı kurabilirsiniz. Ama mesaj CRM'den değil TikTok'tan gider. Ekipten biri tabloyu açmadan doğrudan TikTok'ta yazarsa kural devreye girmez. Kural, mesajın gittiği yerde değil, ondan ayrı duran bir kayıtta yaşar; uyulup uyulmadığını ekibin dikkati belirler. Kimin kime yazdığının neden tek yerde durması gerektiğini ajans ekibinde kim kime yazdı yazısında anlattık.

Genel CRM'in kişi kartı şirket, unvan, e posta ve telefon etrafında kuruludur. Bir LIVE ajansının ihtiyacı başkadır: kullanıcı adı, takipçi, lig, son canlı yayın zamanı, davet türü. Bu alanları ekleyebilirsiniz, ama doldurmak ve güncel tutmak elle yapılır.

İki pratik sorun doğar. Birincisi eskime: lig ve son yayın zamanı hızla değişir, elle girilen değer birkaç gün içinde yanlış olur. İkincisi kimlik: kullanıcı adları değişebilir. Tabloda kullanıcı adına göre tutulan bir yayıncı, adını değiştirdiğinde ikinci bir satır olarak geri gelebilir; daha önce elenmiş biri böylece yeniden listeye düşer.

Dürüst olmak gerekirse çoğu ajans için başlangıçta yeter. Bir ya da iki kişinin çalıştığı, haftada birkaç yayıncıya ulaşılan, herkesin yazmadan önce Backstage'e baktığı bir ajansta iyi tutulmuş bir Airtable tabanı ya da ücretsiz bir HubSpot hesabı işi görür. Bu aşamada ayrı bir yazılıma para vermek erken olabilir.

Genel araçlar işe alım dışındaki işlerde de yerinde kalır. Ajansın marka iş birlikleri, kendi müşterileri, personel alımı ya da muhasebe gibi işleri LIVE ajans yazılımlarının konusu değildir. Bir LIVE ajans yazılımına geçen ajansların çoğu genel aracı bırakmaz, yalnız işe alım hattını oradan çıkarır.

Sınırın aşıldığını gösteren işaretler belli: ilk mesajı birden çok kişi atmaya başladı, aynı yayıncıya iki kişinin yazdığı ilk gün yaşandı, eski bir "uygun" notuna güvenilerek yazıldı ya da ayrılan bir çalışanın notları onunla gitti. Bunlardan biri olduysa sorun aracın kötülüğü değil, aracın bu iş için kurulmamış olmasıdır.

Kontrolü bir alan değil bir kayıt gibi tutun. "Durum" sütununun üzerine yazmak yerine her kontrolü ayrı bir satıra yazın: yayıncı, tarih ve saat, sonuç, bakan kişi. Eski satırlar silinmez; son satır bugünkü durumu, öncekiler geçmişi gösterir.

Tazelik kuralı koyun ve görünür yapın. "Son kontrolü belirlediğimiz süreden eski olan yayıncıya yazılmaz" gibi bir kural ve bu yaşı gösteren bir sütun, eski sonuca güvenmeyi zorlaştırır. Süreyi kendi işinize göre seçin; kısa tutmak daha güvenlidir.

Elenenleri silmeyin, kapatın. "Başka ajansta" çıkan ya da "bana yazmayın" diyen yayıncıyı ayrı, yalnız birkaç kişinin düzenleyebildiği bir listeye taşıyın. Yeni aday eklerken önce bu listeye bakmayı bir alışkanlık hâline getirin.

Kimliği kullanıcı adına bırakmayın. Yayıncının profil bağlantısını ya da elinizdeki kalıcı bir kimliği de saklayın; kullanıcı adı değiştiğinde aynı kişiyi tanıyabilmek için.

Ve sınırı kabul edin. Bu düzen, ekibin dikkatli olduğu sürece işler; kayıt yine değiştirilebilir ve mesaj anında kimse kuralı zorlamaz. Anlaşmazlıkta elinizde ne olması gerektiğini anlaşmazlık yazısında anlattık.

TT Panel, yukarıdaki dört işi bir LIVE ajansı için tek yerde toplayan bir çalışma panelidir. Bir yayıncıya ulaşmadan önce durumu kontrol edilir; kontrolün sonucu zaman damgalı, sonradan değiştirilemeyen ve silinemeyen bir kanıt kaydına yazılır. Taze bir "uygun değil" sonucu yayıncıyı kalıcı olarak eler; sonuç belirsizse yayıncı elenmez, yeniden kontrole alınır.

İlk iletişimi ekibiniz yürütür ya da panel planlayıp takip eder İlk iletişimden önce yedi kontrol çalışır: taze uygunluk kanıtı, kimliğin doğrulanması, ajansınızın "yazmayın" listesi, daha önce bir konuşma olmaması, günlük gönderim sınırı, acil durdurma anahtarı ve çalışma saatleri. Her gönderen hesaptan bir yayıncıya tek ilk mesaj gider. Aday listesi tek yerde durur, aynı yayıncı iki kez girmez ve elenen yayıncı ekip değişse de geri düşmez.

Yapmadığı şeyler de açık: davet göndermez, davet Backstage'den gider. Satış teklifi, faturalama ya da sözleşme takibi gibi genel CRM işleri için tasarlanmadı; bu işler için kullandığınız aracı bırakmanız gerekmez. Platform kurallarına uyum ajansın sorumluluğundadır; panel her yayıncı için uygunluk sonucunu ve kanıt kaydını gösterir.

Ekip tarafını ekip paneli sayfasında görebilir, kendi iş akışınız hakkındaki sorularınız için bize ulaşabilirsiniz.