E-Ticaret Yazılımı

Ataşehir Eticaret Sitesi — Karışık Sepette Teslimat Uygunluğu

Karışık sepette adres, ürün satırı ve teslimat yöntemi ilişkisini ödeme öncesinde açıklamak; uygunluk değiştiğinde seçenekleri ve toplamı yeniden doğrulamak için tasarım ve kabul testi yaklaşımı.

Ataşehir Eticaret Sitesi — Karışık Sepette Teslimat Uygunluğu

Bir müşteri aynı sepete üç ürün ekliyor. Küçük bir aksesuar standart gönderime uygunken kırılabilir ürün daha dikkatli paketleme, büyük ürün ise farklı bir teslim yolu gerektirebilir. Adresi girdikten sonra yalnızca “teslimat yapılamıyor” uyarısı görmek, müşteriyi neden ve seçenekler konusunda karanlıkta bırakır. Tüm sepet için tek bir genel uygunluk kuralı kullanmak da satırların birbirinden farklı koşullarını gizleyebilir.

Ataşehir Eticaret Sitesi başlığı, belirli bir işletmenin teslimat hizmeti hakkında iddia değildir. Amaç, adres ve sepet birlikte değerlendirildiğinde her ürün satırının hangi teslimat seçeneğine uygun olduğunu ödeme öncesinde anlaşılır göstermektir. Gerçek bölge, ürün, ücret ve süre bilgileri işletmenin doğruladığı operasyon kurallarından alınmalıdır. Örnekler varsayımsaldır; taşıyıcı veya yazılım özelliği garantisi vermez.

Sepet genelindeki uygunluk ile ürün uygunluğunu ayırın

Bir adresin hizmet alanında olması, sepetteki her ürünün aynı yöntemle gönderilebileceği anlamına gelmez. Benzer şekilde bir ürünün tek başına uygun olması, sepetin tamamının tek paket veya tek teslimat seçeneğiyle ilerleyeceğini kanıtlamaz. Sistem önce adres düzeyindeki koşulu, sonra ürün satırı ve sepet birleşimi düzeyindeki koşulları ayrı değerlendirmelidir. Bu ayrım, genel teslimat alanı planlamasından farklı olarak ödeme ekranındaki somut kararı görünür kılar.

Her satır için sonucu açıklayan iş kuralı yazılı olmalıdır: hangi teslim yöntemi kullanılabilir, hangi kısıt uygulanır, bilgi hangi yetkili kayıttan gelir ve hangi değişiklikte yeniden kontrol edilir? Uygunluk kuralı taşınabilir ürün sınıfına, paket ölçüsüne, stok noktasına ya da işletmenin sunduğu hizmete dayanabilir. Bunlardan hangisinin kullanıldığı işletmeye bağlıdır; geliştirme ekibi belirsiz alanları tahminle doldurmamalıdır.

Her ürün satırına anlaşılır bir uygunluk durumu verin

İlk durum “uygun” olabilir; ancak müşteriye yalnızca yeşil bir işaret göstermek yeterli değildir. Hangi yöntemin geçerli olduğu ve seçimin sepet toplamını nasıl etkilediği de açıklanmalıdır. İkinci durum “bu yöntemle uygun değil” olabilir. Bu durumda gerekçe kısa ve eyleme dönük olmalı; sunuluyorsa alternatif yöntem, ürünü çıkarma veya siparişi ayrı teslimatlara bölme seçeneği gösterilmelidir.

Üçüncü durum “adres veya operasyon onayı bekleniyor” şeklinde ele alınabilir. Henüz kesinleşmeyen bilgi, kesin sonuç gibi sunulmamalıdır. Sistem güvenilir bir yanıt alamadığında sessizce en iyimser seçeneği seçmek yerine işlemin hangi adımda durduğunu anlatmalı ve müşteriye güvenli bir sonraki yol vermelidir. Manuel doğrulama gerekiyorsa bunun tamamlanmadığı açıkça belirtilir; ödeme alınmış veya sipariş kesinleşmiş izlenimi oluşturulmaz.

Durum adları teknik ekip için değil, alışveriş yapan kişi için seçilmelidir. “Kural eşleşmedi” gibi iç hata metni yerine “Bu ürün için seçtiğiniz teslimat yöntemi kullanılamıyor; başka bir yöntemi deneyin” denebilir. Fakat sistemin gerçekten sunmadığı bir seçenek metne eklenmemelidir. Hata, alternatif ve yardım yolu işletmenin onayladığı kapsamda kalmalıdır.

