KoderKoder.ai
FiyatlandırmaKurumsalEğitimYatırımcılar için
Giriş YapBaşla

Ürün

FiyatlandırmaKurumsalYatırımcılar için

Kaynaklar

Bize UlaşınDestekEğitimBlog

Yasal

Gizlilik PolitikasıKullanım KoşullarıGüvenlikKabul Edilebilir Kullanım PolitikasıKötüye Kullanımı Bildir

Sosyal

LinkedInTwitter
Koder.ai
Dil

© 2026 Koder.ai. Tüm hakları saklıdır.

Ana Sayfa›Blog›Elektronik aksesuar mağazaları için cihaz uyumluluk filtreleri
21 Eki 2025·8 dk

Elektronik aksesuar mağazaları için cihaz uyumluluk filtreleri

Cihaz uyumluluk filtrelerinin elektronik aksesuar mağazalarında telefon nesillerini modellemeye ve hatalı satın almaları ölçekli olarak engelleyen arama deneyimleri oluşturmanıza nasıl yardımcı olduğunu öğrenin.

Elektronik aksesuar mağazaları için cihaz uyumluluk filtreleri

Aksesuarlar için “uyumluluk” aslında ne demektir?

"Uyumluluk" tek bir evet veya hayır değildir. Bir aksesuar mağazasında, bir ürünün müşterinin cihazının tam şekline, bağlantılarına ve özelliklerine yeterince uyduğunu ve beklendiği gibi çalışacağını ifade eder.

Fiziksel uyum gerektiren ürünlerde küçük bir fark bile oturmayı bozabilir. Telefon kılıfı veya ekran koruyucu, gövde boyutu, köşe yarıçapı, kamera çıkıntısı düzeni, düğme yerleşimi ve hatta hoparlör veya mikrofon delikleri gibi ayrıntılara bağlıdır. Bir montaj aparatı, cihazın nereden güvenli şekilde sıkıştırılabileceğine ve kameranın boşluğa ihtiyaç duyup duymadığına bağlıdır.

Güç ve bağlantıda "çalışma" düzeyleri vardır. Bir şarj cihazı telefonu besleyebilir ama ilan edilen hızda şarj etmeyebilir. Bir kablo şarj edebilir ama veri taşımaz veya hızlı şarj standartlarını desteklemeyebilir. Kablosuz şarjda ise bobin yerleşimi, kılıf kalınlığı ve mıknatıs hizalanması önemlidir.

Uyumluluk genellikle aksesuar türüne göre şöyle farklanır:

  • Kılıflar ve koruyucular: tam model ve bazen tam nesil
  • Şarj cihazları: port türü artı şarj standardı ve beklenen watt
  • Kablolar: her iki uçtaki konnektör türleri artı hız ve güç derecelendirmesi
  • Montajlar: cihaz boyutları artı kamera ve düğme boşluğu
  • Kablosuz aksesuarlar: bobin hizalanması ve mıknatıs desteği, sadece "kablosuz şarj" değil

Yanlış satın almalar, cihaz isimlerinin dağınıklığı yüzünden olur. Müşteriler "Plus" ile "Pro"yu karıştırır, aynı isimli farklı nesilleri karıştırır veya bir aksesuarın tüm seriye uyduğunu varsayar. Bölgesel varyantlar ve operatör modelleri bile boyutları veya bantları değiştirebilir; küçük bir kamera çıkıntısı değişikliği bile eski bir kılıfı işe yaramaz hale getirebilir.

Cihaz uyumluluk filtrelerinin hedefi basittir: daha az iade, daha az destek talebi ve çabuk ve kendinden emin alışveriş yapan müşteriler.

Önce telefonlarla başlayın. Onlar en yüksek hacmi ve en çok yakın kaçırmayı sürükler. Yaklaşım stabil olunca aynı mantığı tabletler, dizüstüler ve giyilebilir cihazlara da genişletin; aynı isimlendirme ve nesil sorunları yine ortaya çıkar.

Yakalamanız gereken uyumluluk sinyalleri (ve görmezden gelmeniz gerekenler)

İyi cihaz uyumluluk filtreleri bir kuralla başlar: aksesuarın uyup uymadığını belirleyen gerçekleri yakalayın, insanların kullandığı pazarlama isimlerini değil.

