Öneri Motoru Planlama: Algoritmadan Önce Ürün Değeri

Öneri sistemi, arkasına algoritma eklenmiş bir ürün kararıdır ve sıralama önemlidir. Arama sorununun üzerine konan bir öneri katmanı sorunu ekipten gizler, müşteri ise yaşamaya devam eder.

Bu rehber önce gezinmenin nasıl kontrol edileceğini, elinizde gerçekte hangi sinyallerin olduğunu, hangi kuralların asla çiğnenmemesi gerektiğini ve kontrol grubuna karşı sınanan elle seçilmiş bir listenin soruyu neden ucuza yanıtladığını anlatıyor.

Kısa cevap

• Önce gezinmeyi kontrol edin: Arama sorununun üzerine konan öneri katmanı sorunu ekipten gizler, müşteri yaşamaya devam eder.
• Asla önerme kurallarını yazın: Stok, uyumluluk, yakın alışverişler ve kısıtlar her yaklaşımı sınırlar; şimdi anlaşmak en ucuzudur.
• Elle seçilmiş liste deneyin: Kontrol grubuna karşı yirmi seçilmiş ürün, soruyu bir ayın bedeliyle yanıtlar.
• Kontrol grubu ayırın: Olmadığında her artış özelliğe mal edilir ve kimse bunu mevsimden ayıramaz.

Önce sonuç, sonra çözüm

Öneri çalışmasının hedefi, müşterinin bulamayacağı bir şeyi bulmasıdır ve bu, tıklamada değil siparişte görünmelidir. Müşterinin zorlandığı seçimi önce yazın. Bu tanım yapılmadan kurulan öneri sistemi, tıklama artırır ve sipariş tutarını değiştirmez. Hangi sayfada başlayacağınızı da yazın; sepet, ürün ve ana sayfa önerileri farklı sorular yanıtlar ve aynı anda hepsini denemek sonucu okunamaz kılar.

Gezinmeyi kontrol edin. Arama kötü sonuç veriyorsa ya da kategoriler yanlışsa, öneri katmanı sorunu ekipten gizler ve ölçeceğiniz artış yapay bir taban üzerinden hesaplanır. Sonuçsuz arama terimlerini okuyun; müşteriler eksik olanı kendi kelimeleriyle yazar.

Elinizdeki sinyali de bu aşamada yazın. Kaç müşteriyi gözlemlediğiniz ve davranışın ne kadar çabuk eskidiği, hangi yaklaşımın mümkün olduğunu algoritma tercihinden önce belirler. Sinyal sayısını ürün sayısına bölün; bu oran hangi yaklaşımın mümkün olduğunu baştan gösterir.

Kötü bir önerinin nasıl fark edileceğini de şimdi yazın. Müşterinin bunu söyleyebileceği bir yol yoksa ilk utandırıcı öneri ekibe değil sosyal medyaya ulaşır ve düzeltme maliyeti teknik olmaktan çıkar.

Öneri motoru geliştirme için dört karar alanı

Kullanıcı ihtiyacı

Müşterinin zorlandığı seçimi tarif edin ve daha iyi bir kategori sayfasının bunu zaten çözüp çözmeyeceğini kontrol edin. Gezinme sorununun üzerine konan bir öneri katmanı, sorunu ekipten gizler ama müşteri yaşamaya devam eder.

Sinyaller

Bugün gözlemleyebildiklerinizi, bunu kaç müşteri için gözlemlediğinizi ve ne kadar çabuk eskidiğini listeleyin. On bin ürünü ve ayda bin alıcısı olan bir mağazada yeterli sinyal yoktur ve hiçbir algoritma veri kıtlığını gidermez.

Kurallar

Asla önerilmemesi gerekenleri yazın: stokta olmayan ürünler, uyumsuz kombinasyonlar, geçen hafta alınmış bir ürün, mevzuat kısıtı olan her şey. Bu kısıtlar her yaklaşım için geçerlidir ve şimdi anlaşmak daha ucuzdur.

Geri bildirim

Kötü bir önerinin nasıl fark edileceğine ve müşterinin bunu söyleyebileceği bir yol olup olmadığına karar verin. Bu döngü olmadan ilk utandırıcı öneriyi ekip değil, sosyal medyadaki bir müşteri bulur.

Kodlamadan önce riskleri konuşun

• Asıl sorun gezinmededir: Önce aramayı ve kategorileri düzeltin ve bunun tek başına neyi değiştirdiğini ölçün. Arama düzeltmesinin etkisini ayrıca ölçün.
• Yeterli sinyal yoktur: Kaç müşteriyi gözlemlediğinizi ve davranışın ne kadar çabuk eskidiğini sayın. Veri yetersizse kural tabanlı bir liste daha dürüst sonuç verir.
• Uygunsuz bir öneri çıkar: Asla önerilmemesi gerekenleri, herhangi bir yaklaşım seçilmeden önce yazın. Kuralları kategori yönetimiyle birlikte yazın.
• Artış atfedilemez: Kontrol grubunu ilk günden ayırın; sonradan eklenen bir karşılaştırma işe yaramaz. Kontrol grubu olmadan ölçülen her artış mevsim etkisiyle karışır.

Yol haritası: uygulanabilir adımlar

