Bu belgede, Google Haritalar Platformu Yer Adı Otomatik Tamamlama ve Address Validation API'lerinin A/B testini gerçekleştirirken göz önünde bulundurulması gereken teknikler açıklanmaktadır.
Yer Adı Otomatik Tamamlama ve Address Validation API'yi kullanmanın avantajlarından bazıları şunlardır:
- Daha iyi müşteri deneyimi: Müşterilerinize adresler ve yerler için anlık öneriler sunarak ödeme işlemlerini daha hızlı ve kolay bir şekilde tamamlamalarına yardımcı olabilirsiniz. Bu sayede daha iyi bir müşteri deneyimi sunabilirsiniz.
- Daha doğru veriler: Place Autocomplete ve Address Validation API, müşteri verilerinizin doğruluğunu artırmanıza yardımcı olabilir. Bu durum, paketlerin başarılı bir şekilde teslim edilmesi için doğru adres verilerine ihtiyaç duyulan e-ticaret sektöründe özellikle kritik olabilir.
Adreslerinizin kalitesini artırmak için hangi doğrulama çözümünün ihtiyaçlarınızı en iyi şekilde karşıladığını değerlendirmek üzere bir A/B testi yapın. Bu sayede, kullanım alanınıza en uygun ürüne nicel olarak karar verebilirsiniz.
A/B testi, bir web sayfasının veya uygulamanın iki sürümünü birbiriyle karşılaştırmanın bir yoludur. Bir değişkende yapılan değişikliğin ölçülebilir bir sonuç üzerindeki etkisini belirlemek için kullanılan bir tür kontrollü denemedir.
A/B testi yapmak için bir sayfanın veya uygulamanın iki sürümünü oluşturun. Bunlardan biri kontrol grubu, diğeri ise ölçülebilir değişikliğin uygulandığı sürüm olmalıdır. Ardından bu sürümleri farklı kullanıcılara gösterir ve kullanıcıların bu sürümlerle nasıl etkileşim kurduğunu ölçersiniz. Daha iyi performans gösteren sürüm kazanan olur.
Sistem Mimarisine Genel Bakış
Şimdi bir e-ticaret kullanım alanında Address Validation'ın A/B testine bakalım. Aşağıdaki mimari diyagramda, müşterilerin ticaret deneyiminizle nasıl etkileşim kuracağı gösterilmektedir. Bu sayede daha etkili bir doğrulama stratejisi belirleyebilirsiniz.
[System Context] A/B Testing Address Validation
Address Validation API'nin değerini A/B testiyle test ederken kullanılan sistemler.
A/B testi süreci
Genel A/B testi sürecini düşünürken dikkate alınması gereken dört aşama vardır.
- Hazırlık: Test şartlarını, kapsamını ve zaman çizelgesini belirleyin.
- Derleme: Testi çalıştırmak için Yer Adı Otomatik Tamamlama ve Address Validation API'yi bir ortamda uygulayın.
- Çalıştırma: Test çalışırken, anlamlı sonuçlar elde edilene veya süre dolana kadar metrikleri toplayın.
- Analiz etme: Sonuçları hipotezle karşılaştırın ve sonraki adımları belirleyin.
Bunların her birini sırayla ele alacağız.
Hazırlık
A/B testi gereksinimlerine karar verme
İlk keşif
Kendinize şu soruyu sorun: Neden bir adres doğrulama sağlayıcısı ekliyor veya değiştiriyorsunuz? Örneğin, Google Haritalar Yer Adı Otomatik Tamamlama özelliğini kullanarak:
- Zaman kazandırır: Bir yerin adını yazmaya başladığınızda öneriler gösterilir. Bu sayede, yerin adını tam olarak yazmanız gerekmez.
- Hataları azaltır: Bir yerin adını yanlış yazarsanız Google Haritalar Yer Adı Otomatik Tamamlama özelliği yine de doğru yeri önerir.
Adres doğrulamanın birçok avantajı vardır. Örneğin:
- Daha iyi teslimat oranları: Adres doğrulama, posta ve paketlerin doğru adrese gönderilmesini sağlayarak teslimat oranlarını artırmaya yardımcı olabilir. Bu sayede işletmeler zamandan ve paradan tasarruf edebilir, müşteri memnuniyetini artırabilir.
- Daha iyi veri kalitesi: Address Validation, adreslerdeki hataları tespit edip düzelterek veri kalitesini artırmaya yardımcı olabilir. Bu sayede pazarlama kampanyalarının ve veriye dayalı diğer girişimlerin doğruluğu artırılabilir.
Hipoteze karar verme
Test edilecek hipotezinize karar verin. İki örnek verelim:
1. Dönüşüm oranı
Yazarken tamamlama çözümü eklediğinizde dönüşüm oranlarında hafif bir artış görmeniz normaldir ve bu, izlenmesi gereken iyi bir metriktir. İleriye dönük çözüm türünüzü başka bir sağlayıcıdan değiştiriyorsanız sabit bir dönüşüm oranı beklenmelidir. Dönüşüm oranı düşerse ilk olarak uygulamayı kontrol etmeniz gerekir.
Dönüşüm oranı önemlidir ancak her şeyi anlatmayabilir. Adres doğrulama çözümü, kullanıcıların giriş noktasında düşük kaliteli adresler göndermesini engellemek için tasarlanmıştır ve bazı senaryolarda adres yakalama işlemine doğal bir engel ekleyebilir. Bu durum, genel dönüşüm oranlarında düşüşe neden olabilir ancak bu durumun mutlaka kötü bir şey olarak görülmesi gerekmez. Adres doğrulama özelliğinin eklenmesi nedeniyle tamamlanamayan siparişler, düşük kaliteli adres verileriyle ilişkilendirilmiş olabilir. Bu durum, teslimat ters ibrazları nedeniyle işletmeye maliyet getirebilir.
2. Düşük kaliteli adreslerde azalma
İyi bir Address Validation çözümü bu noktada gerçekten fark yaratabilir. Address Validation'ı uygulayarak düşük kaliteli adres verilerinde azalma görebilirsiniz.
Yeni bir çözümü mevcut bir çözümle karşılaştırıyorsanız yalnızca "iyi adres" eşleşme oranlarını karşılaştırmak ve daha yüksek eşleşme oranı sağlayan hizmeti seçmek cazip gelebilir. Bir hizmet diğerinden daha fazla yanlış pozitif sonuç verebileceğinden bu durum yanıltıcı olabilir.
Bunun yerine, adres verilerini kullanmanın başarılı sonucunu karşılaştırmak daha etkili bir metriktir. E-ticareti örnek alırsak adres bilgisini almanın istenen sonucu, paketin başarılı bir şekilde teslim edilmesidir.
Derleme
Şimdi heyecan verici kısma geçelim. Müşterileriniz için yeni bir çözüm oluşturma zamanı geldi. E-ticaret ödeme sayfasında Yer Adı Otomatik Tamamlama ve Address Validation API'yi uygulamayla ilgili kullanışlı bir kılavuzumuz zaten var. Bu adımı tamamlarken bu makaleyi incelemenizi öneririz.
Özellikle e-ticaret için geliştirme yapmıyor olsanız bile, Address Validation API'nin çıkışından adres kalitesini belirlemeyle ilgili kılavuz başta olmak üzere birçok bilgi sizin için de geçerlidir.
Mimari Şeması
E-ticaret ortamında A/B testi oluşturmak için kullanılabilecek kapsayıcıların bir örneği aşağıda verilmiştir:
[Execution Environment] Address Validation'da A/B Testi
Mimarinin temelini oluşturan önemli sistemlerdeki önemli uygulamalar, hizmetler ve veri depoları. (Büyütmek için tıklayın.)
Uygulamayı doğrulama
Kötü uygulanmış bir çözüm, güvenilir olmayan test sonuçları üretir. A/B testini çalıştırmadan önce, çözümün beklendiği gibi çalıştığından emin olmak için küçük bir kullanıcı grubuyla doğrulanması önemlidir. Bu kişiler, dahili kalite güvencesi test kullanıcıları ve/veya yapıcı geri bildirim vereceğine güvendiğiniz seçilmiş bir grup harici test kullanıcısı olabilir.
Çalıştır
Yavaş yavaş artırın
Çözüm doğrulansa bile testi küçük bir kullanıcı grubuyla başlatıp yavaş yavaş genişletmek iyi bir fikirdir. Bu sayede, hatalar veya diğer sorunlar erken tespit edilip kullanıcılarınızın büyük bir kısmını etkilemeden hızlı bir şekilde çözülebilir.
Tam test
Çözüm küçük bir kullanıcı grubu tarafından test edildikten ve tüm sorunlar giderildikten sonra tam bir A/B testine geçebiliriz. Bu, trafiğin tam olarak 50/50 oranında bölünmesi anlamına gelmez ancak rastgele seçilen bir canlı kullanım grubuyla karşılaştırılabilir boyutta olmalıdır.
Metrikler Toplanıyor
Test sırasında, hipotezinizi destekleyecek uygun verilerin yakalandığından emin olmanız gerekir. Bu süreçte, veri toplama ve daha sonra analiz etme işlemlerini kolaylaştırmak için bir A/B testi platformu kullanabilirsiniz. Google Haritalar Platformu, faydalı olabilecek API kullanım metriklerini de toplar. Raporlama araçlarımızı kullanma hakkında daha fazla bilgi edinmek için bu sayfaya göz atabilirsiniz.
Önerilen metriklerden bazıları şunlardır:
Place Autocomplete
Dönüşüm oranı: Formunuzun dönüşüm/tamamlanma oranı, daha önce otomatik tamamlama çözümü kullanılmadığı döneme kıyasla arttı mı?
Araç etkileşimi: Önceki çözüme kıyasla daha fazla kullanıcı Yer Adı Otomatik Tamamlama ile başarılı bir şekilde etkileşim kuruyor mu?
Address Validation
Teslimat başarısı: Adres kalitesi nedeniyle başarısız olan teslimatlarda azalma oldu mu?
Adres değişiklikleri: Kargo şirketlerinden aldığınız adres değişikliği ücretlerinin sayısında azalma oldu mu?
Konut ve ticari: Konut ve ticari verilerin yakalanmasında bir iyileşme oldu mu? (Yalnızca belirli pazarlarda)
Analiz et
Test sona erdiğine göre, sonuçları orijinal test ölçütlerine ve hipoteze göre analiz etme zamanı geldi. Süreci tamamlamak için bir A/B testi platformu kullandıysanız bazı bilgiler zaten elinizde olabilir.
Yukarıdaki Düşük kaliteli adreslerde azalma bölümüne dönersek A/B testi platformu tarafından yakalanmamış olabilecek diğer metrikleri de kullanabilirsiniz. Bu, test senaryoları arasındaki başarısız teslimatların oranı olabilir. Örnek veriler şu şekildedir:
| A çözümü | B çözümü | |
|---|---|---|
| Başarısız teslimatlar | %1,75 | %1,23 |
Yukarıdaki basit örneğe bakıldığında, bu kullanım alanı için B çözümünün daha iyi bir seçim olacağı açıktır.
Sonuç
Bu kılavuzun, A/B testi yolculuğunuza başlamanız için yeterli bilgiyi sağladığını umuyoruz. E-ticaret alanından örnekler kullanılmış olsa da aynı temel ilkeler her yerde uygulanabilir. İşletmenizde kaliteli adres verilerine sahip olmanın başarılı sonucunu belirleyin ve bunu ana hipoteziniz olarak takip edin.
Kılavuzda bahsedilen bağlantıları, daha fazla bilgi edinmek için okuyabileceğiniz kaynaklar olarak aşağıda tekrar paylaştık.
İyi testler!
Sonraki Adımlar
Güvenilir adreslerle ödeme, teslimat ve operasyonları iyileştirme başlıklı teknik incelemeyi indirin ve Address Validation ile ödeme, teslimat ve operasyonları iyileştirme konulu web seminerini izleyin.
Önerilen ek kaynaklar:
- E-ticaret ödeme sayfasında Address Validation
- Yer Adı Otomatik Tamamlama Belgeleri
- Address Validation API belgeleri
- Google Haritalar Platformu raporları
Katkıda bulunanlar
Asıl yazarlar:
Henrik Valve | Google Haritalar Platformu Çözüm Mühendisi