Çoğu aksesuar için "olmazsa olmaz" uyumluluk sinyalleri şunlardır:

  • Cihaz ailesi ve modeli: örn. iPhone 15 vs iPhone 15 Pro, Galaxy S24 vs S24 Ultra.
  • Nesil/yıl: aynı isim yıllar içinde şekil değiştirebilir (eski “SE” tipi modeller sık rastlanan tuzaktır).
  • Fiziksel boyut ve form: ekran boyutu, gövde ölçüleri ve kılıf kalınlığı sınırları.
  • Konnektör/port standardı: USB-C vs Lightning, 3.5 mm, MagSafe/Qi versiyonu.
  • Düzen kısıtlamaları: kamera çıkıntısı şekli, düğme yerleşimi, hoparlör/mikrofon delikleri.

Zor vakalar genellikle veri problemi değil isimlendirme problemidir. "Plus/Pro/Max/Ultra" farklı cihazlardır. Bölgesel isimler ve operatör sürümleri farklılık gösterebilir; başlıkta aynı görünseler bile bunları birer takma ad olarak tek bir temiz cihaz kaydına bağlayın, ayrı "neredeyse aynı" girdiler gibi davranmayın.

Ayrıca uyum (fitment) ile özellik uyumluluğu (feature compatibility) ayrımını yapın. "Uyar" fiziksel olarak hizalanması ve hiçbir şeyi engellememesi demektir. "Çalışır" ise hızlı şarj desteği, veri aktarım hızı veya manyetik hizalanma gibi özellikleri kapsar. Bir kablo belirli bir telefonla "çalışabilir" ama hızlı şarj etmez; bir kılıf "uymakla" beraber bir kamera kontrol düğmesini engelleyebilir.

Ürün sayfasında neyi vaat edeceğinize karar verin. Eğer hızlı şarj wattajını doğrulayamıyorsanız "şarj eder" deyin, "hızlı şarj eder" demeyin. Yalnızca bazı modellerde test ettiyseniz "şu modellerde doğrulandı" yazın; diğerlerini "rapor edilen uyumluluk" olarak etiketleyin veya hiç göstermeyin. Bu netlik iadeleri ve kötü yorumları engeller.

Bir e-tablodan öte ölçeklenen veri modeli

Binlerce SKU ve yüzlerce cihaz olduğunda e-tablolar kırılmaya başlar; çünkü "Galaxy S21" gibi tek bir dağınık isim birden çok nesil, bölge ve boyut anlamına gelebilir. Ölçeklenebilir model, "cihazın ne olduğunu" ile "aksesuarın neyi desteklediğini" ayırarak başlar.

Küçük, tek işi yapan tablolar halinde düşünün:

  • DeviceBrand (Apple, Samsung)
  • DeviceFamily (iPhone, Galaxy S)
  • DeviceModel (iPhone 14, Galaxy S21)
  • DeviceVariant (iPhone 14 Pro, iPhone 14 Pro Max, bölge/operatör varyantları gerekliyse)
  • AccessoryProduct (satılan ürün) ve gerekirse SKU düzeyinde ayrıntılar

Sonra her aksesuar SKU'sunu desteklenen bir DeviceVariant ile ilişkilendiren CompatibilityRule (veya CompatibilityMap) gibi bir eşleme katmanı ekleyin. Bu, kesin filtreler, hızlı QA ve "bu uyacak mı?" sorusuna güvenilir bir cevap sağlar.

Veriyi tutarlı tutmak için serbest metin yerine yapılandırılmış sürümlemeyi saklayın: generation, release_year ve size_class gibi alanlar "14 serisi"ne göre her zaman daha iyidir. Aynı isim iki cihaz arasında paylaşılıyorsa release_year gizli uyumsuzlukları önler.

Son olarak, her kurala kısa bir "neden" saklayın ki destek ve ticaret ekipleri kararları açıklayabilsin ve hataları görebilsin: örn. konnektör türü (USB-C vs Lightning), boyutlar, kamera kesiti şekli veya düğme düzeni.

Basit bir senaryo: "iPhone 14 Pro"ya uyan ama "iPhone 14"e uymayan bir kılıf. DeviceVariant + CompatibilityRule ile filtre yalnızca Pro varyantını gösterir ve destek ekibi neden olarak "farklı kamera modülü boyutu" görebilir.

