Müşteri bildirimleri ekimde: SMS'te kısa bağlantı, SIM kontrolü ve Twilio kohortları

Ekimde müşteriye giden mesajlar hakkında birkaç yazı çıktı: Unisender SMS'teki bağlantılar ve B2B e-posta gönderimleri üzerine, Twilio SIM değişimi, SMS pumping ve toplu gönderim için kohortlar üzerine, HubSpot işlemsel e-postalar üzerine. İşletme sahibi için burada iki soru var: her bildirim ne kadara mal oluyor ve para dolandırıcılara gider mi. ABD'deki PDR şirketinin müşteri portalında bildirimler push ve SMS ile gidiyor, bu yüzden bu haberlere kendi tarafımdan bakıyorum.

SMS'teki bağlantı ve segmentin fiyatı

Unisender 20 Ekim'de SMS aritmetiğini hatırlattı: Latin harflerle 160, Kiril harflerle 70 karakter; üstelik Latin metindeki tek bir Rusça harf sınırı 70'e düşürüyor. Uzun mesaj segmentlere bölünüyor ve her biri ayrı ödeniyor. UTM etiketli bağlantı 25 ile 100'den fazla karakter arasında yer kaplıyor: yazıdaki örnek tam 100, yani daha metne gelmeden Kiril alfabesinde iki SMS. İki mesaja bölünmüş bağlantıyı telefon açmayabilir. Bu yüzden bağlantı kısa bir alan adıyla kısaltılıyor.

Unisender 24 Ekim'de Mikro-IT'nin pazarlamacısının anlatısını yayımladı: e-postalar genel müdür adına gidiyor, veritabanı rollere göre bölünmüş, okuma iki dakikadan uzun değil. Ortalama açılma oranı %33-35, segmentli e-postalarda %47'ye kadar. Minsk'teki konferanstan sonra takip e-posta zinciri deneme kullanımı için talepler getirdi.

Twilio 19 Ekim'de email blast üzerine yazısında yalnızca izinle toplanmış veritabanına göndermeyi ve ilk e-postadan itibaren segmentlemeyi öneriyor. HubSpot 15 Ekim'de işlemsel e-postaları pazarlama e-postalarından ayırdı: sipariş onayı ya da şifre sıfırlama, zaten gerçekleşmiş bir eyleme cevap verir. HubSpot gönderim altyapısını ayırmayı öneriyor: pazarlama kampanyasına gelen şikâyetler şifre sıfırlamayı geciktirmemeli, reklamdan çıkış makbuzları kapatmamalı.

SIM değişimi, SMS pumping ve kohortlar

Twilio 19 Ekim'de Rust ile Lookup API üzerinden bir numaranın SIM'inin yakın zamanda değişip değişmediğinin nasıl öğrenileceğini gösterdi. SIM değişiminde saldırgan kurbanın numarasını kendi kartına taşıyor ve tek kullanımlık kodlar dahil onun aramalarını ve SMS'lerini alıyor. Lookup son SIM değişiminin tarihini ve belirli bir dönemde, örneğin son 48 saatte değişim olup olmadığı bayrağını veriyor. Twilio uyarıyor: SIM dürüst nedenlerle de değişir, bu yüzden bu işaret diğerleriyle birlikte değerlendirilmeli.

14 Ekim'de Twilio SMS pumping'i anlattı: dolandırıcılar SMS gönderen bir forma tek operatörün numara aralığını giriyor ve trafik gelirinden pay alıyor. Talep formları, işlemsel bildirimler ve sohbet botları hedefte. Lookup v2, 0'dan 100'e risk puanı veriyor; ABD ve Kanada numaraları içinse Twilio bu puanın kullanılmasını önermiyor: orada bu tür dolandırıcılık nadir.

Twilio Cohorts 14 Ekim'den beri kapalı betada: müşteri profilleri, segmentler ve toplu gönderim Twilio'nun içinde. Email API ya da Bulk Messaging API'ye tek bir CohortID veriliyor, kendi tarafınızda hız sınırlı kuyruklar yazmanız gerekmiyor.

Örnek: araç kiralama ve “aracınız hazır” SMS'i

Araç kiralamayı ele alalım. Müşteriye teslimattan bir saat önce “Aracınız hazır, belgeler ve fotoğraflar burada” SMS'i ve portal bağlantısı gidiyor. Bağlantı 100 karakterlik UTM'liyse ve metin Kiril alfabesindeyse, kiralama şirketi bir yerine iki üç SMS ödüyor. Sitedeki “SMS ile kod al” formu sınırsız duruyorsa gece ona tek operatörün numara aralığı dökülür ve SMS faturası muhasebeci fark etmeden büyür. Müşteri bildirimi bir ödeme gibi tasarlanır: limitle, günlükle ve alıcı kontrolüyle.

Bizde nasıl

ABD'deki PDR şirketinde 2021'den beri sunucudan, telefon sisteminden ve belgelerden sorumluyum; bu projenin yığınında Twilio var. 2026'da müşteri portalı geldi: sipariş için çevrimiçi zaman çizelgesi, parmakla imza ve PDF üretimi, fotoğraflar, push ve SMS bildirimleri, İngilizce ve İspanyolca. Bildirimler siparişe bağlı, HubSpot'un işlemsel e-postası gibi: önce eylem, sonra mesaj. SIM kontrolünü ve SMS pumping puanını bu projede bağlamadım. SIM kontrolünü, SMS'teki kodla paraya ya da belgelere erişim verilen yerlere eklerdim.

Mailwizz için e-posta geri dönüşlerini ve alan adlarına göre özeti 26 sütunlu bir tabloya topladım: yedi günlük kayan kampanya penceresi, Hard, Internal ve Soft geri dönüşler, teslim oranı. Oradaki “delivered” durumu yalnızca geri dönüş olmadığı anlamına geliyordu, gelen kutusuna düştüğünün onayı yok. Mailgun ve Apps Script üzerindeki olay tabanlı e-postalar bende proje şeması olarak tanımlı, canlı kullanımda denemedim.

Ben ne yapardım

SMS için kendi kısa alan adınızı alın ve segmentleri göndermeden önce sayın: metin artı bağlantı tek segmente sığmalı.

İşlemsel mesajları toplu gönderimlerden ayırın: başka gönderici, başka alan adı ya da IP; reklamdan çıkış onlara dokunmasın.

SMS gönderen her forma numara ve aralık başına limit, gönderim günlüğü ve müşteriler ABD ve Kanada'da değilse Lookup ile numara kontrolü koyun.

“Teslim edildi” durumunu sağlayıcının verdiği bir olgu olarak saklayın, “okundu” ile eşitlemeyin ve Mailwizz özetindeki gibi geri dönüşlere haftada bir bakın.

Günlüğün bağdaki yerini belgeleri, CRM'i ve görevleri güvenilir biçimde nasıl bağlamalı yazısında anlattım. Alanlar: ekibin işine bağlı CRM ve bağlantılı çalışma ortamı olarak Google Workspace. Projenin tamamı: ABD'deki PDR şirketinin teknik ortağı; e-postalar için Mailgun ve Apps Script üzerinde e-posta proje şeması ve Mailwizz geri dönüş özeti var. Komşu incelemeler: talep kaynağı olarak mesajlaşma uygulaması ve Yandex'in ekim kesintisi ve tek pencereye bağımlılık. Daha önce SMS göndermeden önce numara kontrolü ve kampanya hazırlığı hakkında yazmıştım. Bildirimler birkaç servisten gidiyor ve ayda ne kadara mal olduğunu kimse bilmiyorsa, onları hangi olayların tetiklediğini anlatın. Görevi konuşalım.