Çoğu satıcı kurumsal yazılım lisansı satışını abonelik satışının büyük hali sanır. Mantık şu: tek kullanıcıya sattığını çarparsın, on koltuk yerine yüz koltuk satarsın, ciro büyür. Oysa kurumsal tarafta oyunun kuralları tamamen değişir. Alıcı artık bireysel kullanıcı değil; satın alma birimi, finans departmanı ve bilgi işlem sorumlusudur. Üçü de aynı satıştan farklı şeyler ister ve üçünü de aynı anda memnun edemeyen satıcı teklif aşamasında elenir.
GitHub Copilot gibi geliştirici araçlarının lisans satışı bu yüzden ayrı bir disiplin. Koltuk sayısı dönem içinde değişir, kullanıcı ekleme çıkarma talebi gelir, fatura tek kalem olarak istenir, sözleşme süresi ile ödeme takvimi çakışır. Bütün bunları e-tabloyla yönetmeye çalışan satıcı ilk büyük müşterisinde tıkanır. Bu yazıda kurumsal satışın yazılı olmayan kurallarını ve bu kuralları altyapıya nasıl gömdüğünü, hangi e-pin satış scripti yeteneklerinin zorunlu olduğunu anlatıyorum.
Kurumsal alıcı gerçekte neyi satın alıyor?
Bireysel müşteri ürünü alır; kurumsal müşteri sorumluluğu alır. Bilgi işlem sorumlusu için asıl soru "bu lisans çalışıyor mu" değil, "bir denetim geldiğinde bunu nasıl belgeleyeceğim" sorusudur. Finans için soru "fiyat kaç" değil, "bu gider hangi döneme, hangi masraf merkezine yazılacak" sorusudur.
Bu yüzden kurumsal satışta kazanan teklif en ucuz teklif değildir. Kazanan teklif, koltuk listesini, sözleşme süresini, yenileme tarihini ve fatura biçimini tek sayfada net gösteren tekliftir. Bunu üretmek için satış anında toplanan verinin yapısı önemli: vergi bilgisi, kurumsal e-posta alan adı, koltuk sahibi listesi ve yetkili kişi. Dijital ürün satış yazılımı tarafında bu alanların bireysel siparişten ayrı bir akışta toplanması gerekir; aynı formla ilerlemek en sık yapılan hata.
Pratik sonuç: kurumsal müşteri kazanmak istiyorsan vitrinine "kurumsal talep" akışı eklemek zorundasın. Sepete at düğmesi tek başına bu alıcıyı taşımaz.
Koltuk yönetimi neden en pahalı hata alanı?
Copilot benzeri araçlar koltuk tabanlıdır. Yani müşteri elli koltuk alır, içine kullanıcı ekler. Sorun şurada başlar: şirket içinde işe girenler ve çıkanlar olur, koltuk devredilir, bir kullanıcı iki kez tanımlanır. Satıcı koltuk sayısını dönem başındaki hâliyle hatırlamaya devam eder ve yenileme zamanında rakamlar uyuşmaz.
Uyuşmazlığın maliyeti ikiye katlanır. Bir yanda eksik faturalandırma yüzünden kaybettiğin gelir, öte yanda fazla faturalandırma yüzünden kaybettiğin güven var. Her ikisi de aynı sebepten doğar: koltuk hareketlerinin kaydı yok.
Doğru kurulumda her koltuk kendi kaydı olan bir varlıktır. Atandığı tarih, atandığı kullanıcı, devredildiği tarih ve serbest bırakıldığı tarih ayrı satırlarda durur. Bunu tutan epin yazılım altyapısı yenileme faturasını tartışmasız üretir.
| Satış modeli | Fatura biçimi | Koltuk esnekliği | Tahsilat riski | Yönetim yükü |
|---|---|---|---|---|
| Peşin yıllık paket | Tek kalem | Düşük | Çok düşük | Düşük |
| Aylık koltuk bazlı | Dönemsel | Yüksek | Orta | Yüksek |
| Kademeli hacim sözleşmesi | Tek kalem + ek | Orta | Düşük | Orta |
| Ön ödemeli kontör havuzu | Yükleme bazlı | Çok yüksek | Çok düşük | Orta |
Sözleşme süresi ile ödeme takvimini nasıl ayrıştırırsın?
Yeni satıcıların en çok karıştırdığı iki kavram: lisansın geçerlilik süresi ve müşterinin ödeme takvimi. Bunlar aynı şey değil ve aynı olmak zorunda da değil. Bir yıllık lisans üç eşit taksitle ödenebilir; altı aylık lisans peşin tahsil edilebilir. Kurumsal müşteri genelde bu esnekliği arar çünkü bütçesi dönemsel akar.
Ancak esneklik kayıt olmadan tehlikeli. Lisans aktif, ödeme gecikmiş bir müşteri sessizce kâr yakar. Bu yüzden sistemde iki ayrı durum alanı bulunmalı: lisans durumu ve tahsilat durumu. İkisi ayrı yürüdüğünde hangi müşterinin hizmet aldığını ama ödemediğini tek bakışta görürsün.
Bu ayrımı kuran dijital ürün satış scripti, tahsilat gecikmesinde otomatik hatırlatma ve belirli gün sonunda erişim askıya alma kuralı da tanımlayabilir. İnsan eliyle yapılan hatırlatma her zaman gecikir; kural gecikmez.
Kurumsal lisans satışında zaman harcanan alanlar
- Koltuk ekleme ve çıkarma 40%
- Teklif ve fatura hazırlığı 30%
- Yenileme takibi 18%
- Teknik destek 12%
Teklif çıkarmak neden otomatikleşmeli?
Kurumsal satışın en yorucu tarafı teklif turudur. Müşteri elli koltuk sorar, sonra otuza iner, sonra iki yıllık fiyat ister, sonra ek departman ekler. Her turda elle belge hazırlayan satıcı günde iki teklife düşer ve büyük müşterileri sırf hızsızlıktan kaçırır.
Çözüm, fiyat kurallarını sistemde tanımlayıp teklifi tek tıkla üretmek. Kademe bazlı iskonto, yıllık peşin indirimi, minimum koltuk kuralı ve taban fiyat kilidi kural olarak yazıldığında teklif hazırlamak dakikalar yerine saniyeler alır. Üstelik tutarsız fiyat verme riski ortadan kalkar; aynı büyüklükteki iki müşteriye farklı rakam söylemek kurumsal tarafta itibar kaybıdır.
Sözleşmeyi kaydederken yenilemeden kırk beş gün önce tetiklenen bir hatırlatma tanımla. Kurumsal bütçe o pencerede kapanır; sonra hatırlatan satıcı yenilemeyi kaybeder.
Hangi belgeleri hangi anda üretmek zorundasın?
Kurumsal alıcı belgeyle çalışır. Teklif, sipariş onayı, teslim tutanağı, fatura ve yenileme bildirimi. Bu beş belgenin hepsi satışın farklı anına denk gelir ve hepsi aynı veriden beslenmelidir. Aynı veriden beslenmediğinde rakamlar arasında fark çıkar; fark çıktığında ödeme bekler.
Bu yüzden belge üretimini ayrı bir yerde değil, siparişin üstünde tutmak gerekir. Sipariş kaydı değiştiğinde belge de değişmeli, eski sürüm arşivde kalmalı. Bu yapıyı sunan e-pin satış yazılımı ile denetim günü geldiğinde tek klasör açman yeterli olur. Hangi alanların zorunlu tutulduğunu özellikler listesinde görebilirsin.
| Kontrol maddesi | Sorumlu taraf | Doğrulama ölçütü |
|---|---|---|
| Kurumsal talep akışı | Satış | Vergi ve yetkili alanı zorunlu |
| Koltuk hareket kaydı | Sistem | Atama ve iade tarihli |
| Lisans/tahsilat ayrımı | Finans | İki bağımsız durum alanı |
| Kural bazlı iskonto | Yönetim | Taban fiyat kilidi aktif |
| Yenileme hatırlatması | Sistem | 45 gün önce tetikler |
| Belge sürümlemesi | Sistem | Eski sürüm arşivde |
| Yetkili değişikliği | Müşteri | Yazılı onayla güncellenir |
Kurumsal lisans satışını tek panelden yönet
Koltuk hareketleri, teklif kuralları, tahsilat durumu ve yenileme takvimi Pinova üzerinde birbirine bağlı çalışır.
Kurumsal müşteriye bireysel vitrinden satış yapabilir miyim?
Teknik olarak evet, pratikte kayıp. Kurumsal alıcı vergi bilgisi, yetkili tanımı ve tek kalem fatura ister. Ayrı bir talep akışı kurmadan bu alıcıyı teklif aşamasının ötesine taşımak çok zor.
Koltuk sayısı dönem içinde artarsa fiyatı nasıl hesaplarım?
Kalan gün sayısına oranlı hesap en adil yöntem. Sistemde koltuk atama tarihi tutuluyorsa bu hesap otomatik çıkar; tutulmuyorsa her seferinde pazarlık konusu olur ve genelde satıcı kaybeder.
Ödemesi geciken kurumsal müşterinin erişimini kesmeli miyim?
Kesmeden önce iki otomatik hatırlatma ve bir yetkili bildirimi gönder. Kural sistemde yazılıysa bu süreç kişisel ilişkiye zarar vermez; herkes baştan neyin olacağını bilir.
Yenileme oranını artırmanın en etkili yolu nedir?
Yenilemeden kırk beş gün önce iletişim kurmak ve o dönemin kullanım özetini sunmak. Somut kullanım verisi gösteren satıcı, sadece fiyat hatırlatan satıcıdan belirgin biçimde daha yüksek yenileme alır.
Kurumsal lisans satışı sabır işi ama karmaşık bir iş değil. Koltuğu varlık gibi kaydettiğin, lisans ile tahsilatı ayırdığın, teklifi kurala bağladığın ve belgeyi siparişin üstünde tuttuğun anda bu segment en kârlı müşteri grubuna dönüşür. Anlattığım akışın ekranda nasıl göründüğünü görmek istersen canlı demo üzerinde örnek bir kurumsal sipariş açıp koltuk atamasından yenileme hatırlatmasına kadar tüm zinciri deneyebilir, ardından paket seçimine geçebilirsin.