İki yaklaşım: açık listeler vs kurallar (ve ne zaman karıştırmalı)

Uyumluluğu modellemenin iki yaygın yolu vardır: açık eşleme ve kural tabanlı eşleme. Gerçek ürün hatları asla mükemmel tutarlılık göstermediği için çoğu mağaza her ikisini de kullanır.

Açık eşleme, her SKU'nun desteklediği cihazların bir listesinin olduğu modeldir (ve bazen desteklemediği cihazların da listesi vardır). Bu, anlaşılması kolaydır ve cüzdanlı kılıflar, dayanıklı kılıflar, kamera lens koruyucuları veya garip port düzenine sahip şarj cihazları gibi zor uyum gerektiren ürünler için mükemmeldir. Dezavantajı bakım yüküdür: her yeni telefon çıktığında ek satırlar eklemelisiniz.

Kural tabanlı eşleme ise "iPhone 13 ailesi" veya "USB-C" gibi paylaşılan aileler veya özellikler kullanır ve uyumluluğu aileye bağlar. Fiziksel şekil ve kesitler gerçekten paylaşılıyorsa (ör. yakın varyantlarda ekran koruyucular veya konnektör türüne göre aksesuarlar) bu iyi çalışır.

Pratik karışım şöyle görünür:

  • Varsayılan uyum için kuralları kullanın (aile, nesil, boyut, konnektör).
  • İstisnalar için açık geçersiz kılmaları ekleyin (X için çalışır ama Y için çalışmaz).
  • Geçersiz kılmaları küçük ve görünür tutun, böylece kural okunabilir kalsın.
  • Bilinen kopmaları (kamera çıkıntısı değişikliği, düğme kayması) için "deny" (reddet) geçersiz kılmalarını tercih edin.
  • Bir orta dönem revizyonu boyutları değiştirdiğinde kurallara versiyon numarası verin.

Paketler (bundle) ayrı kontroller ister. "Kılıf + ekran koruyucu" paketi yalnızca her iki ürün de seçilen cihazla uyumluysa gösterilmelidir. Eğer biri uymazsa paket uyumsuz sayılmalıdır.

Uyumluluk filtreleri bunun üzerinde kurulduğunda kurallar kataloğu düzenli tutar ve açık geçersiz kılmalar nadir ama maliyetli yanlış satın almaları engeller.

İsimlendirme, takma adlar ve cihaz verisini temiz tutmak

Aynı cihaz kataloğunuzda beş isimle yer aldığında uyumluluk çöker. Her cihazı kararlı bir iç kimlikle, bir kanonik gösterim adıyla ve müşterilerin gerçekten yazdığı takma adlar kümesiyle bir kayıt olarak ele alın. Uyumluluk filtrelerinizin doğruluğu bu katmana bağlıdır.

Pratik bir desen: netlik için kanonik isim (filtrelerde gösterilecek) ve eşleştirme için takma adlar (arama ve aktarımlar için kabul edilen). Örneğin, gösterimde "iPhone 13 Pro Max" kullanın, ama "13 Pro Max", "iPhone13 ProMax", "A2644" veya operatör varyantları gibi takma adları kabul edin.

İsimleri nesiller ve bölgeler arasında tutarlı tutun. Depolama boyutunu, bağlantıyı ve bölge kodlarını nasıl yazacağınızı kararlaştırın ve ona bağlı kalın. Eğer depolama kılıf uyumunu etkilemiyorsa, bunu cihaz adında kodlamayın; ayrı bir öznitelikte tutun ki cihaz listesi çoğalmasın.

Çürüme yapmayan bir alma iş akışı

Yeni cihazlar küçük, tekrarlanabilir bir süreçle sisteme girmelidir. Bir sahip atayın (genellikle merch ops veya katalog ops), bir takvim belirleyin (çıkış günü artı haftalık gözden geçirme) ve filtrelerde seçilebilir olmadan önce kısa bir kontrol listesi zorunlu kılın.

