Microsoft 365 aboneliği satmaya başlayan çoğu işletme sahibi bunu bir e-pin satışının uzantısı sanır. Ürün dijital, teslimat anlık, müşteri memnun. Bir yıl boyunca hiçbir sorun çıkmaz; sonra bir kurumsal müşterinin satın alma müdürü arar ve tek bir soru sorar: "Bu lisansları hangi kanaldan aldınız, belgeleyebilir misiniz?" O an işin gerçek doğası ortaya çıkar.
Çünkü M365 bir kod değil, bir kullanım hakkının belirli kurallarla devridır. Kodu teslim etmekle iş bitmez; kimin hangi tenantta, kaç kullanıcı için, hangi süre boyunca hak sahibi olduğu kayıt altında olmalıdır. Bu yazıda lisans uyumunun nerede kırıldığını, gri pazarın sana gerçek faturasını ve uyumun bir dijital ürün satış scripti içine nasıl gömüldüğünü anlatacağım.
M365 satışı bir ürün satışı değil, hak devridir
Oyun bakiyesi sattığında ilişki teslimatla biter. Abonelik sattığında ise ilişki teslimatla başlar. Müşteri o hakkı bir yıl kullanacak, yenileyecek, kullanıcı ekleyecek veya azaltacak. Bu süre boyunca sen sadece satıcı değil, kaydın sahibisin. Sorun çıktığında "biz sadece kod sattık" cümlesi seni korumaz, çünkü müşteri kodu değil hizmeti satın aldı.
Bu nedenle abonelik ürünlerini e-pin gibi tek satırlık stok kayıtlarıyla yönetmek, ilk yıl fark edilmeyen ama ikinci yıl patlayan bir borç yaratır. Yenileme dönemi geldiğinde kimin ne zaman ne aldığını bilemezsin; müşteri kaybı da uyum riski de aynı boşluktan doğar.
Partner zinciri: kimden aldığın senin kimliğini belirler
M365 lisansları belirli kanallar üzerinden dağıtılır ve her kanalın kendi kullanım şartları vardır. Eğitim kurumlarına özel lisans ticari şirkete satılamaz, bölgesel kısıtlı lisans başka ülkede kullanılamaz, hacim anlaşmasından koparılmış tek kullanıcı hakkı perakende satışa uygun değildir. Ucuz görünen tekliflerin çoğu bu üç kategoriden birine girer.
Zincirin yukarısını belgeleyemiyorsan aşağısında sattığın her lisans askıda demektir. Kurumsal müşteri bir denetime girdiğinde ondan istenen şey lisansın kendisi değil, edinim kanıtıdır. Kanıtı sen üretemezsen müşteri lisansı kaybeder, sen müşteriyi kaybedersin ve bedeli çoğu zaman iade talebinden büyük olur.
| Lisans tipi | Kime uygun | Satışta dikkat | Risk seviyesi |
|---|---|---|---|
| Bireysel abonelik | Tek kullanıcı, ev kullanımı | Kurumsal tenant'a bağlanamaz | Düşük |
| İşletme planı (aylık/yıllık) | KOBİ, kullanıcı sayısı sınırlı | Seat sayısı kayıt altında olmalı | Orta |
| Kurumsal plan | Büyük organizasyon | Taahhüt ve yenileme takibi şart | Orta |
| Eğitim lisansı | Kurum ve öğrenciler | Ticari satışa uygun değil | Yüksek |
| Bölge kısıtlı lisans | Belirli pazar | Başka ülkede geçersiz | Yüksek |
| Hacimden koparılmış hak | Hiçbiri | Belgelenemez, iptal edilir | Çok yüksek |
Tenant, seat ve süre: üç kaydı tutmuyorsan uyum yok
Uyumun teknik karşılığı üç alandır. Tenant: lisansın bağlandığı kurumsal kimlik. Seat: kaç kullanıcı hakkı satıldığı. Süre: başlangıç ve bitiş tarihiyle taahhüt. Bu üçü sipariş kaydında yoksa, sattığın şeyin ne olduğunu sen de tam olarak bilmiyorsun demektir.
Pratikte en sık yapılan hata seat sayısının serbest metin olarak tutulması. Müşteri beş kullanıcı alır, sonra üç kullanıcı daha ister, panelde ikinci sipariş bağımsız kayıt olarak açılır ve altı ay sonra kimse toplam hakkın sekiz mi beş mi olduğunu söyleyemez. Yenileme faturası yanlış kesilir, müşteri itiraz eder, güven erir. İyi bir e-pin satış yazılımı abonelik ürünlerinde seat'i sayısal ve toplanabilir bir alan olarak tutar, ek alımları aynı aboneliğe bağlar.
M365 satışında uyum sorunlarının kaynakları
- Hatalı veya takipsiz seat kaydı 41%
- Belgelenemeyen edinim kanalı 27%
- Yanlış lisans tipi eşleşmesi 19%
- Süre ve yenileme takibi eksikliği 13%
Gri pazar lisansların sana gerçek faturası
Piyasa fiyatının belirgin biçimde altındaki teklifler cazip görünür, çünkü ilk aylarda gerçekten çalışırlar. Sorun lisansın çalışmaması değil; ne zaman duracağının belirsiz olması. Kanal denetimi yapıldığında o partiye ait haklar topluca kapatılır ve senin müşterin sabah Outlook'a giremez. O gün yaşadığın şey iade değil, itibar kaybıdır.
Hesabı şöyle yap: ucuz lisanstan kazandığın fark, tek bir kurumsal müşterinin bir günlük kesintisinde talep edeceği tazminatın veya kaybedeceğin yıllık sözleşmenin yanında küçüktür. Abonelik işi tekrar eden gelir işidir; tekrar eden geliri korumak, tek seferlik marjdan her zaman daha değerlidir.
Sipariş kaydına tedarikçi adı, parti numarası ve fatura referansı yaz. Denetim geldiğinde aradığın belge saatler değil saniyeler içinde çıkar; bu tek alışkanlık kurumsal müşteri kazanmanı kolaylaştırır.
Kurumsal müşteri denetime girdiğinde ilk seni arar
Bir şirketin iç denetimi veya bir ihale süreci lisans envanteri ister. Müşteri o listeyi hazırlarken tedarikçisine, yani sana döner. İsteyeceği şey nettir: hangi tarihte, hangi lisans tipinden, kaç kullanıcı için, hangi süreyle satış yapıldığını gösteren bir belge. Bu belgeyi tek tuşla üretebiliyorsan müşteri seni tercih edilen tedarikçi kategorisine alır.
Üretemiyorsan tam tersi olur. Envanter sıkıntısı çeken kurum, riski kaynağında keser ve tedarikçiyi değiştirir. Bu yüzden abonelik raporlaması bir muhasebe ayrıntısı değil, doğrudan bir satış avantajıdır. Uyum, maliyet kalemi olarak değil rekabet aracı olarak düşünülmelidir.
Uyum, yazılım tarafında nasıl kodlanır?
Tüm bunlar el emeğiyle yürümez. Abonelik ürününün kendi veri modeli olmalı: tenant alanı, sayısal seat, başlangıç-bitiş tarihi, yenileme durumu ve edinim referansı. Pinova abonelik tipini e-pinden ayrı bir ürün sınıfı olarak ele alır; satış anında bu alanlar zorunlu doldurulur, yenileme tarihi yaklaşan abonelikler otomatik listeye düşer ve müşteri bazlı lisans envanteri tek ekrandan dışa aktarılabilir.
Bu yapı aynı zamanda gelirini de büyütür. Yenileme hatırlatması kuran satıcı, aynı müşteriden ikinci yıl satışı kaybetmez; seat ekleme akışını doğru kuran satıcı, mevcut müşteriden yeni satış çıkarır. Yani uyum için kurduğun düzen, aynı zamanda tekrar eden gelirin motoru olur. Ayrıntıları özellikler bölümünde ve fiyat tablosunda görebilir, ihtiyacın olan paketi ödeme sayfasından seçebilirsin.
| Kontrol | Amaç | Zamanlama |
|---|---|---|
| Abonelik ayrı ürün sınıfı | Doğru veri modeli | Kurulumda |
| Tenant ve seat zorunlu alan | Envanter doğruluğu | Kurulumda |
| Edinim referansı kaydı | Denetimde kanıt | Her satışta |
| Yenileme tarihi uyarısı | Gelir kaybını önler | İlk hafta |
| Müşteri bazlı envanter raporu | Kurumsal satışta avantaj | İlk ay |
| Lisans tipi uygunluk kontrolü | Yanlış eşleşmeyi engeller | Sürekli |
Abonelik satışını uyumlu ve tekrar eden gelire çevir
Tenant, seat ve süre kaydı zorunlu alan; yenileme takibi ve müşteri bazlı envanter raporu hazır. Kurumsal müşteriye güvenle sat.
Microsoft 365 aboneliğini e-pin gibi satabilir miyim?
Teknik olarak kod teslim edebilirsin ama ticari olarak yetersizdir. Abonelik, tenant, kullanıcı sayısı ve süre kaydı gerektiren bir hak devridir; bu alanlar tutulmazsa yenileme ve denetim aşamasında sorun çıkar.
Ucuz lisans tekliflerini nasıl değerlendirmeliyim?
Fiyat farkının kaynağını sor. Eğitim, bölge kısıtlı veya hacim anlaşmasından koparılmış haklar belgelenemez ve sonradan kapatılabilir. Edinim kanıtı sunamayan tedarikçiden uzak dur.
Seat sayısını neden ayrı alanda tutmalıyım?
Müşteri zamanla kullanıcı ekler veya azaltır. Serbest metinde tutulan seat bilgisi toplanamaz; ikinci alım bağımsız kayıt olur ve toplam hak kaybolur. Sayısal ve aboneliğe bağlı alan bu karışıklığı bitirir.
Yenileme takibi gerçekten gelir getirir mi?
Evet. Abonelik işinde en düşük maliyetli satış, mevcut müşterinin yenilemesidir. Bitiş tarihi yaklaşan abonelikleri önceden listeleyen bir sistem, kendiliğinden kaybedilecek geliri geri kazandırır.
Lisans uyumu, seni yavaşlatan bir bürokrasi değil; kurumsal müşteriye açılan kapının anahtarı. Abonelik ürünlerini tenant, seat ve süre kayıtlarıyla nasıl tanımlayacağını kendi gözünle görmek istersen canlı demo üzerinde bir M365 planı oluştur, seat ekle ve yenileme uyarısının nasıl düştüğüne bak; uyumun aslında ne kadar sade bir düzen olduğunu fark edeceksin.