Ana sayfa/Ürünler/Sales Performance/Doğrudan satış primleri
Ürün · Sales Performance

Temsilcilerinizin güvendiği, finansın denetleyebildiği komisyon planları.

Doğrudan satış ekipleri için kota, komisyon ve SPIFF yönetimi — deterministik hesaplama, şeffaf panolar, yönetişimli değişiklik.

Doğrudan satış primleriModüller
01Plan sürümleme
02Güncel durum
03Paylaşım ve ekip payı
04Geri alım ve koşullar
05SPIFF ve hızlandırıcılar
Nasıl ilerler
  1. Planların çıkarılması
  2. Beslemeler ve hiyerarşi
  3. Paralel çalıştırma
  4. Geçiş
  5. İşletim
Sorun

Komisyon hesap tabloları sessizce bozulur.

Bir formül yeni plana göre güncellenmez. Biri araya satır ekledikten sonra bir arama formülü artık geçersiz bir aralığı gösterir. Bir işaret hatası bir geri alımı ödenecek tutara çevirir ve tutar ödenir. Bunların hiçbiri kendini duyurmaz; bir temsilci rakamlarını bir meslektaşıyla karşılaştırdığında ya da denetim bir sayının arkasındaki hesabı istediğinde ve o hesap sekmelerle dolu bir çalışma kitabı olduğunda ortaya çıkarlar.

Maliyet yalnızca para değildir. Temsilciler plana güvenmeyi bırakır ve kendi kayıtlarını tutmaya başlar. Finans, zaten tutması gereken rakamları mutabık kılmak için her dönemde zaman kaybeder. Satış operasyonu ise yılını planı tasarlamak yerine ayakta tutmakla geçirir — oysa geliri asıl hareket ettiren kısım tasarımdır.

Sales Performance ürününün doğrudan satış primleri modülü; planı sürümlenmiş konfigürasyona, hesaplamayı deterministik bir motora ve ödemeyi denetlenebilir bir kayıt defterine taşır. Temsilciler durumlarını her çalıştırmadan sonra görür. Finans dönemi sistemden kapatır. Operasyon, planları yeni bir çalışma kitabıyla değil, onay iziyle değiştirir.

Modülün içinde

Prim makinesi, beş parçada.

Her parça, ortak platform kaydı üzerindeki bir konfigürasyondur. Tasarımcıda yazılan plan; motorun hesapladığı, panonun açıkladığı ve kayıt defterinin kapattığı planla aynıdır — dört kopya değil, tek bir tanım.

01

Plan sürümleme

Her plan değişikliği; bir yazarı, bir onaylayanı ve bir yürürlük tarihi olan yeni bir sürümdür. Yıl ortasındaki değişiklikler yıl ortası kaosu yaratmadan yapılır, çünkü motor hangi sürümün hangi işleme uygulandığını bilir ve eski sürümler denetim için yeniden çalıştırılabilir kalır.

SürümlüOnay akışıYürürlük tarihi
02

Güncel durum

Temsilciler hedef gerçekleşmesini ve öngörülen ödemeyi her çalıştırmadan sonra görür; açık fırsatlar üzerinde senaryo projeksiyonu yapabilir. Planın yaratmak için tasarlandığı motivasyon, çeyrek kapanışından sonra gelen bir dökümde değil, davranışı hâlâ değiştirebileceği anda verilir.

Temsilci panosuProjeksiyonÇalıştırma bazında
03

Paylaşım ve ekip payı

Overlay rolleri, paylaşımlar, ekip payı ve role dayalı pay atama; manuel düzeltmeler değil, kurallardır. Müşteri sahibi, overlay uzmanı ve ekip lideri bulunan bir fırsatta üçü de kurala göre pay alır ve kuralın bir sürümü vardır.

OverlayPaylaşımKurallar
04

Geri alım ve koşullar

Uyum koşulları ve geri alım mantığı tutarlı ve görünür biçimde işler. Geri alım penceresi içinde kaybedilen bir müşteri, kaydedildiği oran üzerinden ters kaydedilir; eksik bir uyum işareti ödemeyi bekletir ve yöneticiye yönlendirir — gerekçe temsilciye gösterilir.

Geri alımUyumBekletme
05

SPIFF ve hızlandırıcılar

Kısa vadeli primler ve kademeli hızlandırıcılar; kendi pencereleri, bütçeleri ve uygunluk koşulları olan plan bileşenleridir ve temel plan değiştirilmeden onun üzerine eklenir. SPIFF sona erdiğinde birinin hafızasında değil, kayıtta sona erer.

SPIFFHızlandırıcıPencereler
Özellikler

Ayrıntıda neler yapar?

01

Temsilcinin harekete geçebileceği bir durum.

