Network Marketing
Binary Network Marketing Yazılımı
İki bacaklı yapıda sponsor ve yerleşim bağı, bacak hacimleri, zayıf bacak eşleşmesi, carryover ve dönem hesabı tek kural setinde birlikte yönetilir.
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.
Binary hacim dengesi — açıklayıcı hesap
Sol ve sağ bacak hacmini değiştirin; eşleşen hacim, güçlü bacak kalanı ve zayıf bacağın nasıl belirlendiğini görün.
- Eşleşen hacim
- 800 BV
- Güçlü bacak kalanı
- 400 BV
- Zayıf bacak
- Sağ bacak
- Güçlü bacak
- Sol bacak
- Devreden hacim
- 400 BV
- Dönem notu
- Kural setine bağlı
min(sol, sağ)
abs(sol − sağ)
küçük taraf
büyük taraf
sonraki döneme aktarılır
cap / flush ayrı tanımlanır
Bu alan yalnızca hacim dengesini gösterir. Gelir, prim oranı veya ödeme tutarı hesaplamaz; eMc'nin varsayılan kuralı değildir. Eşleşme, tavan ve devir kuralları her projede ayrı tanımlanır.
Binary ağaç anatomisi
Binary'de asıl ayrım, sponsor ağacı ile yerleşim ağacının aynı olup olmadığıdır. Bu karar hem sahanın anlayışını hem de dönem hesabının okunabilirliğini doğrudan etkiler.
Sponsor
Daveti yapan üye
Sol bacak
Yerleşim pozisyonu
Sağ bacak
Yerleşim pozisyonu
Spillover / auto-placement
Pozisyon dolduğunda yeni üyenin alt seviyeye taşınıp taşınmayacağı kurguya bağlıdır.
Sponsor bağı kimin davet ettiğini, yerleşim bağı ise üyenin ağaçtaki konumunu gösterir. Bu iki bağın ayrı tutulup tutulmayacağı binary kurgusunun ilk kararlarındandır.
Dönem motoru
Açıklayıcı sistem şeması — ürün ekranı değildir. Cap, flush ve carryover eMc'nin sabit kuralı değildir; her projede yazılı olarak tanımlanan proje kurallarıdır.
- 01
Sipariş / BV
Sipariş kalemleri tanımlı hacim (BV) değerine çevrilir.
- 02
Sol / Sağ bacak hacmi
Hacim, üyenin bağlı olduğu bacağa ayrı ayrı yazılır.
- 03
Uygunluk
Üyenin dönem koşullarını karşılayıp karşılamadığı kontrol edilir.
- 04
Zayıf bacak eşleşmesi
Eşleşen hacim, küçük taraftaki bacak üzerinden okunur.
- 05
Cap / limit kontrolü
Dönemsel üst sınır varsa bu adımda uygulanır.
- 06
Carryover / flush
Kalan hacim devreder ya da kural gereği sıfırlanır.
- 07
Hakediş kaydı
Sonuç, döneme ait hakediş kaydına işlenir.
- 08
Rapor
Bayi ve yönetim aynı veriden kendi görünümünü okur.
Binary'de sonucu değiştiren 6 kural
- 01
Leg placement
Yeni üyenin sol mu sağ mı bacağa, kim tarafından yerleştirileceği.
- 02
Weak-leg tanımı
Zayıf bacağın dönem içi mi, kümülatif mi okunacağı.
- 03
Carryover
Eşleşmeyen hacmin bir sonraki döneme aktarılıp aktarılmayacağı.
- 04
Flush
Devretmeyen hacmin hangi koşulda ve ne zaman sıfırlanacağı.
- 05
Cycle / cap
Dönem başına eşleşme sayısı ya da üst sınır tanımı.
- 06
Qualification
Hakedişe girmek için gereken kişisel ve ekip koşulları.
Bayi tarafında ne görünür?
Binary kurgusunun sahadaki karşılığı bayi ekranıdır: ekip, iki bacağın hacmi ve dönem özeti.
Gerçek ürün ekranı bekleniyor.
Bayi mobil — sol/sag bacak hacim ozeti
Binary kurguda iki bacagin donem hacminin ve eslesme durumunun mobilde izlenmesi
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.
Bayi mobil ozet
Mobilde ekip performansi ve siparis takibi
Yönetim tarafı destekleyicidir
Kural tanımı, dönem kapanışı ve düzeltmeler yönetim tarafında yürür; sahanın gördüğü sonuç aynı veriden 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.
Binary ne zaman düşünülür, ne zaman zorlaşır?
Uygun olabilir
- Saha, iki kollu ve dengeli ekip kurma alışkanlığına sahipse.
- Ekip kurma davranışı düzenli takip edilebiliyorsa.
- Dönemsel hacim ve eşleşme mantığı sahaya sade anlatılabiliyorsa.
- Kural sayısı sınırlı tutulmak isteniyorsa.
Zorlaşabilir
- Bacaklar sürekli dengesiz büyürse eşleşen hacim beklenenden düşük kalabilir.
- Carryover birikimi dönem sonu hesabını sahaya açıklamayı zorlaştırabilir.
- Cap ve flush kuralları birlikte kurgulanmazsa sonuç yanlış anlaşılabilir.
- Sponsor bağı ile yerleşim bağı ayrıysa saha tarafında ek anlatım gerekir.
Binary ile diğer planların farkı
- Genişlik
- İki bacakla sınırlı
- Unilevel sınırsız, Matrix sabit genişlik
- Hacim mantığı
- İki bacakta ayrı birikir, eşleşir
- Unilevel seviye seviye, Matrix hücre bazlı
- Carryover ihtiyacı
- Çoğu kurguda gerekir
- Unilevel'de genellikle gerekmez
- Operasyonel karmaşıklık
- Orta — devir ve tavan hesabı
- Hibritte kural sayısıyla birlikte artar
Sık sorulanlar
Kısa yanıtlar
- Dönem içinde daha az hacim biriken bacaktır. Binary kurgularda eşleşme çoğunlukla bu taraf üzerinden okunur. Zayıf bacağın dönem içi mi yoksa kümülatif hacimle mi belirleneceği kurguya bağlı bir karardır.
- Eşleşmeyen hacmin bir sonraki döneme aktarılmasıdır. Hangi bacaktan ne kadar aktarılacağı, süre sınırı olup olmadığı ve tavanla ilişkisi projede yazılı olarak tanımlanır.
- Carryover hacmin devretmesidir; flush ise tanımlı koşulda hacmin sıfırlanmasıdır. İkisi birlikte kurgulanır: neyin devredeceği, neyin hangi koşulda düşeceği aynı kural setinde belirlenir.
- Zorunlu değildir. Sponsor, üyeyi sisteme davet eden kişidir; placement ise üyenin ağaçtaki konumudur. Bu iki bağın ayrı ya da birlikte tutulması bir kurgu kararıdır.
- Yerleşim sırasında bir pozisyonun dolması nedeniyle yeni üyenin alt seviyeye taşmasıdır. Binary'de otomatik yerleştirme kullanılıp kullanılmayacağı ve taşma yönü ayrıca tanımlanır.
- Dönebilir. Yerleşim binary kalırken bonus katmanları farklı bir mantıkla eklenebilir. Geçişin hangi dönemden itibaren geçerli olacağı ve geçmiş kayıtların nasıl ele alınacağı kapsam çalışmasında netleşir.
Binary planınızı birlikte kurgulayalım
Bacak yerleşimi, zayıf bacak tanımı, carryover ve tavan kurallarını konuşalım; kurgunuzu test senaryolarıyla birlikte netleştirelim.