Yeni bir cihaz yayınlamadan önce şu kontrolleri çalıştırın:

  • Kanonik isim benzersizliği ve gerekli brand + family + generation yapısı
  • Takma ad çakışmaları (bir takma ad iki cihaza işaret edemez)
  • Üstü-alt ilişkiler (aile ve nesil mevcut ve geçerli)
  • Kural değerlendirme duman testi (mevcut uyumluluk kuralları hala sonuç döndürüyor mu)
  • En iyi SKU için spot kontrol (çok satan kılıflar veya şarj cihazları hâlâ doğru eşleşiyor mu)

Koder.ai ile kurarsanız, bu doğrulamaları basit yönetim formları ve otomatik kontroller olarak uygulayabilirsiniz; ardından kötü bir aktarım takıldığı takdirde anlık görüntülerle geri alabilirsiniz.

Alışveriş yapanları doğru uyuma yönlendiren filtreler tasarlamak

Yığınınızın kontrolünü elinizde tutun
Prototipiniz hazır olduğunda kaynak kodunu dışa aktararak altyapınız üzerinde tam kontrol sahibi olun.
Kodu Dışa Aktar

Yanlış satın almaları azaltmanın en hızlı yolu, ürünü göstermeden önce alışveriş yapanın cihazını sormaktır. Kılıflar, ekran koruyucular ve lens koruyucular gibi ürünler için basit bir "Cihazınızı seçin" adımı bağlamı ayarlar ve insanların karanlıkta alışveriş yapmasını engeller.

Cihaz seçildikten sonra filtreler rehberlik eden bir yol gibi davranmalı, uzun bir kontrol listesi gibi değil. İyi bir desen: her seçim bir sonraki seçenek kümesini yalnızca geçerli olanlarla daraltır: marka, sonra aile (serisi), sonra model, sonra nesil veya boyut. Birisi "Galaxy S" seçerse iPhone-özel aileleri görmemeli. "iPhone 15" seçildiyse "iPhone 15 Pro Max" boyutlarını görmemeli.

Uyumluluk filtrelerini güvenli hissettiren pratik kurallar:

  • İmkansız seçenekleri gizleyin, sadece devre dışı bırakmayın. Daha az seçenek hata yapmayı azaltır.
  • Etiketleri müşteri dostu tutun (yaygın isimler), ama arka planda tam iç kimlikleri saklayın.
  • Bir cihaz seçildikten sonra "sadece uyumluları göster" gibi bir açık anahtar ekleyin ve varsayılan açık olsun.
  • Seçilen cihazı değiştirilebilir bir yapışkan etiket (chip) olarak görünür tutun.
  • "Modelimi bilmiyorum" gibi kısa bir çıkış yolu sunun; ekran boyutu, yıl veya kamera düzeni gibi basit yönlendiricilerle devam edin.

Boş sonuç ekranları önemlidir çünkü orası kafa karışıklığının iade ile sonuçlandığı yerdir. Hiçbir ürün uymuyorsa ölü bir "0 sonuç" sayfası göstermeyin. Nedenini açıklayın ve bir sonraki adım önerin: "iPhone 14 Pro (6.1) ile eşleşen kılıf yok. iPhone 14 (6.1) deneyin veya cihaz seçimini temizleyin." Kataloğunuz eksikse bunu açıkça söyleyin ve "beni haberdar et" veya "daha sonra kontrol et" gibi seçenekler sunun.

Örnek: bir müşteri "iPhone 14 kılıfı" arar ama aslında iPhone 14 Pro sahibidir. Seçim yaptıktan sonra sonuçlar anında iPhone 14-özel kılıfları kaldırır ve "sadece uyumlular" açıkken yanlış bir eşleşmeyi sepete eklemelerini engeller. Bu, cihaz uyumluluk filtrelerinin temel işidir: yanlış öğelerin iyi bir fikir gibi görünmesini engellemek.

Cihaz niyetini anlayan arama

Alışveriş yapanlar SKU düşünmez. "Pixel 8 için şarj cihazı" veya "iPhone 15 Pro Max kılıfı" yazarlar. İyi arama, cihazı ve aksesuar niyetini anlar ve yalnızca uyan öğeleri döndürür.