Karma sepet için müşteriye seçim alanı bırakın

Sepetteki bir ürün farklı teslim yöntemi gerektiriyorsa tüm siparişi sessizce ikiye bölmek her zaman doğru değildir. Ayrı paketler ek ücret, farklı teslim zamanı veya ek takip yükü doğurabilir. Müşteri bunları ödeme öncesinde görmeli ve mümkün olan durumlarda seçebilmelidir. İşletme bölünmüş teslimat sunmuyorsa, sistem siparişin tamamını kabul edip sonradan ekiple çözülmesini beklememelidir.

Seçenekler iş kuralına göre değişebilir: ürünün uygun bir alternatif yöntemle gönderilmesi, siparişin ayrı teslimatlara ayrılması, müşterinin uygun olmayan ürünü sepetten çıkarması veya alışverişe devam etmeden yardım alması. Her mağazanın bu seçeneklerin hepsini sunması gerekmez. Ekranda yalnızca gerçekten uygulanabilecek yollar yer almalıdır. Müşteri bir tercihi seçtiğinde, ilgili ürün satırları ve toplam ücret yeniden gösterilmelidir.

Sepet özeti, “tek sipariş” ile “tek paket” kavramlarını birbirine karıştırmamalıdır. Bir siparişin birden çok gönderiyle hazırlanması mümkünse, hangi ürünlerin hangi grupta olduğu anlaşılır biçimde sunulabilir. Ayrı gönderim yoksa bunun sonucu ve sunulan diğer seçenekler açıkça belirtilmelidir. Bu tasarım, sipariş sonrası paket takibi rehberlerinin konusu olan kargo olaylarını değil, ödeme öncesi uygunluk ve tercih anını ele alır.

Ücret ve zaman bilgisini koşuluyla birlikte gösterin

Bir teslimat yöntemi seçildiğinde ücret, kapsam ve zaman beklentisi değişebilir. Bilgi henüz adres veya ürün seçimi olmadan hesaplanamıyorsa ekranda kesin tutar varmış gibi davranmayın. Önce hangi girdilerin gerekli olduğunu söyleyin. Hesaplama tamamlandığında gösterilen tutarın hangi satırları kapsadığı ve birden fazla yöntem varsa nasıl toplandığı anlaşılmalıdır.

Birden çok teslimat grubunda her birinin farklı ücreti veya tahmini zamanı olabilir. Sistem yalnızca en hızlı görünen grubu öne çıkarıp diğer ürünleri belirsiz bırakmamalıdır. Zaman tahmini kesin taahhüt değilse dili de bunu yansıtmalıdır. Kampanya, yoğunluk, stok veya teslimat koşulu değiştiğinde hangi bilginin güncelleneceği belirlenmelidir. Hukuki ve ticari metinler, işletmenin sorumlularınca ayrıca onaylanmalıdır.

Ücret değişikliğini sepetin son adımında sürpriz olarak eklemek yerine, karar verildiği yerde görünür kılın. Bir yöntem seçildikten sonra sepete ürün eklenirse veya adet artarsa önceki hesap artık geçerli olmayabilir. Yeni toplamı ve yöntemleri yenileyin; eski seçimin korunduğunu varsaymayın. Sepet akışındaki sürtünmeleri inceleme rehberi, bu tür açıklama eksiklerinin kullanıcı yolculuğunda nerede fark edilebileceğini değerlendirmeye yardımcı olur.

Adres, ürün ve sepet değiştiğinde yeniden doğrulayın

Uygunluk bir kez hesaplanıp sipariş tamamlanana kadar sabit kalmayabilir. Müşteri farklı adres seçebilir, ürünü değiştirebilir, miktarı artırabilir veya sepetten bir satırı silebilir. Kuralı etkileyen her değişiklikte geçerli seçenekler ve toplamlar yeniden değerlendirilmelidir. Arayüz, güncelleme sürerken önceki sonucu güncelmiş gibi göstermemelidir. Sonuç bekleniyorsa kısa bir bilgilendirme kullanın; hata oluştuysa seçimin korunup korunmadığını dürüstçe açıklayın.

