Network Marketing
Hibrit Network Marketing Yazılımı
Tek ağaç, tek kural değil. İki veya daha fazla plan bileşeni aynı organizasyonda, tanımlı öncelik ve veri paylaşımı kurallarıyla birlikte çalışır.
Bayi backoffice — ekip ve kazanc
Bayinin kendi ekibini, siparislerini ve hakedisini gormesi
Gerçek ürün ekranı bekleniyor — yayın izni onaylanınca bu alana yerleşecek.
Gerçek ürün ekranı bekleniyor.
Hibrit plan birleştirici
Taban yapıyı seçin, üzerine overlay katmanları açıp kapatın. Çıktı üç katmanda değişir: taban yapı, overlay katmanı ve ortak kurallar.
Seçim durumu yalnız renkle değil; işaret ve kenarlık biçimiyle de gösterilir. Bu alan bir kurgu anlatımıdır; tutar, oran veya gelir hesaplamaz.
Base structure
Binary
İki bacaklı yerleşim; hacim bacak bazında toplanır, zayıf bacak ve carryover kuralı taban katmanda tanımlıdır.
Overlay layer
Matching Bonus
Taban katmanda oluşan hakediş kaydı üzerinden ikinci bir okuma yapar.
Shared rules
- Bacak hacmi, eşleşme sonucu ve carryover bakiyesi overlay katmanına yalnız okuma amaçlı verilir.
- Aynı hacmin hem taban hem overlay tarafında yeniden sayılmaması için kaynak kaydın tekil olması gerekir.
- Rank tek omurgadan okunur; dönem kaydı tüm katmanlar için tektir.
Shared volume mu, split volume mu?
Bir siparişin hacmi iki katmana nasıl beslenecek? Bu karar, aynı hacmin iki kez sayılıp sayılmayacağını doğrudan belirler.
Kaynak
Sipariş / BV kaydı
Tek sipariş, tek kayıt. Kaynak her zaman burasıdır.
Taban plan hattı
Aynı hacmi okur. Okuma amacı ve kuralı farklıdır; kayıt çoğaltılmaz.
Overlay katman hattı
Aynı hacmi okur. Okuma amacı ve kuralı farklıdır; kayıt çoğaltılmaz.
Double-count riski
Yüksektir. İki hat aynı hacmi okuduğu için hangi katmanın hakediş ürettiği ve cap'in nerede uygulandığı yazılı olmalıdır.
Tek kaynak-kural ihtiyacı
Her iki modelde de hacim tek yerde üretilir. Katmanlar kendi kopyasını tutmaz; yalnız ortak kaydı okur.
Açıklayıcı sistem şeması — ürün ekranı değildir.
Kural önceliği ve çakışma çözümü
İki kural aynı veriye dokunduğunda hangisinin önce çalışacağı belirlenmezse sonuç dönemden döneme değişir. Açıklayıcı sistem şeması — ürün ekranı değildir.
Uygunluk (qualification)
Üyenin dönem içinde hangi katmanları okumaya hak kazandığı belirlenir.
OrtakTaban plan kuralı
Seçilen yerleşim yapısının kendi hacim ve eşleşme mantığı çalışır.
TabanOverlay uygunluğu
Ek katmanların bu dönem için çalışıp çalışmayacağı kontrol edilir.
OverlayCap / limit
Katman bazlı veya toplam üst sınırlar uygulanır.
OrtakRank kapısı
Kariyer seviyesine bağlı erişim kontrolü tek omurgadan okunur.
OrtakCarry / flush / compression
Kalan bakiye taşınır, sıfırlanır ya da boşluk sıkıştırılır.
TabanDönem kaydı
Tüm katmanların sonucu tek dönem kaydına yazılır ve denetlenebilir kalır.
OrtakTek kariyer omurgası
Farklı plan bileşenleri kendi kariyer sonucunu üretmez; hepsi aynı rank omurgasını okur.
Tek kaynak
Rank tek bir kural setinden hesaplanır; katmanlar bu sonucu okur, kendi rank'ını üretmez.
Girdi çeşitliliği
Kişisel hacim, ekip hacmi, aktif bacak ya da pozisyon doluluğu girdi olabilir.
Dönem tutarlılığı
Rank hangi anda dondurulacaksa dönem takviminde yazılı olarak sabitlenir.
Okuma noktaları
Bayi mobilinde, backoffice raporunda ve hakediş kaydında aynı değer görünür.
Örnek hibrit yapılar
Üç örnek yapıyı karşılaştırın; her birinde neyin birleştiği, neyin ayrı kaldığı ve hangi kararın kritik olduğu değişir.
Ne birleşir
Yerleşim binary kalır; seviye bazlı ek okuma unilevel mantığıyla üstte çalışır.
Ne ayrı kalır
Bacak hacmi ile seviye hacmi ayrı kaydedilir; iki katman aynı satırı yeniden saymaz.
Hangi karar kritik
Bacak hacminin overlay tarafından tekrar okunup okunmayacağı.
Bu üç yapı eMc varsayılanı değildir; hibrit kurgunun nasıl konuşulduğunu göstermek için açıklayıcı örnek olarak verilmiştir. Açıklayıcı sistem şeması — ürün ekranı değildir.
Bayi tarafında ne görünür?
Hibrit kurgu arkada katmanlı olsa da bayi tek bir mobil deneyim görür: ekip, kariyer ve bonus aynı kayıttan okunur.
Gerçek ürün ekranı bekleniyor.
Bayi mobil — hibrit plan katmanlari ozeti
Hibrit kurguda taban plan ve overlay katmanlarindan gelen ekip, kariyer ve bonus gorunumunun tek mobil ekranda okunmasi
Gerçek ürün ekranı bekleniyor.
Bayi mobil — ekip ve sponsor agaci
Bayinin mobilde kendi ekibini, sponsor bagini ve yeni katilimlari gormesi
Gerçek ürün ekranı bekleniyor.
Bayi mobil — kariyer ve prim durumu
Kariyer seviyesi, donem hacmi ve hakedis ozetinin mobilde izlenmesi
Gerçek ürün ekranı bekleniyor.
Davet ve kayit — mobil
Sponsor linkiyle gelen adayin kayit ve ilk adim akisi
Yönetim tarafı destekleyicidir
Katman tanımları, öncelik sırası, cap ve rank kuralı yönetim tarafında tek yerde tutulur; sahanın gördüğü sonuç aynı dönem kaydından okunur.
Kariyer plani ve bonus hesaplama
Plan kurallarinin tanimlanmasi ve hakedis simulasyonu
Gerçek ürün ekranı bekleniyor — yayın izni onaylanınca bu alana yerleşecek.
Hibrit ne zaman düşünülür, ne zaman zorlaşır?
Uygun olabilir
- Bir planın güçlü yanı korunup eksik kalan tarafı ek katmanla tamamlanacaksa.
- Sahanın alıştığı yerleşim mantığı değişmeden yeni bir teşvik katmanı eklenecekse.
- Farklı iş hedefleri (derinlik, liderlik, ilk dönem hızı) aynı sistemde yürütülecekse.
- Katmanların kural sırası ve veri paylaşımı yazılı olarak tanımlanabiliyorsa.
Zorlaşabilir
- İki kural aynı veriye dokunuyorsa ve öncelik yazılmamışsa sonuç tutarsızlaşır.
- Aynı hacmin iki katmanda sayılması (double-count) riski kaynak tekilleştirilmeden kalkmaz.
- Taban ve overlay ayrı rank üretirse saha iki farklı kariyer sonucu görür.
- Katman sayısı arttıkça denetim ve dönem kapanışı karmaşıklaşır.
- Saha anlatımı zorlaşır; her katmanın neden çalıştığı ayrıca açıklanmalıdır.
Binary, Unilevel ve Matrix'ten farkı
- Yapı
- Taban yapı + üstünde tanımlı katmanlar
- Binary/Unilevel/Matrix tek yerleşim mantığı
- Kural sayısı
- Katman başına ayrı kural seti ve öncelik zinciri
- Tek plan kural seti
- Hacim
- Shared ya da split politikası açıkça seçilir
- Tek kaynak, tek okuma
- Denetim
- Katman katman iz gerekir
- Tek zincir üzerinden izlenir
Sık sorulanlar
Kısa yanıtlar
- Tek bir yerleşim kuralı yerine, bir taban yapı ve onun üzerinde çalışan bir veya birden fazla ek katmanın aynı organizasyonda birlikte kurgulanmasıdır. Taban yapı yerleşimi ve temel hacim okumasını belirler; ek katmanlar bu kayıtlar üzerinden ayrı kurallarla çalışır.
- Şart değil. Çoğu kurguda tek yerleşim ağacı kalır, ek katman aynı ağacın verisini farklı bir kuralla okur. İkinci bir ağaç yalnızca yerleşim mantığının gerçekten farklı olması gerektiğinde tanımlanır; bu durumda iki ağacın hangi noktada birleştiği yazılı olmalıdır.
- Shared volume'de aynı sipariş hacmi birden fazla katman tarafından okunur; split volume'de hacim kaynağında bölünür ve her katman kendi payını görür. Hangi modelin seçildiği, aynı hacmin iki kez sayılıp sayılmayacağını doğrudan belirler.
- Rank tek bir kural setinden hesaplanır ve tüm katmanlar bu sonucu okur. Katmanların kendi rank'ını üretmesine izin verilmezse bayi mobilinde, raporda ve hakediş kaydında aynı değer görünür.
- Kaynak kayıt tekilleştirilmezse sayılabilir. Bunu engellemek için her katmanın hangi kayıttan beslendiği, hangi kuralın önce çalıştığı ve cap'in nerede uygulandığı kurguda tanımlanır; dönem kaydı üzerinden geriye doğru izlenebilir kalır.
- Eklenebilir. Yeni katman eklenmeden önce öncelik zincirindeki yeri, hangi veriyi okuyacağı ve mevcut cap/rank kurallarıyla nasıl etkileşeceği belirlenir; değişiklik önce test senaryolarıyla karşılaştırılır, sonra dönem takvimine bağlanır.
Hibrit planınızı birlikte kurgulayalım
Taban yapı, overlay katmanları, hacim politikası, öncelik zinciri ve tek rank omurgası kararlarını konuşalım; kurguyu test senaryolarıyla birlikte doğrulayalım.