Temsilci panosu; bugüne kadarki gerçekleşmeyi, mevcut hızda öngörülen ödemeyi ve her rakamı belirleyen plan maddelerini sade bir dille gösterir. Temsilci “bu fırsatı kapatırsam ne olur” diye sorabilir ve bir hızlandırıcıyı tetikleyip tetiklemediği dahil yanıtı görebilir. Bir şey yanlış göründüğünde sorgu e-postayla değil, doğrudan o satırdan açılır.

  • Her hesaplama çalıştırmasından sonra yenilenen gerçekleşme ve ödeme
  • Hızlandırıcı eşikleri dahil, açık fırsatlar üzerinde senaryo projeksiyonu
  • Her satırda tek tıkla yapılandırılmış sorgu; SLA ile doğru sorumluya yönlendirilir
02

Pay atama, düzeltmeyle değil kuralla.

Hesap tablosu itirazlarının birçoğu pay itirazıdır: birkaç kişinin dokunduğu bir fırsattan kimin ne kadar pay alacağı. Modül payı kuralla belirler — konfigürasyondan gelen rol, bölge, overlay ve paylaşım yüzdeleriyle — ve kuralı pay tutarının yanında gösterir. Kural değiştirildiğinde değişiklik, bir sürümle birlikte sonraki tüm fırsatlar için geçerli olur. Burada gösterilen pay yüzdeleri örnektir.

  • İK hiyerarşisinden gelen role dayalı pay atama; görev değişiklikleri ve yeniden yapılanmalar için yürürlük tarihli
  • Plan bazlı üst sınırlarla overlay ve paylaşım kuralları; toplam pay politikayı aşmaz
  • Atanmamış kayıtlar sessizce ödemenin dışında kalmaz, bir kuyrukta görünür
Rol = Müşteri sahibiPay: ACV’nin %100’ü
Overlay = Çözüm mühendisiPay: %30 (overlay, paylaşımsız)
Paylaşım bildirildiPay: bildirilen yüzdelere göre
Bölge fırsat sırasında değiştiPay: kapanış tarihindeki bölgeye göre

Örnek kurallar. Sizinkiler sizinle birlikte yapılandırılır.

03

Mutabakat olmaktan çıkan kapanış.

Motor deterministik olduğu ve her çalıştırma girdilerini sakladığı için kapanış artık bir mutabakat çalışması olmaktan çıkar. Finans, çalıştırmanın beklentilerle uyuştuğunu kontrol eder, düzeltme kaydını inceler ve şirket ile para birimi bazında ödeme dosyalarını serbest bırakır. Değişen şey zamanın nereye gittiğidir: kapanış, deterministik bir çalıştırmanın incelemesine; itiraz ise tartışma yerine kayıt üzerinde bir sorguya dönüşür.

  • Çalıştırmadan üretilen; şirket, para birimi ve bordro takvimi bazında ödeme dosyaları
  • Karşılıklar ve düzeltme kayıtları, onları üreten çalıştırma hash’iyle birlikte işlenir
  • Her hesaplama iç veya dış denetim için yeniden çalıştırılabilir
Rollere göre

Aynı rakama bakan üç koltuk.

Temsilci

Görün, öngörün, sorgulayın.

Temsilci panoyu açar; güncel gerçekleşmeyi, öngörülen ödemeyi ve plan koşullarını insanın okuyabileceği bir dille görür. Açık fırsatlar bir projeksiyona eklenebilir. Her satır sorgulanabilir ve sorgu, güvence veren bir cümleyle değil hesaplamayla yanıtlanır.

  • Her çalıştırmadan sonra durum ve projeksiyon
  • Plan maddeleri, belirledikleri rakamların yanında
  • Her satırda yapılandırılmış sorgu
Satış operasyonu

Planları ayakta tutmak yerine tasarlayın.

Operasyon; plan kütüphanesinin, pay kurallarının ve itiraz kuyruğunun sahibidir. Ekip, çalışma kitaplarını mutabık kılmak yerine bir sonraki plan yılını modeller, simüle eder ve insanların kafasını karıştıran maddeleri bulmak için itiraz örüntülerini izler. Yeniden yapılanmalar uygulanmadan önce simüle edilir.

  • Sürüm farklarıyla plan kütüphanesi
  • Gerçek geçmiş işlemler üzerinde simülasyon
  • Plan ve madde bazında itiraz analitiği
Finans

Yeniden üretebileceğiniz bir rakamla kapatın.

Finans; çalıştırma özetini, düzeltme kaydını ve şirket bazında ödeme dosyalarını alır. Karşılıklar otomatik işlenir; düzeltmeler temiz biçimde ters kaydedilir. Denetim herhangi bir rakamın nasıl üretildiğini sorarsa, çalıştırma saklanan girdileri ve plan sürümüyle yeniden çalıştırılabilir.

  • Çok şirketli, çok para birimli ödeme dosyaları
  • Dönem bazında karşılık ve düzeltme kayıtları
  • Geçmiş çalıştırmaların yeniden üretimi
Mimari

Kapanan fırsattan ödenen komisyona.

