Network Marketing
Network Marketing Sponsor ve Kariyer Ağacı
Kimin kimi getirdiği, kimin planda nerede durduğu ve dönem sonunda hangi kariyer durumunun oluştuğu üç ayrı sorudur. Bu sayfa, bu üç katmanın nasıl ayrı tutulduğunu ve sahada nasıl izlenebilir hale geldiğini anlatır.
Yonetim — genealoji agaci genel gorunum
Uye agacinin arama, filtre ve derinlik kontrolleriyle yonetim tarafinda incelenmesi
Gerçek ürün ekranı bekleniyor — yayın izni onaylanınca bu alana yerleşecek.
Gerçek ürün ekranı bekleniyor.
Ağaç katmanları
Bir katman seçin: aynı örnek üyeler, seçtiğiniz bağlamda farklı görünür. Her katmanda neyin kaynak kayıt olduğu, kimin gördüğü ve neyi değiştirmediği ayrı ayrı belirtilir.
Aynı örnek üyeler, seçilen bağlamda
- Üye ADavet eden
- Üye BA'nın daveti
- Üye CA'nın daveti
- Üye DB'nin daveti
Girintiler yalnız anlatım içindir. Gerçek yapı, plan kurgusuna ve proje kurallarına göre değişir.
Seçili katman
Sponsor
Neyi temsil eder
Ticari sponsorluk ilişkisi. Bir üyenin sisteme hangi üyenin daveti veya referansıyla girdiği bilgisidir.
Hangi kayıt kaynaktır
Kayıt anındaki davet/referans kaydı ve üye kütüğündeki sponsor bağı.
Kim görür
Bayi kendi hattını, yönetim tüm zinciri görür. Bayiye üçüncü kişilerin özel verisi açılmaz.
Hangi kararları etkiler
Referans/direkt bonus katmanlarının atfı ve saha tarafındaki sorumluluk hattı buradan okunabilir.
Hangi veriyi değiştirmez
Sponsor bağı, planın pozisyon yapısını ve kariyer sonucunu tek başına belirlemez.
Sponsor ağacı ile yerleşim ağacı aynı kayıt değildir
İki bilgi birbirine bağlı olabilir ama aynı anlama gelmez. Sistemde ayrı tutulmadığında, ilerleyen dönemde hem plan davranışı hem de saha iletişimi tartışmalı hale gelir.
Sponsor ağacı
İlişki kaydı
Kimin kimi getirdiğini gösterir. Kayıt anında oluşur ve genellikle ticari sorumluluğun referansıdır.
- Kaynak: davet/kayıt kaydı
- Değişimi ayrı bir yetki ve gerekçe ister
- Referans/direkt katmanlarla ilişkilidir
- Pozisyon yapısını tanımlamaz
Yerleşim ağacı
Yapı kaydı
Üyenin plandaki pozisyonunu gösterir. Otomatik veya elle yerleşim kuralı projede tanımlanır.
- Kaynak: yerleşim/pozisyon kaydı
- Plan tipine göre davranışı değişir
- Hacim yolunu ve derinliği etkiler
- Sponsor bağının yerine geçmez
Sponsor veya yerleşim değişikliğinin geçmişe dönük etkisi bu sayfada varsayılmaz. Böyle bir işlem proje kuralı, yetki tanımı ve denetim izi gerektirir.
Tek üye, üç bağlam
Aynı üye; sponsor kaydında, yerleşim kaydında ve dönem kariyer değerlendirmesinde farklı bir soruya cevap verir.
01 · Sponsor ilişkisi
Üye D, davet zincirinde Üye B'ye bağlıdır. Bu bağ üye kütüğünde tutulur.
02 · Yerleşim konumu
Aynı üye, plan kuralına göre farklı bir üst pozisyonun altında durabilir.
03 · Dönem hacmi
Siparişten üretilen hacim, kayıt anındaki ağaç bağlamıyla birlikte saklanır.
04 · Kariyer değerlendirmesi
Dönem kapanışında koşullar okunur; sonuç ayrı bir kayıt olarak yazılır, ağaç üzerine yazılmaz.
Kariyer nasıl okunur?
Aşağıdakiler karar başlıklarıdır; sabit bir rank kuralı, eşik veya sonuç iddiası değildir. Hangilerinin kullanılacağı projede tanımlanır.
Kişisel hacim
Üyenin kendi dönem hacmi. Hangi kalemin sayılacağı projede tanımlanır.
Ekip hacmi
Alt yapıdan gelen hacim. Hangi ağacın okunacağı plan kurgusuna bağlıdır.
Aktiflik
Dönem içi aktiflik koşulu tanımlıysa değerlendirmeye girer.
Direkt sayısı
Gerekli doğrudan üye sayısı ve nitelikleri kurala bağlıdır.
Kol / bacak koşulu
Belirli kollardan gelmesi beklenen katkı tanımlanabilir.
Derinlik
Hangi seviyeye kadar okunacağı sabit değildir; kurguda belirlenir.
Plan tipi
Binary, unilevel, matrix ve hibrit kurgular aynı veriyi farklı okur.
Dönem kapanışı
Değerlendirmenin hangi ana göre dondurulduğu sonucu belirler.
İade ve düzeltme
Hacmi geri alan kayıtlar kariyer değerlendirmesini de etkileyebilir.
Kural versiyonu
Dönemde yürürlükte olan kariyer kural seti kayıtla birlikte tutulur.
Sahada ağaç mobilden okunur
Bayi ağacı yönetmez; kendi yetkili kapsamını okur. Görünürlük sınırı proje başında tanımlanır ve kişisel veri alanları ayrıca sınırlandırılır.
Gerçek ürün ekranı bekleniyor.
Kişisel sponsor hattı
Doğrudan getirilen üyeler ve davet zinciri tek yerden görünür; sorumluluk hattı belirsiz kalmaz.
Gerçek ürün ekranı bekleniyor.
Alt ekip ve yerleşim görünümü
Yerleşim yapısı, derinlik ve alt ekip dağılımı gezilebilir. Yetki dışındaki bilgi açılmaz.
Gerçek ürün ekranı bekleniyor.
Kariyer ilerleme ve eksik koşul
Dönem durumu yalnız bir ünvan etiketi değil; hangi koşulun karşılandığı ve hangisinin eksik kaldığı da görünür.
Gerçek ürün ekranı bekleniyor.
Ekip ve takım aksiyonları
Yeni katılım, aktiflik durumu ve takip edilecek üye gibi başlıklar sahadaki günlük akışa bağlanır.
Yönetim tarafında inceleme ve iz
Arama, filtre ve inceleme işleri masaüstünde yürür. Gerçek ürün ekranları yayın izni tamamlandığında bu alanlara yerleşir.
Yonetim — sponsor/yerlesim inceleme
Bir uyenin sponsor bagi ile yerlesim konumunun ayri ayri incelenmesi ve degisiklik izinin gorunmesi
Gerçek ürün ekranı bekleniyor — yayın izni onaylanınca bu alana yerleşecek.
İnceleme
Sponsor bağı ve yerleşim konumu ayrı ayrı
Bir üye arandığında iki kayıt birlikte değil, ayrı ayrı okunabilir olmalıdır. Böylece bir itiraz geldiğinde hangi kaydın konuşulduğu belirsiz kalmaz.
Değişiklik izi
Kim, ne zaman, hangi gerekçeyle
Ağaç üzerinde yapılan her değişiklik iz bırakır. Ek onay adımı veya ayrı kişi kuralı gerekiyorsa bu, ürünün varsayılanı olarak değil, kurguda tanımlanan bir kural olarak ele alınır.
Denetim izi ve raporlama
Degisiklik gecmisi, kim/ne zaman/onceki-yeni deger ve rapor filtrelerinin izlenmesi
Gerçek ürün ekranı bekleniyor — yayın izni onaylanınca bu alana yerleşecek.
Uye ve rol yonetimi
Uye arama ve listesi, durum, rol ve yetki baglaminin tek yonetim ekranindan yonetilmesi
Gerçek ürün ekranı bekleniyor — yayın izni onaylanınca bu alana yerleşecek.
Kapsam
Kim hangi ağacı, hangi derinlikte görür
Görünürlük rol ve yetki tanımından okunur. Yönetimde açık olan bir alan, sahada otomatik olarak açık değildir.
Ağaçta değişiklik neyi etkiler?
Aşağıdakiler kesin ürün davranışı değil, sistem tasarımında karara bağlanması gereken başlıklardır.
Sponsor değişirse
Referans atfı ve sponsora bağlı bonus katmanları etkilenebilir. Geçmişe dönük etkinin olup olmayacağı varsayılmaz; proje kuralıyla tanımlanır ve denetim izi gerektirir.
Yerleşim değişirse
Binary veya matrix gibi kurgularda hacim yolu ve pozisyon dengesi değişebilir. Değişikliğin hangi dönemden itibaren geçerli olacağı önceden belirlenir.
Kariyer sonucu değişirse
Kapanmış dönemin sonucu sessizce yeniden yazılmaz. Etki, gerekçesiyle birlikte ayrı bir düzeltme kaydı olarak ele alınır.
Her durumda
Kim, ne zaman, hangi gerekçeyle değiştirdi bilgisi kayıt altında kalır. Ek onay adımı gerekip gerekmediği kurguda tanımlanabilir.
Sponsor–yerleşim ilişkisi her planda aynı ağırlıkta değildir
Plan kurgusu, hangi ağacın hangi kararda belirleyici olduğunu değiştirir.
- Binary
Yerleşim belirleyicidir; sponsor ile pozisyonun ayrışması sık karşılaşılan kurgudur.
- Unilevel
Sponsor ve yerleşim çoğu kurguda örtüşür; derinlik ve genişlik öne çıkar.
- Matrix
Genişlik sınırı nedeniyle yerleşim, sponsor bağından bağımsız ilerleyebilir.
- Hibrit
Katmanlar farklı ağaçları okuyabilir; öncelik ve çakışma kuralı ayrıca tanımlanır.
Bu ayrım ne zaman işe yarar, ne zaman zorlaşır?
İşe yarayabilir
- Sponsor ve yerleşim kayıtlarının ayrı ayrı izlenebilir olması isteniyorsa.
- Kariyer sonucunun hangi veriden çıktığının sahada açıklanması gerekiyorsa.
- Ağaçta yapılan değişikliklerin gerekçe ve iz kaydıyla yürütülmesi bekleniyorsa.
- Bayinin yalnız yetkili olduğu kapsamı görmesi bir gereklilikse.
Zorlaşabilir
- Sponsor ve yerleşim aynı şey sayılırsa plan davranışı ilerleyen dönemde tartışmalı hale gelir.
- Kariyer koşulları yazılı değilse ilerleme sahada açıklanamaz.
- Geçmişe dönük ağaç düzeltmeleri kural olmadan yapılırsa dönem sonuçları karşılaştırılamaz.
- Çok derin yapılarda görünürlük kapsamı tanımlanmazsa veri paylaşımı riski doğar.
Sık sorulanlar
Kısa yanıtlar
- Hayır. Sponsor ağacı kimin kimi getirdiğini, yerleşim ağacı ise üyenin plandaki pozisyonunu gösterir. Bazı kurgularda ikisi örtüşür, bazılarında ayrışır. Sistemde iki bilgi ayrı kayıt olarak tutulmalı ve ayrı ayrı izlenebilmelidir.
- Kariyer bir ağaç değil, dönem kayıtlarından üretilen bir değerlendirme sonucudur. Sponsor ve yerleşim verisini okuyabilir ama onların yerine geçmez. Bu yüzden üç kavramı tek görünüm gibi sunmuyoruz.
- Bunun mümkün olup olmadığı, hangi yetkiyle ve hangi gerekçeyle yapılabileceği proje kuralında tanımlanır. Geçmiş dönemlere etkisi otomatik varsayılmaz; değişikliğin izi ve gerektiğinde ek onay adımı kurguda belirlenir.
- Beklenen davranış, bayinin yalnız yetkili olduğu ve kişisel kapsamına giren bilgiyi görmesidir. Hangi alanların hangi role açılacağı proje başında tanımlanır; kişisel veri alanları ayrıca sınırlandırılır.
- Hayır. Kişisel hacim, ekip hacmi, aktiflik, gerekli direkt sayısı, kol koşulu ve derinlik gibi başlıkların hangileri ve nasıl kullanılacak, projede tanımlanır. Bu sayfada sabit bir rank kuralı ya da eşik iddia edilmez.
- Saha tarafı çoğunlukla mobilden bakar; bu yüzden ekip, sponsor hattı ve kariyer durumu mobil öncelikli kurgulanır. Yönetim tarafındaki arama, filtre ve inceleme işleri masaüstü için tasarlanır. Gerçek ekranlar yayın izni tamamlandığında bu sayfadaki alanlara yerleşir.
Ağaç yapınızı birlikte tanımlayalım
Sponsor bağı, yerleşim kuralı, kariyer koşulları ve değişiklik yetkilerini proje kurgusunda netleştirelim.