1. Gezinmeyi kontrol edin. Sonuçsuz arama terimlerine ve müşterilerin vazgeçtiği noktaya bakın.
2. Kuralları yazın. Stok, uyumluluk ve kısıtlar dahil asla önerilmemesi gerekenleri listeleyin.
3. Elle seçilmiş listeyi deneyin. Yirmi ürünü müşterilerin yarısına gösterin, diğer yarısını dışarıda bırakın.
4. Sipariş tutarını karşılaştırın. Elle liste bir şey değiştirmiyorsa durun; değiştiriyorsa aşılacak çizgi odur.

Güven, izin ve sorumlu veri kullanımı

Öneri motoru geliştirme için güvenlik gereksinimini yalnızca son teknik teste bırakmayın. Kimlerin hangi kaydı görebildiği, oluşturabildiği, değiştirebildiği, onaylayabildiği ve dışa aktarabildiği rol ve sorumluluk üzerinden tanımlanmalıdır. Hassas kararlar için ek onay, gerekçe veya denetim izi gerekip gerekmediğini iş etkisine göre belirleyin.

Toplanan her veri için amaç, erişim, saklama süresi, düzeltme ve silme yolu yazın. Öneri motoru geliştirme için kullanıcı değeri gerektirmeyen bilgiyi toplamak, ürünü daha akıllı yapmaz; güven ve işletim yükü oluşturur. Ülke, sektör ve veri türüne göre hukuki veya düzenleyici yükümlülükler değişebileceği için uygun uzman değerlendirmesini planlayın.

Tehdit ve hata senaryosunu bir kullanıcı yolculuğuyla birleştirin: hesap ele geçirilmesi, yanlış kişiye görünürlük, kayıp cihaz, yetki değişikliği veya kötüye kullanım bildirimi olduğunda ne olur? Öneri motoru geliştirme ekibi olayın etkisini anlayabilmeli, erişimi sınırlayabilmeli ve gerekli inceleme kanıtını koruyabilmelidir.

Sonraki adım

Öneri motoru geliştirmeyi algoritma tartışmasından çıkarıp ürün sorusuna taşıyın. Müşterinin zorlandığı seçimi ve elinizdeki sinyali yazın; bu ikisi netleşmeden yaklaşım karşılaştırmak erkendir.

Bir sonraki konu başlığı: Yapay Zekâ Ajan Yönetişimi Geliştirme Maliyetini Neler Belirler?

30 günlük doğrulama planı: Öneri motoru geliştirme

1-5. günler: sorunun gezinme olup olmadığını kontrol edin. Müşterilerin bugün ürünleri nasıl bulduğuna ve nerede vazgeçtiğine bakın. Arama kötü sonuç veriyorsa ya da kategoriler yanlışsa önce onu düzeltin. Gezinme sorununun üzerine konan bir öneri katmanı, sorunu ekipten gizler ama müşteri yaşamaya devam eder. Sonuç döndürmeyen arama terimlerini inceleyin; bunlar, müşterilerin kendi kelimeleriyle katalogda neyin eksik olduğunu söylemesidir.

6-15. günler: asla çiğnenmemesi gereken kuralları yazın. Asla önerilmemesi gerekenleri listeleyin: stokta olmayan ürünler, uyumsuz kombinasyonlar, müşterinin geçen hafta aldığı bir ürün, mevzuat kısıtı olan her şey. Bu kurallar her yaklaşımı sınırlar ve şimdi anlaşmak, ilk utandırıcı öneriden sonra eklemekten ucuzdur. Kategori yönetimi ekibinden kendi kurallarını eklemesini isteyin; kârı koruyan kurallar, bir geliştiricinin bulabileceği hiçbir yerde yazılı değildir.

16-30. günler: elle hazırlanmış listeyi kontrol grubuna karşı sınayın. İyi bir satış danışmanının önereceği yirmi ürünü seçin, müşterilerinizin yarısına gösterin, diğer yarısına dokunmayın. Sipariş tutarını karşılaştırın. Elle seçilmiş bir liste hiçbir şeyi değiştirmiyorsa algoritma da değiştirmez ve yanıtı bir ayın bedeliyle almış olursunuz. Grupları aynı büyüklükte tutun ve aynı haftalarda çalıştırın; bir kampanya dönemine bölünen karşılaştırma, kampanya hangi yöne çalıştıysa o yöne yanıltır.

Pratik çalışma sayfası: Öneri motoru geliştirme

Öneri sistemi, arkasına algoritma eklenmiş bir ürün kararıdır ve sıralama önemlidir. Kimse yaklaşımları karşılaştırmaya başlamadan bu satırları doldurun; soruyu genellikle ilk iki satır kapatır.

Baştan bir kontrol grubu ayırın. Kontrol grubu olmadan her artış önerilere mal edilir ve ekip, özelliği mevsimden ayıramayan bir rakamla yatırımı savunmak zorunda kalır.

İlgili rehberler

• Konunun operasyon tarafı şurada: Veri Kalitesi: Boyutlar, Örnekler ve İyileştirme Planı.
• Planlama aşamasını geçtiyseniz şunu okuyun: BI Dashboard: Örnekler, KPI'lar ve Tasarım İlkeleri.

Öneri Motoru Planlama: Algoritmadan Önce Ürün Değeri üzerine bir şey inşa etmeden önce verinin birleştirilmesi gerektiğini gösteriyorsa Veri Ürününüzü Konuşalım.