Stok durumu ile teslimata uygunluk da aynı veri değildir. Ürünün satılabilir olması, belirli bir teslim yöntemi için uygun olduğu anlamına gelmez; uygun bir yöntem bulunması da stok garantisi vermez. Bu iki kontrolün hangi sırada yapılacağı ve sonuçların nasıl birleştirileceği yazılı olmalıdır. Sepete çok ürün eklenmesi, bir ürünün adres kuralı dışında kalması veya seçilen yöntemin kapasitesinin değişmesi kabul testlerinde ayrı durumlar olarak incelenebilir.

Yanıt kesilmesi veya dış hizmetten sonuç alınamaması halinde sistemin davranışı da belirlenmelidir. Eski uygunluk bilgisini süresiz kullanmak, müşteriyi yanlış yönlendirebilir. Güvenli bir yeniden deneme yolu, bekleme açıklaması veya destek adımı tanımlanabilir. Sonuç gelmeden siparişin kesinleştiğini söylemekten kaçının. Ön sipariş ve teslim beklentisi rehberi, ürün ve kapasite bilgisinin değiştiği senaryolarda açıklama sorumluluğunu düşünmek için tamamlayıcıdır; bu yazı ise ön sipariş kurallarını yeniden anlatmaz.

Arayüzü küçük ekran ve erişilebilir kullanımda sınayın

Karma sepet uyarısı ürün başlığından kopuk bir yerde görünürse müşteri hangi satırın etkilendiğini anlayamayabilir. Durum ve seçenek, ilgili ürünle yakın konumlandırılmalı; ekran okuyucuyla kullanılan metin de ilişkiyi kurmalıdır. Renk tek başına uygunluk göstergesi olmamalıdır. Düğme etiketleri seçimin sonucunu anlatmalı; “devam” gibi belirsiz bir ifade yerine hangi teslim yolunun seçildiği yazılmalıdır.

Telefon ekranında ürün listesi, toplam ve teslimat seçenekleri birbirine yakın kalmalıdır. Müşteri değişen satırı görebilmeli; hata mesajı odağı kaybettirmemelidir. Klavye erişimi, büyütülmüş metin ve seçimlerin korunması da kabul testinde incelenmelidir.

Kabul testini gerçekçi sepetlerle kurun

Tek ürün ve tek adres senaryosu temel kontrol olarak kalabilir; fakat asıl risk farklı kurallara sahip satırlar bir araya geldiğinde ortaya çıkar. Test sepetinde aynı yöntemle taşınabilen iki ürün, farklı yöntem gerektiren bir ürün, uygun olmayan bir ürün ve stok değişikliği gibi durumlar bulunabilir. Her örnek, işletmenin sunduğu gerçek kurallara göre hazırlanmalı; kurgusal test verisi gerçek müşteri sonucu olarak sunulmamalıdır.

Kontrol listesine şu soruları ekleyin: her satırın uygunluk nedeni anlaşılır mı; toplam ücret tüm seçilmiş yöntemleri içeriyor mu; ayrı paket varsa hangi satırlar ayrılıyor; adres veya sepet değişince eski seçim yenileniyor mu; yanıt alınamadığında müşteriye ne gösteriliyor; ödeme öncesi son özet ilk seçimle tutarlı mı? Bir kontrol başarısız olursa yalnız ekran görüntüsünü değil, kullanılan sepet ve adres varsayımlarını da kaydedin. Böylece aynı test daha sonra tekrarlanabilir.

Satışa açılmadan önce bu davranışlar işletme temsilcisiyle birlikte onaylanmalıdır. Başarılı test, her koşulda teslimat yapılacağını değil, tanımlanan kuralların beklenen biçimde çalıştığını gösterir. Kargo entegrasyonu ve gönderi durumu rehberi, sipariş sonrası paket ilişkisinin nasıl ele alınabileceğine odaklanır; burada ise sipariş oluşmadan önceki karar sınırı korunur. E-ticaret yazılımı hizmeti kapsamında ürün, sepet ve teslimat kuralları proje gereksinimleri olarak değerlendirilebilir.

İşletme kuralını yazılım varsayımından ayırın

