Network Marketing
Network Marketing Modülleri
Modül seçmek, bağımsız özellikleri işaretlemek değildir. Hangi alanın hangi veriyi ürettiği ve neye bağlı çalıştığı belli olduğunda kapsam kararı da netleşir.
Yonetim — modul ve kapsam gorunumu
Devrede olan modul ailelerinin ve bagimliliklarinin yonetim tarafinda izlenmesi
Gerçek ürün ekranı bekleniyor — yayın izni onaylanınca bu alana yerleşecek.
Gerçek ürün ekranı bekleniyor.
Modül haritası
Bir modül ailesi seçin: hangi problemi çözer, hangi rol kullanır, hangi veriyi okur ve yazar, neye bağımlı çalışır ve hangi ekrana yansır.
Modül aileleri
Seçim yalnız renkle değil; işaret ve kenarlık biçimiyle de gösterilir. Aile adları anlatım içindir; kapsam projede tanımlanır.
Çekirdek veri omurgası
Üye, rol ve kimlik
Hangi problemi çözer
Aynı kişinin müşteri, bayi ve yönetici olarak farklı listelerde tutulması; kimin neyi görebildiğinin yazılı olmaması.
Hangi rol kullanır
Admin tanımlar, bayi kendi kaydını, müşteri yalnız kendi hesabını görür.
Hangi veriyi okur
Kayıt/davet formu, sözleşme onayı, kimlik ve iletişim alanları.
Hangi veriyi yazar
Tekil üye kaydı, rol atamaları ve yetki sınırları.
Neye bağımlıdır
Bağımsız çalışabilen çekirdek. Diğer modüllerin çoğu bu kaydı referans alır.
Hangi ekrana yansır
Yönetimde üye/rol ekranı, sahada profil ve hesap görünümü.
Bağımlılık zinciri
Zincirin bir halkası tanımlı değilse sonraki halkalar da eksik çalışır. Bu yüzden modüller rastgele açılıp kapatılmaz; sıraya göre ele alınır.
- 01
Üye
Kayıt ve rol tanımlanır; her şey bu kimliğe bağlanır.
- 02
Sipariş
Sipariş tekil kayıt olarak oluşur.
- 03
Hacim
Hacim, siparişten üretilir; ayrıca elle girilmez.
- 04
Uygunluk / kariyer
Dönem hacmi ve kural seti seviyeyi belirler.
- 05
Hakediş
Kural motoru sonucu dönem kaydına yazar.
- 06
Rapor
Rapor yeni hesap yapmaz; zincirdeki kaydı okur.
Zincir genel bir anlatımdır. Hangi adımın hangi sistemde çalışacağı ve dönem kuralları projede tanımlanır.
Aynı modül, farklı yüz
Bir modül üç role birden açılmaz. Aynı kayıt, rolün ihtiyacına göre farklı derinlikte görünür.
Mobil öncelikli
Müşteri
Ürün, sipariş ve teslimat. Ağaç, hacim ve plan mantığı müşteri yüzünde gösterilmez.
Mobil + masaüstü
Bayi
Aynı modüller özet yüzle görünür: ekip, kariyer durumu, sipariş/hacim ve onaylanmış hakediş.
Masaüstü öncelikli
Yönetim
Aynı modüllerin tanım ve denetim yüzü: kural, yetki, dönem kapanışı ve entegrasyon durumu.
Gerçek ürün ekranı bekleniyor.
Kariyer ve uygunluk — saha yüzü
Bayi, seviyesini ve dönem uygunluğunu okur; hesap arka planda tek kaynaktan gelir.
Gerçek ürün ekranı bekleniyor.
Sipariş ve hacim — saha yüzü
Siparişin hacim kaydına nasıl dönüştüğü özet olarak görünür; ayrı bir hesap yapılmaz.
Modüller hangi ekrana düşer?
Gerçek ürün ekranları yayın izni tamamlandığında bu alanlara yerleşir. O zamana kadar alanlar bekliyor olarak işaretli kalır.
Yonetim — uye, rol ve yetki modulu
Uye kaydi, rol atamasi ve yetki sinirlarinin tek ekranda yonetilmesi
Gerçek ürün ekranı bekleniyor — yayın izni onaylanınca bu alana yerleşecek.
Çekirdek
Üye, rol ve yetki
Tek üye kaydı üzerine rol ve yetki bağlanır. Diğer modüllerin görünürlüğü bu tanımdan okunur.
Yonetim — donem, hakedis ve raporlama modulu
Donem kapanisi, hakedis kaydi ve rapor/denetim izinin birlikte izlenmesi
Gerçek ürün ekranı bekleniyor — yayın izni onaylanınca bu alana yerleşecek.
Dönem ve denetim
Dönem, hakediş ve raporlama
Kapanış sonucu dondurulur; düzeltmeler ayrı kayıt olur ve rapor bu zinciri okur.
Yonetim — modul ve kapsam gorunumu
Devrede olan modul ailelerinin ve bagimliliklarinin yonetim tarafinda izlenmesi
Gerçek ürün ekranı bekleniyor — yayın izni onaylanınca bu alana yerleşecek.
Kapsam
Modül ve bağımlılık görünümü
Devrede olan alanların ve bağlı oldukları kaynakların yönetim tarafında tek yerden izlenmesi.
Destekleyici
Saha tarafındaki kaydın derin görünümü
Mobilde özet olarak okunan kayıt, masaüstünde filtre ve geçmişle birlikte incelenir. Kaynak aynıdır.
Bayi backoffice — donem raporu ve gecmis
Donem raporlarinin, gecmis kayitlarin ve ekip agacinin masaustunde incelenmesi
Gerçek ürün ekranı bekleniyor — yayın izni onaylanınca bu alana yerleşecek.
Çekirdek omurga ve kapsam kararına bağlı alanlar
Aşağıdaki ayrım hazır bir ürün paketi değildir; kapsam görüşmesinde başlangıç noktasıdır.
Genellikle çekirdekte yer alır
Üye, rol ve kimlik
Kim kimdir, hangi yetkiyle girer
Sponsor, yerleşim ve kariyer ağacı
İlişki yapısı ve seviye
Kazanç planı ve prim motoru
Kural mantığının çalıştığı yer
Dönem, hakediş ve kapanış
Sonucun dondurulduğu yer
İhtiyaç ve entegrasyon kararına bağlıdır
Sipariş, hacim ve entegre e-ticaret
Hacmin oluştuğu kaynak
Raporlama ve denetim izi
Sonuçtan kaynağa geri gidiş
API ve entegrasyonlar
Dış sistemlerle bağ
Bildirim ve mobil saha deneyimi
Aynı kaydın saha yüzü
İhtiyaca göre kombinasyon
Üç açıklayıcı senaryo. Bunlar paket adı ya da fiyat kademesi değildir; hangi alanların öne çıktığını gösterir.
Senaryo 01
Yalnız bayi / network operasyonu
Satış dışarıda yürüyor, sistem üyelik, ağaç, dönem ve hakediş tarafını üstleniyor.
Öne çıkan
- Üye, rol ve kimlik
- Sponsor / yerleşim ağacı
- Kazanç planı
- Dönem ve hakediş
Sonraya bırakılabilir
- Entegre e-ticaret
- Mobil saha deneyimi
Senaryo 02
Network + e-ticaret
Sipariş kendi sisteminde oluşuyor; hacim ve atıf doğrudan bu kayıttan üretiliyor.
Öne çıkan
- Sipariş, hacim ve e-ticaret
- Üye ve kimlik
- Kazanç planı
- API ve entegrasyonlar
Sonraya bırakılabilir
- Raporlama derinliği
- Mobil saha deneyimi
Senaryo 03
Network + mobil saha
Saha ekibi günlük işi telefondan yürütüyor; masaüstü derin inceleme için kalıyor.
Öne çıkan
- Bildirim ve mobil saha
- Sponsor / yerleşim ağacı
- Dönem ve hakediş
- Üye ve kimlik
Sonraya bırakılabilir
- Entegre e-ticaret
- API kapsamı
Modüler yaklaşım ne zaman işe yarar, ne zaman zorlaşır?
İşe yarayabilir
- Kapsam kademeli açılacak ve hangi modülün neye bağlı olduğu önceden netleşmesi gerekiyorsa.
- Saha ve yönetim aynı kaydı farklı yüzlerden okuyacaksa.
- Sipariş, hacim ve hakediş arasındaki bağın izlenebilir kalması isteniyorsa.
- Mevcut ERP, ödeme veya lojistik tarafıyla kalıcı veri alışverişi planlanıyorsa.
Zorlaşabilir
- Çekirdek modüller tanımlanmadan yalnız uç modüllerin açılması istenirse kapsam tutarsızlaşır.
- Sponsorluk ve yerleşim ayrımı yazılı değilse ağaç modülünün davranışı belirsiz kalır.
- Kaynak sistem kararı verilmeden entegrasyon modülü planlanamaz.
- Geçmiş veri farklı formatlardaysa taşıma ayrı bir kapsam olarak ele alınmalıdır.
Sık sorulanlar
Kısa yanıtlar
- Kısmen. Üye, ağaç, dönem ve hakediş gibi çekirdek alanlar birbirine bağlı çalışır; e-ticaret, mobil saha, raporlama derinliği ve entegrasyonlar gibi alanlar ise ihtiyaç ve kapsam kararına bağlı olarak sonradan da devreye alınabilir. Hangi modülün hangi kaynağa bağlı olduğu proje başında birlikte netleştirilir.
- Genellikle üye/rol, sponsor-yerleşim ağacı, kazanç planı ve dönem/hakediş birlikte ele alınır. Hacim bir yerden gelmek zorunda olduğu için siparişin nerede oluşacağı da bu aşamada tanımlanır.
- Hayır. Buradaki aileler, sistemin nasıl bölümlendiğini ve neyin neye bağlı olduğunu anlatır. Her modülün kapsamı, ekranları ve kuralları projede tanımlanır; sabit bir özellik listesi olarak okunmamalıdır.
- Genellikle kalabilir. Bu durumda sipariş, stok, fiyat ve belge için hangi tarafın kaynak olduğu ve verinin hangi yönde aktığı yazılı olarak tanımlanır; entegrasyonun teknik uygunluğu ayrıca değerlendirilir.
- Hayır. Mobil yüz, aynı kayıtları saha diliyle gösterir; kendi hesabını yapmaz. Bildirim, derin bağlantı ve çevrimdışı davranış gibi konuların kapsamı projede tanımlanır.
- Yaklaşım, kapanmış dönemleri olduğu gibi korumak ve yeni modülün hangi dönemden itibaren etkili olacağını önceden belirlemektir. Geriye dönük etki gerekiyorsa bunun kapsamı ve doğrulama yöntemi ayrıca planlanır.
Hangi modüllerle başlayacağınızı birlikte belirleyelim
Çekirdek omurganın kapsamını, sipariş ve hacmin nerede oluşacağını ve hangi alanların sonraya bırakılabileceğini konuşalım.