Network Marketing
Network Marketing İçinde Entegre E-Ticaret
Sipariş müşteri ya da bayi yüzünde başlar; aynı kayıt hacim, uygunluk, kariyer ve hakediş tarafına izlenebilir biçimde bağlanır.
Gerçek ürün ekranı bekleniyor.
Gerçek ürün ekranı bekleniyor.
Gerçek ürün ekranı bekleniyor.
Bayi ticaret gorunumu — kendi ve musteri siparisleri
Bayinin kendi siparisleri ile musteri siparislerinin ayri okunmasi
Gerçek ürün ekranı bekleniyor — yayın izni onaylanınca bu alana yerleşecek.
Signature
Siparişten Hakedişe İz
Bir adım seçin; o adımda hangi kaydın oluştuğunu, hangi role yansıdığını ve sistemde neyi tetiklediğini okuyun.
Adım 01 · Kaynak: katalog
Ürün
Zincir tek yönlüdür: her adım bir öncekinin kaydına referans verir. Para ya da gelir tahmini yapılmaz.
Kaynak kayıt
Ürün, fiyat listesi ve stok kaydı. Kurguya bağlı olarak ürüne bağlı puan/hacim tanımı da burada tutulur.
Hangi role yansır
Müşteri ve bayi aynı ürün kaynağını görür; görünen fiyat listesi role göre değişebilir.
Sonraki sistem etkisi
Seçim sepete taşınır; henüz hiçbir hacim olayı oluşmaz.
Seçim yalnız renkle değil; işaret ve kenarlıkla da gösterilir. Adım kapsamı projede tanımlanır.
Müşteri yüzü
Keşiften sipariş takibine
Keşif
Müşteri mağazaya bir bağlantıyla girer
- Giriş bağlantısı, siparişin hangi bayiye bağlanacağının girdilerinden biridir.
- Müşteri klasik bir alışveriş deneyimi görür; network mantığı ekranda karmaşıklık yaratmaz.
- Bağlantı ve eşleşme kuralı projede tanımlanır.
- Mağaza girişi
- Bayi bağlantısı
- Kurguya bağlı
Network magaza — musteri vitrini (mobil)
Bayiye bagli magaza girisinin son musteri tarafinda gorunumu
Gerçek ürün ekranı bekleniyor — yayın izni onaylanınca bu alana yerleşecek.
Ürün
Ürün detayı ve kurguya bağlı puan bilgisi
- Ürün, fiyat ve stok tek kaynaktan okunur.
- Puan/hacim bilgisinin müşteriye gösterilip gösterilmeyeceği kurguya bağlıdır.
- Bayi ve müşteri farklı fiyat listesi görebilir.
- Tek katalog
- Rol bazlı fiyat
- Opsiyonel puan
Network magaza — urun detayi (mobil)
Urun detayinin ve kurguya bagli puan/hacim bilgisinin musteri tarafinda gorunumu
Gerçek ürün ekranı bekleniyor — yayın izni onaylanınca bu alana yerleşecek.
Sepet ve ödeme
Sepette henüz hacim yok, ödemede sipariş kesinleşir
- Sepet geçici bir seçimdir; ticari kayıt ödeme adımından sonra oluşur.
- Ödeme sonucu siparişin hangi aşamada sayılacağını belirler.
- Ödeme sağlayıcı kapsamı entegrasyon kurgusuna bağlıdır.
- Sepet
- Ödeme sonucu
- Sipariş oluşumu
Network magaza — sepet ve odeme (mobil)
Sepet ve odeme adiminin son musteri tarafinda gorunumu
Gerçek ürün ekranı bekleniyor — yayın izni onaylanınca bu alana yerleşecek.
Sipariş takibi
Müşteri siparişini izler, arka planda hacim işler
- Müşteri sipariş durumu ve teslimat adımlarını görür.
- Aynı sipariş kaydı hacim, uygunluk ve hakediş tarafına referans olur.
- Müşteri tarafında network hesaplaması gösterilmez.
- Sipariş durumu
- Teslimat
- Arka plan atfı
Network magaza — siparis takibi (mobil)
Siparis durumunun ve teslimat adimlarinin musteri tarafinda izlenmesi
Gerçek ürün ekranı bekleniyor — yayın izni onaylanınca bu alana yerleşecek.
Bayi yüzü
Kendi siparişi ile müşteri siparişi ayrı okunur
Bayi ticaret görünümü
Kişisel mağaza, referans bağlantısı ve sipariş ayrımı
- Bayiye bağlı mağaza/referans bağlantısı kapsamı projede tanımlanır.
- Kendi siparişi ile müşteri siparişi ayrı satırlar olarak okunur; ikisinin hacme yansıması aynı olmayabilir.
- Sipariş kaydı ekip ve hacim görünümüne aynı referansla taşınır.
- Kişisel mağaza
- Kendi / müşteri siparişi
- Hacim görünümü
Bayi ticaret gorunumu — kendi ve musteri siparisleri
Bayinin kendi siparisleri ile musteri siparislerinin ayri okunmasi
Gerçek ürün ekranı bekleniyor — yayın izni onaylanınca bu alana yerleşecek.
Kaynak sahipliği
Tek sipariş, birden çok sistem kaydı
- SiparişSipariş domainiKalem, tutar ve durum tek yerde tutulur; diğer alanlar bu kayda referans verir.
- ÖdemeÖdeme domainiTahsilat sonucu ve sağlayıcı referansı; sipariş durumunu doğrudan değiştirmez, besler.
- Müşteri / üye kimliğiÜyelik domainiSiparişin kime bağlandığı; sponsor bağı ve mağaza girişi bu alanın girdisidir.
- Hacim olayıHacim domainiSiparişten türer, siparişi değiştirmez. Kural değişirse yeniden üretilir.
- Uygunluk / kariyerKural setiHacim ve aktiflik verisini okur; kendi başına ticari kayıt üretmez.
- HakedişHakediş domainiDönem kapanışında oluşur ve onaylanır; onaysız kayıt sahaya yansımaz.
- Sevkiyat / teslimatFulfillmentSiparişin fiziksel tarafı. Kargo ve teslim durumu buradan okunur.
Geri alma
İptal ve iade neyi geri alır?
Adım 01
Sipariş iptal / iade
Zincirin başı. Hangi kalemin iade edildiği ve ne zaman gerçekleştiği kaydedilir.
Adım 02
Ödeme ve sevkiyat
Tahsilatın geri alınması ve sevkiyatın durdurulması ayrı süreçlerdir; kapsam entegrasyona bağlıdır.
Adım 03
Hacim geri alma
İade edilen kaleme bağlı hacim satırı ters kayıtla düzeltilir; silme değil, izlenebilir düzeltme.
Adım 04
Uygunluk / kariyer politikası
Yeniden hesaplamanın yapılıp yapılmayacağı ve hangi dönemi etkileyeceği projede yazılı olarak tanımlanır.
Adım 05
Hakediş düzeltme politikası
Ödenmiş dönem için düzeltmenin nasıl yürütüleceği kurguya bağlıdır; otomatik varsayım yapılmaz.
Adım 06
Denetim izi
Her düzeltme kim, ne zaman ve hangi gerekçeyle sorularına yanıt verecek şekilde kayda geçer.
Opsiyonel kapsam
Periyodik ve tekrar sipariş
Tekrar eden sipariş zorunlu bir özellik olarak sunulmaz; ihtiyaç varsa kurgulanabilir bir kapsam olarak tanımlanır.
- Periyot ve tekrar kuralının nasıl çalışacağı projede belirlenir.
- Müşterinin durdurma ve değiştirme hakkı ticari kararla tanımlanır.
- Tekrar eden siparişin hacme yansıması normal siparişle aynı zinciri izler.
- Başarısız ödeme durumunda ne olacağı ayrıca kurgulanır.
Destekleyici görünüm
Atıf ve istisnalar yönetim tarafında izlenir
- Siparişin hangi kimliğe ve hangi hacim satırına bağlandığı yönetim tarafından izlenir.
- Eşleşmeyen veya beklemede kalan siparişler istisna olarak ayrılır.
- Saha yalnız sonucu okur; düzeltme yönetim tarafında yürütülür.
- Atıf izi
- İstisna
- Düzeltme
Yonetim — siparis ve hacim atif gorunumu
Siparisin uye/sponsor eslesmesi ve hacim atfinin yonetim tarafinda izlenmesi
Gerçek ürün ekranı bekleniyor — yayın izni onaylanınca bu alana yerleşecek.
Fark
Network e-ticaret ile klasik e-ticaret
Klasik e-ticaret
- Ürün, fiyat ve stok
- Sepet, ödeme ve sipariş durumu
- Kargo ve iade süreci
Network e-ticaret
- Aynı ticaret adımlarının tamamı
- Ek olarak üye / sponsor kimliği eşleşmesi
- Ek olarak hacim atfı, uygunluk ve hakediş etkisi
Uygun olabilir
- Mağaza ile network sistemi ayrı çalışıyor ve siparişin hacme yansıması elle takip ediliyor.
- Müşteri siparişi ile bayi siparişinin ayrımı raporlarda net okunmuyor.
- İade sonrası hacim ve hakediş düzeltmesinin nasıl yapılacağı yazılı değil.
Zorlaşabilir
- Ürün, fiyat ve stok kaynağının hangi sistemde olacağı önce netleşmelidir.
- Sipariş–üye eşleşme kuralı plan kurgusuyla birlikte tanımlanır.
- İade ve düzeltme politikası teknik değil, önce ticari karar gerektirir.
İlgili sayfalar
- Platform omurgasıOrtak veri katmanının nasıl kurulduğu.
- Prim ve bonus hesaplamaHacmin hakedişe dönüşme kuralları.
- Bayi backofficeBayinin sipariş ve hacim görünümü.
- Yönetim paneliAtıf, istisna ve dönem kapanışı tarafı.
- E-ticaret platformuTicaret katmanının kendi mimarisi.
- Raporlama ve entegrasyonlarDış sistem bağlantıları ve rapor kapsamı.
Sık sorulanlar
Kısa yanıtlar
- Kurguya bağlıdır. Mağaza aynı platform içinde ya da ayrı bir ticaret katmanı olarak kurulabilir; belirleyici olan ürün, sipariş ve üyelik kaynağının hangi tarafta tutulduğudur.
- Eşleşme kuralı projede tanımlanır. Mağaza girişi, müşterinin bağlı olduğu bayi kaydı veya sponsor bağı bu kuralın girdisi olabilir; tek bir varsayılan davranış dayatılmaz.
- Hayır. Hangi ürünün ve hangi kalemin hacim ürettiği plan kurgusunda tanımlanır. Bazı kalemler hiç hacim üretmeyecek şekilde kurgulanabilir.
- Kurgulanabilir bir kapsamdır. Tekrar eden siparişin hangi periyotta çalışacağı, iptal koşulları ve hacme nasıl yansıyacağı projede ayrıca tanımlanır; hazır zorunlu bir özellik olarak sunulmaz.
- Politikaya bağlıdır. Teknik olarak hacim ters kayıtla düzeltilebilir; ödenmiş dönemin nasıl ele alınacağı ticari kararla belirlenir ve yazılı hale getirilir.
- Yayın izni onaylanmış gerçek ürün ekranı gelmeden temsili görsel kullanmıyoruz. Ekran alanları hazır; görsel geldiğinde yerleşim değişmeden bu alanlara oturur.
Mağaza ile network sistemini aynı kayıt üzerinde birleştirelim
Siparişin hacme, uygunluğa ve hakedişe nasıl bağlanacağını konuşalım; kaynak sahipliğini birlikte tanımlayalım.