Bir arayüz ancak doğru ve güncel bir kural kaynağıyla yararlı olur. Hangi ürün grubunun hangi seçeneğe uygun olduğuna satış, depo veya lojistik sorumlusu karar vermelidir. Yazılım ekibi bu kararı veri modeline ve ekrana taşır; ticari koşulları kendi başına belirlemez. Değişiklik sahibinin, onay tarihinin ve geçerlilik koşulunun kaydı, eski kuralların yanlışlıkla kullanılmasını azaltır.

Başlangıçta tüm istisnaları otomatikleştirmek gerekmeyebilir. Önce az sayıda açık ürün grubu ve tanımlı teslimat yöntemiyle kuralın nasıl işleyeceği sınanabilir. Manuel inceleme gereken ürünler ayrıca işaretlenebilir. Ancak manuel yol, görünmeyen bir ekip içi varsayım olmamalı; müşteriye hangi aşamada yanıt verileceği ve siparişin bekleyip beklemediği anlatılmalıdır. Tasarım kararı, operasyonun gerçekten karşılayacağı hizmetle uyumlu olmalıdır.

Sık sorulan sorular

Karışık sepette teslimat uygunluğu ne anlama gelir?

Sepetteki farklı ürün satırlarının, verilen adres ve işletmenin doğruladığı koşullara göre aynı ya da farklı teslimat yöntemlerine uygun olmasını ifade eder. Değerlendirme yalnız sepet toplamına değil, satırların koşullarına da bakar. Her sistemin bu kuralı otomatik desteklediği varsayılmamalıdır.

Her ürünün teslimat koşulunu ayrı göstermek gerekir mi?

Ürünler arasında teslimat yöntemini veya kapsamını değiştiren bir fark varsa, müşterinin hangi satırın etkilendiğini anlaması gerekir. Ayrı bilgi gerektirmeyen satırlarda gereksiz tekrar yapılmayabilir. Ekran, karar için gereken farkı görünür tutmalıdır.

Uygun olmayan bir ürün varsa sipariş tamamen durmalı mı?

Bu, işletmenin sunduğu seçeneklere bağlıdır. Alternatif yöntem, ayrı gönderi, ürünü çıkarma veya destek alma yollarından hangileri gerçekten mevcutsa onlar sunulabilir. Hiçbir seçenek doğrulanmadıysa müşteriye siparişin bu haliyle tamamlanamadığı açıkça söylenmelidir.

Birden fazla teslimat yöntemi seçilirse ücret nasıl gösterilir?

Sistem her yöntemin hangi ürünleri kapsadığını ve varsa ücretini sipariş özetiyle tutarlı göstermelidir. Ücret henüz hesaplanamıyorsa kesin toplam izlenimi verilmemelidir. Gerçek fiyat kuralını işletme belirler ve onaylar.

Adres değişince uygunluk yeniden hesaplanmalı mı?

Adres, teslimat alanını etkileyen bir girdiyse evet; önceki sonuç yeni adres için geçerli kabul edilmemelidir. Yeni kontrol tamamlanana kadar arayüz eski seçeneği kesinmiş gibi sunmamalı, müşterinin ne yapacağını açıklamalıdır.

Stokta görünen ürün her teslimat biçimine uygun mudur?

Hayır. Stokta bulunma ile belirli bir teslimat yönteminin ürün, adres veya operasyon koşullarına uyması ayrı kontrollerdir. Arayüz iki bilgiyi karıştırmamalı; kullanılabilir stoktan teslimat garantisi çıkarmamalıdır.

Taşıyıcı veya e-ticaret altyapısı bunu kendiliğinden çözer mi?

Bu, kullanılan ürünlerin ve entegrasyonların gerçek özelliklerine bağlıdır. Herhangi bir taşıyıcı veya altyapı için genel bir özellik iddiası yapılamaz. Proje başlamadan önce gerekli alanlar, yanıt davranışı ve istisnalar ilgili sağlayıcının güncel resmî belgeleriyle ve deneme ortamıyla doğrulanmalıdır.

Kabul testinde hangi örnekler bulunmalı?

Tek yöntemle uygun sepet, farklı koşullara sahip ürünlerin birlikte seçimi, uygun olmayan satır, adres değişimi, ürün veya miktar değişimi ve yanıt alınamaması gibi durumlar incelenebilir. Testler gerçek işletme kurallarına göre düzenlenmeli, sonuçları satış veya teslimat garantisi gibi yorumlanmamalıdır.

Tüm yazılar