Pek çok satıcı, dijital ürün satmaya başladıktan bir süre sonra aynı kitleye fiziksel ürün de satabileceğini fark eder. Oyuncuya kod satıyorsan mousepad de satarsın, sanal para satıyorsan koleksiyon figürü de satarsın. Bu noktada akla gelen ilk çözüm genellikle şudur: ikinci bir site açmak. Oysa ikinci site demek, ikinci ödeme entegrasyonu, ikinci müşteri havuzu, ikinci destek kanalı ve iki katına çıkan bakım yükü demektir. Çoğu işletme bunu ancak faturalar geldiğinde hesaplar.
Gerçek şu ki sorun tek panelde satmakta değil, tek panelde iki farklı teslimat fiziği olduğunu kabul etmemekte. Dijital ürün saniyeler içinde teslim edilir, stoğu bir veri satırıdır, iadesi neredeyse imkânsızdır. Fiziksel ürün günler sürer, stoğu rafta durur, iadesi kanunen zorunludur. Bu ikisini aynı sipariş tablosunda aynı kurallarla yönetmeye kalkan her e-pin yazılımı kurulumunda kaçınılmaz olarak aynı çatlaklar oluşur. Bu yazıda o çatlakların nerede açıldığını ve sağlam bir mimaride nasıl kapatıldığını anlatıyorum.
Neden aynı sepette kod ve kargo bir arada durmakta zorlanır?
Sepet, aslında bir teslimat sözleşmesidir. Müşteri ödeme yaptığında sistem "ben bu kalemleri şu şekilde ulaştıracağım" der. Sorun, sepette iki farklı söz birden verildiğinde başlar. Kod anında gitmelidir, kargo ise adres ister. Eğer sepet tek bir teslimat yöntemi varsayımıyla yazılmışsa, sistem ya adresi olmayan siparişi reddeder ya da dijital ürün için de gereksiz yere adres zorunlu kılar. Her iki durumda da dönüşüm düşer.
Doğru mimari, siparişi kalem seviyesinde parçalar. Yani bir sipariş kaydının altında her satır kendi teslimat tipini taşır. Ödeme tamamlandığı anda dijital ürün satış yazılımı katmanı kod satırlarını alıp anında teslim eder, kargo satırlarını ise sevkiyat kuyruğuna bırakır. Müşteri tek ödeme yapmıştır ama iki ayrı bildirim alır: biri kodunu içerir, diğeri kargo takip numarasını bekler. Tek sipariş, iki kader. Bu ayrım kodda yapılmadığı sürece yüzeydeki hiçbir düzenleme kalıcı çözüm üretmez.
Adres alanını ne zaman zorunlu kılmalısın?
Bu, karma katalogda dönüşümü en çok etkileyen tekil karardır. Adresi her siparişte istersen dijital alıcıyı kaybedersin; hiç istemezsen kargoyu gönderemezsin. Çözüm koşullu zorunluluktur: sepette en az bir fiziksel kalem varsa adres alanları açılır ve zorunlu olur, yoksa tamamen gizlenir. Bu kontrol sepet içeriğine bağlı olarak dinamik çalışmalı, müşteri sepetten kargolu ürünü çıkardığında alanlar da kapanmalıdır.
Aynı mantık fatura tarafında da geçerlidir. Dijital üründe genellikle sadece e-posta ve vergi bilgisi yeterken, fiziksel üründe teslimat adresi ile fatura adresi ayrışabilir. Panelin bu iki adres tipini ayrı tutmuyorsa, kargo firmasına gönderdiğin veri ile muhasebeye gönderdiğin veri birbirine karışır. Küçük ölçekte fark edilmez, ayda üç yüz siparişte tam bir kâbusa dönüşür. Bu tür koşullu form davranışlarının hazır geldiği bir altyapıda çalışmak, sonradan geliştirici parası ödemekten çok daha ucuzdur; hangi modüllerin standart geldiğini özellikler sayfasında görebilirsin.
| Konu | Dijital kalem | Fiziksel kalem | Panelde çözüm |
|---|---|---|---|
| Teslimat süresi | Saniyeler | 1-5 iş günü | Kalem bazlı teslimat tipi |
| Stok kaynağı | Kod havuzu | Depo adedi | İki ayrı stok motoru |
| Adres ihtiyacı | Yok | Zorunlu | Koşullu form alanı |
| Kargo ücreti | Uygulanmaz | Ağırlık/desi bazlı | Sadece fiziksel alt toplam üstünden |
| Cayma hakkı | Kod görüntülenince düşer | 14 gün | Tipine göre ayrı sözleşme metni |
| İade işlemi | İstisnai, manuel onay | Standart, iade talebi akışı | Ayrı iade iş akışı |
Kargo ücreti hesabını dijital kalemler nasıl bozuyor?
Klasik hata şudur: sepet toplamı belirli bir tutarın üstündeyse kargo bedava. Müşteri sepete 4.000 liralık dijital kod atar, yanına 90 liralık bir aksesuar ekler ve kargoyu bedavaya getirir. Sen 90 liralık üründe kargo maliyetini cebinden ödersin. Bu senaryo teorik değil, karma katalog açan hemen her satıcının ilk ay yaşadığı şeydir.
Doğru kurgu, kargo eşiğinin yalnızca fiziksel kalemlerin alt toplamı üzerinden hesaplanmasıdır. Sistem sepeti iki alt toplama böler, kargo kurallarını sadece fiziksel tarafa uygular. Aynı şekilde desi ve ağırlık hesabına dijital kalemler hiç girmez; bu apaçık görünse de tek bir toplam alanı üzerinden çalışan sepetlerde sık sık atlanır. İyi yazılmış bir e-pin satış scripti sepet nesnesini baştan iki alt toplamla tasarlar, sonradan istisna eklemeye çalışmaz.
Karma katalogda sipariş tiplerinin dağılımı
- Yalnız dijital sipariş 50%
- Yalnız fiziksel sipariş 22%
- Karma sepet 18%
- Ön sipariş / özel akış 10%
İade ve cayma hakkı iki ürün tipinde neden aynı ekrandan yönetilemez?
Mevzuat tarafı burada net bir çizgi çizer: fiziksel üründe tüketicinin on dört günlük cayma hakkı vardır, dijital üründe ise kod görüntülendiği veya ifa başladığı anda bu hak düşer. Bu iki kuralı tek bir iade formuyla yönetmeye çalışan panel, ya müşteriye yasal hakkını gizler ya da sana ait olmayan bir yükümlülüğü üstüne yıkar. İkisi de istemediğin sonuçtur.
Uygulamada yapman gereken şu: sipariş kalemi dijitalse iade talebi butonu yerine "destek talebi oluştur" akışı çıkmalı ve talep manuel onaya düşmeli. Fiziksel kalemde ise standart iade akışı, kargo etiketi üretimi ve iade statüsü takibi devreye girmeli. Sözleşme metinleri de kalem tipine göre ayrı üretilmeli, tek bir genel metin her iki duruma birden yamanmamalıdır. Mesafeli satış sözleşmesi sipariş anında dinamik olarak oluşturulup arşivlendiğinde, ileride çıkacak her tartışmada elinde tarihli ve içerikli bir belge bulunur.
Tek bir onay maili içinde hem kodu hem kargo bilgisini vermek, müşterinin ikisinden birini gözden kaçırmasına yol açar. Kodu ayrı, sevkiyatı ayrı bildirdiğinde "kodum gelmedi" destek talepleri belirgin biçimde azalır.
Stok mantığı iki tarafta nasıl ayrışmalı?
Dijital stok, kullanılabilir kod satırlarının sayısıdır; bir kod satıldığında tüketilir ve geri gelmez. Fiziksel stok ise rezerve edilebilir, iade ile geri dönebilir, sayımla düzeltilebilir. Bu yüzden tek bir "adet" alanı üzerinden yürütülen sistemlerde fiziksel iade sonrası stok geri eklenmez ya da dijital koda yanlışlıkla rezerv mantığı uygulanır. İkisi de sessiz hatalardır; aylar sonra sayım tutmayınca fark edilir.
Sağlıklı bir dijital ürün satış scripti ürün kaydında "stok stratejisi" alanını tutar ve bu alan kod havuzu, depo adedi veya sınırsız olmak üzere üç değerden birini alır. Sınırsız seçeneği özellikle hizmet tipi ürünler için gereklidir. Stok hareketleri de tipine göre ayrı tabloda loglanmalı, her hareket sipariş numarası ve kullanıcı bilgisiyle iz bırakmalıdır. Bu iz olmadan, kaybolan üç kodun nereye gittiğini kimse bulamaz. Ölçeğine uygun paketi seçerken bu modüllerin hangisinde açık olduğunu fiyat karşılaştırmasından kontrol et.
Tek panelde birleştirmenin gerçek kazancı nerede?
Teknik ayrımları kurduktan sonra ortaya çıkan asıl fayda, verinin tek yerde toplanmasıdır. Aynı müşterinin hem kod hem aksesuar aldığını gördüğün anda kampanya kurgun değişir: koda aksesuar önerirsin, aksesuar alana kod kuponu verirsin. İki ayrı sitede bu ilişkiyi asla kuramazsın çünkü iki ayrı kullanıcı kaydın vardır. Tek kasa, tek mutabakat ve tek müşteri geçmişi, karma katalogun asıl getirisidir.
Operasyon tarafında da kazanç somuttur: tek destek paneli, tek kupon motoru, tek e-posta şablon sistemi ve tek raporlama. Günlük ciro raporunu açtığında dijital ve fiziksel kırılımı yan yana görürsün, hangi tarafın marjının daha iyi olduğunu tahmin etmezsin. İki işi tek panelde yönetmek, iki paneli yönetmekten yalnızca ucuz değil, aynı zamanda daha akıllıdır çünkü kararlarını tek bir veri kümesi üzerinden verirsin.
| Kontrol | Amaç | Öncelik |
|---|---|---|
| Teslimat tipi sipariş değil kalem seviyesinde tutuluyor mu? | Karma sepetin temel şartı | Kritik |
| Adres alanları sepet içeriğine göre koşullu mu? | Dijital alıcıda dönüşüm kaybını önler | Kritik |
| Kargo eşiği sadece fiziksel alt toplamı mı sayıyor? | Bedava kargo suistimalini keser | Kritik |
| Stok stratejisi ürün bazında seçilebiliyor mu? | Kod havuzu ile depo adedini ayırır | Kritik |
| Cayma metni kalem tipine göre üretiliyor mu? | Yasal uyum ve itiraz savunması | Yüksek |
| Kod ve kargo bildirimi ayrı e-posta mı? | Destek yükünü azaltır | Yüksek |
| İade akışları ayrı mı çalışıyor? | Yanlış otomatik iadeyi engeller | Yüksek |
| Raporda dijital/fiziksel kırılımı var mı? | Marj kararlarını doğru verdirir | Orta |
İki katalog, tek panel
Kalem bazlı teslimat, koşullu adres, ayrı stok motoru ve tek kasa mutabakatı kutudan çıktığı gibi çalışan bir altyapıyla başla.
Aynı sepette hem kod hem kargolu ürün satmak müşteriyi karıştırır mı?
Sepette her kalemin yanında teslimat rozeti gösteriliyorsa karıştırmaz. Karışıklık, ödeme sonrası tek ve belirsiz bir onay mesajı gönderildiğinde çıkar. Kodu ve sevkiyatı ayrı bildirdiğinde süreç net kalır.
Fiziksel ürün eklemek dijital tarafın ödeme onayını yavaşlatır mı?
Hayır. Kalem bazlı teslimat kurulduğunda ödeme onaylandığı anda kod satırları anında teslim edilir, kargo satırı ayrı kuyrukta bekler. İki akış birbirini beklemez.
Kargo bedava eşiğini nasıl belirlemeliyim?
Eşiği yalnızca fiziksel kalemlerin alt toplamı üzerinden tanımla. Sepetteki dijital tutar bu hesaba dahil edilirse, düşük tutarlı fiziksel siparişlerde kargo maliyetini sen üstlenirsin.
İade süreçlerini tek bir formla yönetebilir miyim?
Yönetmemelisin. Fiziksel üründe on dört günlük cayma hakkı standart akış gerektirir, dijital üründe ise kod görüntülendikten sonra bu hak düşer ve talep manuel incelemeye alınmalıdır.
Dijital ve fiziksel ürünü aynı panelde satmak bir tercih değil, büyüyen her dijital satıcının er geç geldiği bir eşik. Bu eşiği ikinci bir site açarak değil, teslimat mantığını kalem seviyesine indiren bir altyapıyla geçtiğinde hem maliyetin düşer hem de müşteri verin tek yerde toplanır. Karma bir sepetin ödeme sonrası nasıl ikiye ayrıldığını, kodun anında giderken kargonun nasıl kuyruğa düştüğünü kendi ellerinle denemek için canlı demo üzerinden örnek bir karma sipariş oluşturabilirsin.