Bunu hızlı yapmak için arama motorunuza iki şeyi indeksleyin: ürün öznitelikleri (kategori, konnektör türü, wattaj, renk) ve uyumluluk ilişkileri (hangi cihazlara uyar). Uyumluluğu sonradan hesaplanan bir şey yerine kendi aranabilir alanı gibi ele alın. Bu, cihaz uyumluluk filtrelerinin anlık hissettirmesini sağlar.

Pratik yaklaşım: normalize edilmiş bir uyumluluk haritasını veritabanınızda saklayın, ardından her ürün için arama indeksine genişletilmiş "cihaz tokenleri" alanı yayınlayın. İnsanların yazdığı yaygın isimleri dahil edin (marka, model, nesil, boyut) ki "Pixel 8", "Google Pixel 8" ve "G9BQD" aynı cihaza çıksın.

Çok fazla cihaz varyantı varsa arama zamanında derin join'ler yapmaktan kaçının. Önbelleğe alın:

  • Kararlı bir cihaz ID'si oluşturun ve tüm takma adları ona eşleyin
  • Kural tabanlı uyumluluğu indeksleme sırasında açık cihaz ID'lerine genişletin
  • Arama indeksi dokümanını kendi içinde tamamlayın (çalışma zamanı join'leri olmasın)
  • Yeni cihaz veya takma ad eklendiğinde yalnızca değişen ürünleri güncelleyin

Bilinmeyen cihazlar için tahminde bulunup yanlış satın alımlara yol açmayın. Bunun yerine yardımcı geri dönüşe geçin: konnektörü (USB-C, Lightning) sor, ana ölçüleri (ekran boyutu, kılıf yüksekliği) isteyin veya destek akışı izin veriyorsa port etiketinin fotoğrafını isteyin. Ardından küçük bir "muhtemel eşleşmeler" seti gösterin, açık uyarılarla ve ödeme öncesi cihazı onaylama istemiyle.

Ürün sayfaları ve sepet: uyumluluğu gözden kaçmayacak hâle getirmek

Karışık cihaz isimlerini erken durdurun
Cihazlar, takma adlar ve doğrulamalar için basit yönetici formları oluşturarak kataloğunuzun temiz kalmasını sağlayın.
Yönetim Araçları Oluştur

Yanlış satın almaların çoğu müşterinin ürünü "bulduktan" sonra olur. Ürün sayfası ve sepet son savunma hattınızdır; uyumluluğu dipnot değil birincil bir gerçek olarak ele alın.

Fiyat ve "Sepete ekle" düğmesine yakın açık bir durum gösterin: Uyumlu, Uyumsuz veya Bilinmiyor. "Bilinmiyor" tahmin yapmak yerine daha iyidir; ama bununla birlikte bir sonraki adımı sunun: alışveriş yapanın cihazını seçmesini isteyin.

"Neden"i basit bir dilde görünür kılın

Sadece "uymak" demeyin. Günlük terimlerle neden uyduğunu söyleyin: "USB-C konnektör", "iPhone 14 (6.1 inç) uyar", "MagSafe ile çalışır" veya "3.5 mm kulaklık jakı gerekir" gibi. Bu aynı zamanda uyumluluk filtrelerinin faydasıdır: filtreleri besleyen veri kısa, insan açıklamaları üretir.

Basit bir desen işe yarar:

  • Uyumlu: 1–2 neden gösterin (konnektör, boyut, nesil).
  • Uyumsuz: uyuşmazlığı gösterin (Lightning vs USB-C, farklı kılıf boyutu).
  • Bilinmiyor: eksik olanı açıklayın (cihaz seçilmemiş veya uyumluluk doğrulanmamış).
  • Güven düzeyi göstergeleri: "iPhone 14 ve 14 Pro üzerinde test edildi" (sadece doğruysa).

Müşterilerin ilerlemeyi kaybetmeden cihaz değiştirmesine izin verin

Ürün sayfasında ve sepette küçük bir "Başka cihaz kontrol et" kontrolü ekleyin. Cihaz değiştirildiğinde sepet öğelerini koruyun, ama uyumluluğu yeniden kontrol edip artık uymayanları işaretleyin.

Sepette sorunları küçük uyarıların arkasına saklamayın. Eğer bir öğe Uyumsuz ise ödeme engellenmelidir; öğe kaldırılana veya cihaz seçimi değişene kadar devam etsin. Eğer Bilinmiyor ise, müşteri onay verirse ödemeye izin verin (basit bir onay kutusu) ve riski açıkça belirtin.

Çapraz satışları dikkatle yönetin. Müşteri "iPhone 14" seçtiyse sadece o seçimle eşleşen ürünleri önerin. "Müşteriler ayrıca şunu aldı" widget'ı cihaz bağlamını göz ardı ederse sessizce iadeler yaratır.

Yanlış satın almalara yol açan yaygın tuzaklar

Çoğu yanlış satın alma müşterilerin hatası değildir. Verinin belirsiz olduğu veya mağaza UI'sının "yeterince yakın" seçeneği teşvik ettiği durumlarda olur.

Yaygın hata marketing isimlerine güvenganmaktır. "iPad Air" veya "Galaxy S" benzersiz cihaz değildir. Nesil, çıkış yılı ve ekran boyutu gibi kararlı alanlara ihtiyaç vardır. Bunlar yoksa açılır listede aynı görünen ama farklı uyan ürünleri karıştırırsınız.

Benzer bir tuzak, aynı ismi paylaşan varyantları birleştirmektir. Aynı ailede birden fazla boyut, kamera çıkıntısı veya konnektör değişikliği olabilir. Veri modeliniz varyantları ifade edemezse, müşteriler "cihaza uyar" görünen ama kendi cihazlarına uymayan bir kılıf görür.

Filtreler ayrıca sıfır sonuç veren seçimler sunduğunda yanıltıcı olabilir. Müşteriler boş bir sayfayı "site bozuk" olarak algılar ve filtreleri genişletmeye başlar; yanlış olanı bulsalar bile bu iadeye yol açar. İyi filtreler imkansız kombinasyonları gizler ve insanları geçerli eşleşmelere yönlendirir.

Uyumluluk nadiren basit bir evet/hayırdır. "iPhone ile çalışır" ifadesi, gerçek karar hızlı şarj wattajı, USB-C Power Delivery profilleri, MagSafe hizalanma gücü veya bir kablonun veri ve video taşıyıp taşımadığı gibi ayrıntılara bağlıysa yetersiz kalır. Bunları isteğe bağlı notlar yerine yapılandırılmış öznitelikler olarak ele almak iadeleri azaltır.

Takımlar sessiz değişikliklerden de zarar görür. Birisi bir uyumluluk kuralını düzenleyip denetim kaydı bırakmadıysa iade artışının nedenini açıklayamazsınız.

Hızlı bir kontrol için sorun arayın:

  • Nesil/yıl/ekran boyutu olmayan cihaz kayıtları
  • Varyantları (boyut, konnektör, kamera düzeni) açıkça ifade etmeyen aileler
  • Sık sık boş sonuç döndüren filtre seçenekleri
  • PD, MagSafe veya şarj kademelerini görmezden gelen "çalışır" iddiaları
  • Uyumluluk düzenlemelerinde "kim/ne zaman/niçin" kaydı yok

Örnek: müşteri "iPad Air" seçer ve kılıf alır. Seçicide nesil sorulmazsa 10.9 inç için olan kılıfı alabilir ama müşterinin eski 10.5 inç modeli olabilir. Basit bir nesil adımı bu eşleşmeyi sepet aşamasına gelmeden engeller.

Hızlı uyumluluk kontrol listesi (çıkış günü ve günlük operasyon)

Yeni bir telefon çıktığında hedefiniz basit: müşteriler cihazlarını saniyeler içinde seçebilmeli ve uyumsuz aksesuarları görmemelidir. Her seferinde yapılan küçük bir rutin kataloğunuz büyürken uyumluluğu doğru tutar.

Çıkış günü kontrol listesi (yeni telefon modelleri)

  • Her modeli ve nesli ayrı girdiler olarak ekleyin (Plus/Pro/Max/Ultra varyantları dahil).
  • İnsanların gerçekten yazdığı takma adları ekleyin: pazarlama adı, kısaltma ve yaygın yazım hataları.
  • Uyum değiştiren fiziksel birkaç gerçeği yakalayın: konnektör türü, kamera çıkıntısı düzeni ve düğme yerleşimi.
  • Kılıfı etkileyen bölgesel farkları (ör. SIM yuvası konumu veya model kodları) kaydedin.
  • "Yakın eşleşmeleri" ilişkilendirin ki uyarı verebilesiniz (örn. "iPhone 15 kılıfı iPhone 15 Pro'ya uymaz").

Yeni aksesuarlar da aynı disipline ihtiyaç duyar. Hata, uyumluluğu sonradan düzeltmek yerine sonradan ele alınmasıdır.

Yeni aksesuar kontrol listesi (her SKU için)

  • Eşleme türünü seçin: açık cihaz listesi (kılıflar için en iyi) veya kurallar (şarj cihazları ve kablolar için daha iyi).
  • Baştan istisnaları ekleyin (çoğu modele uyuyor, X ve Y hariç).
  • Uyum iddiasını ambalaj beyanına değil gerçek bir cihaz listesine karşı doğrulayın.
  • Cihaz bilinmiyorsa ne gösterileceğini belirleyin (gizle veya "modelinizi kontrol edin" notu ile göster).
  • Her büyük marka için bir "test cihazı" ekleyin ki kötü eşlemeleri erken yakalayın.

Hızlı QA için birkaç örnek arama yapın ("iPhone 15 Pro kılıfı", "Galaxy S24 kablo"), her marka için iki filtre yoluna tıklayın ve uyumlu ile uyumsuz bir öğeyi sepete ekleyip uyarıların göründüğünden emin olun. "Bu uyarır mı" veya "uyumlu değil" etiketli iadelerde ani artışlar, genellikle eksik bir takma ad veya bozuk bir kural anlamına gelir.

Destek ekibi müşteriden tam model adını, gerekliyse bölge/model kodunu, donanımı etkiliyorsa depolama bilgisini ve müşterinin kalın bir koruyucu kılıf kullanıp kullanmadığını (kablosuz şarj ve bazı montajları etkileyebilir) sormalıdır. 20 saniyelik bir onay, bir iadeden daha iyidir.

Gerçek bir alışveriş akışında yanlışı önleme örneği

Önce veri yapısını planlayın
Koder.ai'de herhangi bir kod yazmadan önce tablolarınızı, takma adları ve alma kontrol listesini eşleyin.
Planlama Modunu Kullan

Bir müşteri "iPhone 13 için kılıf" yazar. Mağaza kılıf ızgarasını gösterir; ama ilk güvenlik ağı sonuçlardan önceki küçük cihaz seçicidir: "Tam modelinizi seçin".

Müşteri "iPhone 13 Pro"yu seçer. Sonuçlar anında güncellenir ve artık uymayan öğelerde kısa bir not görünür: "iPhone 13 Pro ile uymaz (kamera çıkıntısı farkı)". Eğer müşteri yine de uyumsuz bir kılıf seçerse, ürün sayfası ana "Sepete ekle" butonunu cihazı onaylayana kadar bloke eder. Bu adım, temel hatayı yani base model ile Pro modelini karıştırmayı engeller.

Başka bir müşteri şarj cihazı alıyor. Şarj cihazı birçok telefonla "çalışır" ama müşteri hızlı şarj istiyor. Ürün sayfasında "Çalışır" ve "Hızlı şarj" açık iki satıra ayrılır. Müşteri "Galaxy S22"yi seçince sayfa "Çalışır: Evet" ve "Hızlı şarj: Hayır (bu cihazda 10W ile sınırlı)" gösterir. Sepet aynı etiketleri tekrarlar, böylece fiş uyarınca sadece prize uymak hızlı şarj sağladığı anlamına gelmez.

Bir hafta sonra yeni nesil çıkınca yüzlerce ürüne tek tek yeni modeli eklemek yerine sisteminiz bir kural kullanır: "USB-C PD şarj cihazları PD 3.0 destekleyen 20W+ cihazları hızlı şarj eder". "iPhone 16" eklendiğinde doğru şarj davranışını miras alır; yalnızca istisnalar manuel inceleme gerektirir. İşte kural tabanlı eşleme ve cihaz uyumluluk filtreleri gerçek zaman kazandırır.

Bu korumaları mümkün kılan veriler:

  • Temiz bir cihaz kataloğu (marka, model, varyant olarak Pro/Max, nesil, bölge isimleri)
  • Hem fit (kılıf/kesit) hem işlev (wattaj, PD/QC versiyonları) destekleyen bir uyumluluk katmanı
  • Ölçülebilir ürün öznitelikleri (konnektör türü, boyutlar, desteklenen şarj standartları)
  • UX kancaları (arama içinde cihaz seçici, ürün sayfası doğrulaması, sepet yeniden kontrolü)
  • "Çalışır" vs "en iyi çalışır" için açık nedenler

Hata dört noktada önlendi: aramadaki cihaz seçimi, filtrelenmiş sonuçlar, sepete ekleme doğrulaması ve ödeme öncesi son sepet kontrolü.

Sonraki adımlar: aşamalı yayılım ve sürdürülebilirlik

Yayılım, uyumluluğu tek seferlik bir veri aktarımı değil bir ürün özelliği olarak ele aldığınızda daha iyi işler. Küçük başlayın, yanlış satın almaların azaldığını kanıtlayın, sonra tekrarlanabilir bir süreçle genişletin.

Pratik aşama planı:

  • Aşama 1 (2–4 hafta): en çok satan 50 cihazınızı ve en önemli 3–5 aksesuar kategorinizi kapsayın (kılıflar, ekran koruyucular, şarj cihazları, kablolar, montajlar). Hataların maliyetli olduğu yerlerde açık uyumluluk, güvenli olduğu yerlerde kurallar kullanın.
  • Aşama 2: satış ve arama talebine göre cihaz kapsamını genişletin (oturumların %80'ini oluşturan üst cihazlar). En yaygın cihaz adı varyantları için takma adlar ekleyin ve temizleyin.
  • Aşama 3: uzun kuyruk cihazları, bölgesel modeller ve uç vaka varyantları (operatör sürümleri, Mini/Plus/Pro hatları) ekleyin. Tekrarlayan hataları gördükçe kuralları sıkılaştırın ve istisnalar ekleyin.

İşin işe yarayıp yaramadığını anlayabilmek için kısa bir metrik setini izleyin. Amaç, önlenebilir iadelerin ve "bu uyar mı?" anlarının azalmasıdır.

Haftalık takip edin:

  • "Uymadı" veya "yanlış model" olarak etiketlenen iade nedenleri
  • Uyumluluk kaynaklı destek talepleri ve sohbet hacmi
  • Cihaz seçimi sonrası dönüşüm oranı (ve seçim sırasında düşüş)
  • Aramada yapılan rafineler: kullanıcıların sonuçları gördükten sonra cihaz adını ne sıklıkta eklediği

Bakım çoğu ekibin geride kaldığı kısımdır. Haftalık rutin belirleyin: satıcı güncellemelerini alın, cihaz kataloğunuzla karşılaştırın ve yeni istisnaları gözden geçirin (örn. isimler yakın görünse de iPhone 15 kılıfının iPhone 15 Pro'ya uymadığı durumlar). Belirsiz SKU'lar için küçük bir "karantina" listesi tutun.

Hızlı ilerlemek isterseniz, Koder.ai uyumluluk veri modelini prototiplemenize ve cihaz farkındalıklı filtreler ile arama inşa etmenize yardımcı olabilir; planlama modunda gereksinimleri görüşerek başlayabilirsiniz. Hazır olduğunuzda kaynak kodunu dışa aktarır ve uygulamayı sahiplenirsiniz.

İçindekiler
Aksesuarlar için “uyumluluk” aslında ne demektir?Yakalamanız gereken uyumluluk sinyalleri (ve görmezden gelmeniz gerekenler)Bir e-tablodan öte ölçeklenen veri modeliİki yaklaşım: açık listeler vs kurallar (ve ne zaman karıştırmalı)İsimlendirme, takma adlar ve cihaz verisini temiz tutmakAlışveriş yapanları doğru uyuma yönlendiren filtreler tasarlamakCihaz niyetini anlayan aramaÜrün sayfaları ve sepet: uyumluluğu gözden kaçmayacak hâle getirmekYanlış satın almalara yol açan yaygın tuzaklarHızlı uyumluluk kontrol listesi (çıkış günü ve günlük operasyon)Gerçek bir alışveriş akışında yanlışı önleme örneğiSonraki adımlar: aşamalı yayılım ve sürdürülebilirlik
Paylaş