Yazı ·

İadeler, Abonelikler ve Commerce'ın Kimsenin Demo Yapmadığı Tarafı

Lansman commerce'ın yalnızca görünen kenarıdır. İade, ödeme kurtarma, destek araçları ve katalog bakımı gerçek işletme maliyetini belirler.

İadeler, Abonelikler ve Commerce'ın Kimsenin Demo Yapmadığı Tarafı

Lansmandan sonraki ilk sipariş genellikle kutlanır. Sistemin gerçek olduğu an ise ilk kısmi iadedir. Bir ürün geri gelir, diğeri müşteride kalır. İndirim ikisine birden uygulanmıştır. Kargo bir koşula bağlıdır, vergi kaydı düzeltilmelidir ve depo paketi teslim aldı olarak işaretlemiştir. Bunların hiçbiri satış demosunda görünmez.

Commerce projesi checkout başarılı olduğunda bitmez. Olağan istisnalar, eksik backend görevini üstlenen bir Excel dosyası olmadan işletmede ilerleyebildiğinde biter.

İade bir state machine'dir

İade, para gönderen tek bir buton değildir. Talep, uygunluk, onay, sevkiyat, inceleme, yeniden stok, geri ödeme ve iletişim adımlarından geçer. Bazı ürünler kapsam dışıdır. Bazı geri ödemeler kısmidir. Değişim, eski ürün gelmeden yeni stoğu ayırabilir. Kampanyanın yeniden hesaplanması gerekebilir.

Maliyet yalnızca geliştirme değildir. Operasyonun kurala, neden koduna, yetkiye ve olay geçmişine ihtiyacı vardır. Finans mutabakat ister. Destek ekibi, depoya özel mesaj atmadan doğru durumu görebilmelidir.

Lansmandan önce iade durumlarını yazın ve siparişi durumlar arasında kimin taşıyacağını belirleyin. Cevap sadece admin ise workflow hâlâ tanımsızdır.

Abonelik hata yollarını çoğaltır

Abonelik checkout'u normal ödemenin küçük bir uzantısı gibi görünür. Operasyon yüzeyi çok daha geniştir. Kartın süresi dolar, yenileme başarısız olur, fiyat değişir, ürün stoktan çıkar, müşteri ara verir, adres geçersizleşir ve iptal kuralı sözleşmeye göre farklılaşır.

Zor iş sistemlerin arasındadır. Ödeme sağlayıcısı tahsilatı, commerce platformu siparişi, fulfilment sistemi stoğu bilir. Destek ekibinin birleşik gerçeği açıklaması gerekir. İki kez veya geç gelen webhook mükerrer fulfilment üretmemeli. Retry her denemenin izini korumalıdır.

Billing state ile fulfilment state'i ayrı tutun. Ödenmiş her zaman gönderime hazır, iptal edilmiş de her zaman geri ödenecek bir şey yok demek değildir.

Destek aracı projenin parçasıdır

Müşteri hesap sayfası şıkken iç destek ekranı kullanılamaz olabilir. Bu dengesizlik sürekli emeğe dönüşür. Ekip sipariş, ödeme referansı, e-posta ve kargo koduyla arama yapamıyorsa her vaka dedektifliktir. Olay geçmişini göremiyorsa tahmin yürütür.

Asgari kullanışlı operasyon görünümü mevcut durumu, bu durumun kaynağını, son olayları, güvenli aksiyonları ve her aksiyonun sonucunu gösterir. Hassas işlemlerde dar yetki ve audit trail bulunmalıdır. Serbest not faydalıdır, fakat iade, iptal ve manuel override için yapılandırılmış nedenlerin yerini tutmaz.

Katalog kira istemeye devam eder

Lansmandan sonra ürünler değişir. Yeni varyant gelir, vergi sınıfı taşınır, görsel yenilenir, çeviriler ayrışır ve feed kayıtları reddeder. Kampanyalar çakışır. Arama eş anlamlıları bakım ister. Üçüncü taraf entegrasyonların sözleşmesi veya payload'ı değişir.

Bu işin sahibi ve bütçesi olmalıdır. Alternatif sıfır maliyet değildir. Yavaş katalog çürümesi, manuel yama ve çelişen export'lardan verilen karardır. Bakım bütçesi feed izlemesini, başarısız job kuyruklarını, bağımlılık güncellemelerini, ödeme değişikliklerini, erişilebilirlik kontrolünü ve düzenli kurtarma testini kapsamalı.

Bu hafta işletme modelini fiyatlayın

Temsilî bir siparişi iptal, kısmi iade, değişim, başarısız ödeme, geciken kargo ve destek eskalasyonundan geçirin. Her geçişte source of truth olan sistemi, sorumlu rolü, müşteri mesajını ve mutabakat adımını yazın. Boşluklar lansman sonrası backlog'dur.

Bütçeyi platform, ödeme ve uygulama bedelleri, hosting, monitoring, destek zamanı, katalog operasyonu ve değişiklik için mühendislik kapasitesi olarak ayırın. Bu yüzeyleri dışarıda bırakan düşük geliştirme teklifi daha ucuz commerce anlamına gelmez. Maliyeti görünmesi zor ve kaldırılması pahalı olan günlük işe taşımıştır.