Kaynaklar
CRM fırsatlarıERP faturaları ve iade faturalarıHRIS hiyerarşisiUyum işaretleri
Veri alımı
Yönetişimli besleme sözleşmeleriDoğrulama ve karantinaKafka
Çekirdek
Plan tasarımcısıPay kurallarıHesaplama motoruİtiraz ve düzeltmeMutabakat kayıt defteri
Çıktılar
Temsilci panosuYönetici ve lider ekranlarıÖdeme dosyalarıGL kayıtlarıDenetim tekrarı
Karşılaştırma

Çalışma kitabına karşı modül.

Plan tanımı
Hesaplama
Pay atama
Temsilci görünürlüğü
İtirazlar
Kapanış
Denetim
01Komisyon hesap tablosu
Plan tanımıSekmelere yayılmış formüller; tek sahip
HesaplamaHer düzenlemeden sonra farklı sonuç verir
Pay atamaHücrelerde manuel düzeltmeler
Temsilci görünürlüğüDönem bittikten sonra gelen döküm
İtirazlarE-posta yazışmaları
KapanışManuel mutabakat
DenetimElle yeniden kurulur
02Doğrudan satış primleri modülü
Plan tanımıOnay ve yürürlük tarihleriyle sürümlenmiş konfigürasyon
HesaplamaDeterministik; aynı girdi, aynı hakediş, yeniden çalıştırılabilir
Pay atamaRoller, overlay’ler ve paylaşımlar için kurallar
Temsilci görünürlüğüHer çalıştırmadan sonra projeksiyonlu durum
İtirazlarSLA’lı yapılandırılmış kuyruk ve düzeltme kaydı
KapanışÇalıştırmanın incelenmesi; dosyalar çalıştırmadan üretilir
DenetimHer hesaplama yeniden çalıştırılabilir
Entegrasyonlar

Bir komisyon planının ihtiyaç duyduğu beslemeler.

Salesforce

Fırsatlar, ürünler, paylaşımlar ve müşteri sahipliği; gerçekleşme geri yazılır

ERP

Kaydedilen ve tahsil edilen bazlı planlar için faturalar, ödemeler ve iade faturaları

HRIS

Yürürlük tarihli pay atama için roller, yöneticiler, başlangıç ve bitiş tarihleri

Bordro

Bordro takvimine göre şirket ve para birimi bazında ödeme dosyaları

Hayata geçirme

Çalışma kitabını emekli etmenin yolu.

01

Planların çıkarılması

Çalışma kitabının sahipleriyle birlikte oturur ve her planı tasarımcıda yeniden kurarız. Belirsiz her formül, adı belli bir sahibi olan açık bir kurala dönüşür.

02

Beslemeler ve hiyerarşi

CRM, ERP ve İK beslemeleri yönetişimli sözleşmeler altında akmaya başlar. Pay kuralları yapılandırılır ve geçen çeyreğin kayıtlarına karşı kontrol edilir.

03

Paralel çalıştırma

Motor, rakamlar tutana kadar çalışma kitabıyla birlikte hesaplar. Her fark yazılı olarak açıklanır.

04

Geçiş

Temsilci panoları canlıya alınır, ödeme dosyaları bordroya gider, itirazlar kuyruğa taşınır ve çalışma kitabı son mutabık kalınan rakamlarıyla arşivlenir.

05

İşletim

Plan yılı değişiklikleri, SPIFF pencereleri ve yeniden yapılanmalar kayıt üzerinde yürütülür; platformu sizinle belirlenen SLO’lara göre Odeontech ekibi işletir.

SSS

Sık sorulan sorular

Evet. Projeksiyon temsilci panosunda yerleşiktir: açık bir fırsatı projeksiyona ekleyin, gerçekleşme ve ödeme üzerindeki etkisini, bir hızlandırıcı eşiğini geçip geçmediği dahil görün.
Standarttır. Kurlar, takvimler ve şirketler birim bazında yapılandırılır, ödeme dosyaları şirket ve para birimi bazında üretilir, raporlama ise hepsini konsolide eder.
Tasarımcıda modellenir, geçen çeyreğin verisi üzerinde simüle edilir ve onaylanır; kimin neyi değiştirdiğini, kimin onayladığını ve hangi tarihten itibaren geçerli olduğunu gösteren bir denetim izi kalır.
Kural olarak. Geri alım penceresi içindeki bir müşteri kaybı veya iptal, bir sonraki çalıştırmada kaydedildiği oran üzerinden ters kaydedilir, gerekçesiyle birlikte temsilciye gösterilir ve orijinal kaydı değiştirmek yerine kendi kayıt defteri satırı olarak işlenir.
Operasyonun çözmesi için atanmamış kayıtlar kuyruğuna düşer ve çözüm — genellikle yeni ya da düzeltilmiş bir kural — kayda geçer. Sessizce ödemenin dışında kalmaz, kuyrukta görünür.
Evet. Satış performansı yönetimi ve iş ortağı modülü aynı kayıt üzerine sonradan eklenebilir.

Kendi verinizle görün.

Platformu işleten bir mühendisle rehberli demo — hazır bir sunum değil, sizin programınıza göre yapılandırılmış.

✓ Satış sunumu yok✓ AI-native bir mühendisten yanıt✓ Yazılı geri dönüş