UstaHesap
Ana Sayfa › Esnaf Rehberi › SaaS & Hizmet Satışı
B2B Dönüşüm ve Satış Rehberi

Yazılım ve Hizmet Satışında Ücretsiz Denemeden Ücretli Pakete Geçiş Taktikleri

Türkiye'de bulut yazılımı veya dijital hizmet sunan kurucuların en sık karşılaştığı açmaz: Sitemize her ay yüzlerce firma kaydoluyor fakat satış ekibi bunları ücretli kurumsal pakete geçiremiyor. Elena Verna büyüme çerçevesi, ürün nitelikli hesaplar (PQA) ve satış hunisini kilitleyen 5 klasik tuzak.

Yayın: Ekim 2026 • Okuma Süresi: 10 Dakika • Kapsam: SaaS, Dijital Hizmet ve KOBİ Satışı
Yazılım ve Hizmet Satışında Ücretsiz Denemeden Ücretli Pakete Geçiş Taktikleri
Şema 1: Tabandan tavana organik büyüme (PLG) motorunu koruyarak kurumsal paket dönüşümünü hızlandıran operasyon mimarisi (UstaHesap Büyüme Masası).
UstaHesap Yönetici Özeti (Dönüşüm İlkeleri):

Giriş: Ücretsiz Kayıt Patlaması Neden Gelire Dönüşmüyor?

Son yıllarda Türkiye'deki teknoloji girişimleri, yazılım evleri ve dijital ajanslar için en popüler büyüme modeli "Ürün Odaklı Büyüme" (Product-Led Growth - PLG) oldu. Kullanıcıların kredi kartı vermeden yazılımı 14 gün ücretsiz denemesi veya temel sürümü ücretsiz kullanması (freemium), pazarlama ekipleri için harika bir kayıt grafiği üretir. Ancak yönetim kurulunda veya ay sonu gelir tablolarında acı gerçekle yüzleşilir: Sitede on binlerce kayıtlı hesap varken, ücretli kurumsal pakete geçen şirket sayısı bir elin parmaklarını geçmez.

Bu noktada şirket içinde tanıdık bir suçlama oyunu başlar. Satış ekibi "Pazarlamanın getirdiği müşteri adayları tamamen çöp, hepsi küçük esnaf veya öğrenciler" derken; ürün ve pazarlama ekibi "Satışçılar içeri giren hazır trafiği kapatmayı beceremiyor" eleştirisini yöneltir. Büyüme stratejisti Elena Verna'nın belirttiği gibi, bu kriz kesinlikle şirketinize özgü değildir. Ürün odaklı modelden kurumsal satış hareketine geçen hemen her teknoloji şirketi aynı 5 klasik tuzağa düşer.

Bölüm 1: PLG Destek Grubu — Şirketlerin Düştüğü 5 Klasik Tuzak

Ürün odaklı büyüme felsefesiyle yola çıkıp ardından kurumsal satış ekibi kuran şirketlerin iç toplantılarında yankılanan argümanlar adeta evrensel bir şablonu takip eder. Elena Verna'nın "PLG Destek Grubu Tombalası" olarak adlandırdığı bu yanılgıları anlamak, dönüşüm tıkanıklığını aşmanın ilk şartıdır.

PLG Destek Grubu Beş Klasik Satış Tuzağı
Şema 2: Ürün odaklı organik kullanım ile agresif kurumsal satış hedefleri arasındaki çıkar çatışması ve yaygın operasyonel tuzaklar.

1. "10 Dolarlık 10.000 Müşteri Yerine 100.000 Dolarlık Tek Müşteri Bulalım" Yanılsaması

Kurucular ve yatırımcılar gelir tablosunu büyütmek istediklerinde gözlerini yukarıya (Enterprise pazara) dikerler. Küçük işletmelerin getirdiği 300-500 TL'lik aylık abonelikler küçümsenir; tek bir hamlede 500.000 TL ödeyecek holdinglerin peşine düşülür. Ancak unutulan temel gerçek şudur: O 100.000 dolarlık holding alıcısının kapısını çalan şey, holding bünyesindeki bir muhasebecinin veya depo sorumlusunun o yazılımı kendi kendine keşfedip beğenmesidir. Alt tabanı beslemeyi bıraktığınız anda üst segmentteki boru hattınız (pipeline) da kurur.

2. Her E-posta Kaydını Satış Adayı (SQL) Saymak ve "Satış Baskını" (Pitch Slapping)

Satış yöneticileri boş durmamak için sistemdeki tüm yeni kayıtların iletişim listesini talep eder. Bir muhasebe yazılımını merak edip e-postasını giren bir kullanıcı, kaydolduktan 4 dakika sonra satış temsilcisinden gelen telefonla karşılaşır: "Merhaba, sistemimizi incelediğinizi gördüm, size yıllık kurumsal paketimizi anlatalım mı?" Henüz ürünün ilk ekranını bile anlamamış kullanıcı panikleyerek hesabı kapatır. Bu durum kullanıcı deneyimini mahveder ve satış temsilcilerinin motivasyonunu tüketir.

3. Kendi Kendine Hizmeti Baltalamak (Özellikleri Rehin Alma)

Satış ekibi kurumsal anlaşmaları kapatmakta zorlandığında ilk talep ürün ekibine gider: "Kullanıcılar ücretsiz planda işlerini çok rahat görüyor, bize geçiş için baskı unsuru lazım. Excel dışa aktarımını veya fatura şablonu düzenlemeyi ücretsiz sürümden kaldıralım, sadece kurumsal pakete koyalım." Bu hamle kısa vadede birkaç panik satın alması getirse de, yazılımın organik tavsiye gücünü ve virallik katsayısını kalıcı olarak yok eder.

4. Satış Vaatlerinin Ürün Yol Haritasını Rehin Alması

Kurumsal bir potansiyel müşteri "Bizim eski bir sunucumuz var, yazılımı ona özel uyarlarsanız 2 yıllık sözleşme imzalarız" dediğinde, satış temsilcisi anlaşmayı hemen bağlamak için taahhüt verir. Ürün ekibi tüm Ar-Ge kaynaklarını tek bir müşteriye özel garip bir eklentiye harcar. Sonuçta çekirdek ürün aylarca yerinde sayar ve genele hitap eden özellikler gecikir.

5. Organik Genişlemeyi Satış Başarısı Gibi Göstermek

Kendi kendine hizmet modelinde çalışan bir şirkette bir ekip zaten yazılımı çok sevmiş, 5 kullanıcıdan 20 kullanıcıya çıkmaktadır. Satış temsilcisi bu organik büyümenin arasına girerek bir sözleşme imzalatır ve primini alır; ancak kurumsal satış ekibi gerçekte sıfır net değer katmıştır. Bu yapay sınıflandırma, yönetim kuruluna kurumsal satışın harika gittiği yönünde sahte bir sinyal verir.

Bölüm 2: Çözüm Modeli — Ürün Nitelikli Hesap (PQA) Çerçevesi

Geleneksel B2B pazarlamada kullanılan Pazarlama Nitelikli Müşteri Adayı (MQL) kavramı modern yazılım dünyasında geçerliliğini yitirmiştir. Bir e-kitap indiren veya web seminerine katılan kişinin satın alma niyeti ne kadar belirsizse, sadece bir deneme hesabı açan kişinin durumu da o kadar belirsizdir.

Doğru yaklaşım, satış ekibini yalnızca Ürün Nitelikli Hesaplar (Product-Qualified Accounts - PQA) ile temas ettirmektir. PQA, yazılım içerisindeki fiili davranışlarıyla kurumsal desteğe veya üst pakete ihtiyaç duyduğunu matematiksel olarak kanıtlayan hesaplardır.

Ürün Nitelikli Hesap PQA Tetikleyicileri ve Ağ Eşiği
Şema 3: Bireysel kullanımdan çok kullanıcılı kurumsal ağ etkisine geçiş ve kritik PQA tetikleme katmanları.

Satış Ekibini Harekete Geçiren 3 Kritik PQA Tetikleyicisi

  1. Çoklu Kullanıcı ve Ağ Etkisi: Tek bir kullanıcının sisteme 3 veya daha fazla çalışma arkadaşını davet etmesi, yazılımın bireysel bir oyuncaktan departman düzeyinde bir iş aracına dönüştüğünün en güçlü kanıtıdır.
  2. Kritik Entegrasyon ve Veri Hacmi: Kullanıcı banka API'sini bağladığında, e-Fatura entegratörünü sisteme tanıttığında veya 500'den fazla stok kartı içe aktardığında geçiş maliyeti (switching cost) dramatik şekilde yükselir. Bu an, satış ekibinin danışman rolüyle devreye girmesi için en uygun zamandır.
  3. Sistem Sınırına Dayanma (%80 Kuralı): Ücretsiz veya başlangıç paketinde tanımlı olan aylık işlem hacminin (örneğin 50 fatura kesim kotasının) %80'ine ulaşan müşteriler, engelleyici bir duvarla karşılaşmadan önce proaktif bir destek teklifi almalıdır.
Ölçüt Geleneksel MQL / SQL Yaklaşımı Ürün Nitelikli Hesap (PQA) Yaklaşımı
Tetikleyici Kaynak Web formu doldurma, içerik indirme, web sitesi ziyareti. Yazılım içi aktif kullanım, özellik tıklaması ve hacim tüketimi.
Satışın Müdahale Zamanı Kayıttan hemen sonra (ilk 5-15 dakika). Kullanıcı "Aha!" anını yaşayıp ekip sınırına ulaştığında.
İletişim Tonu Israrcı tanıtım, ürün özellikleri sunumu ve indirim baskısı. İş akışı danışmanlığı, güvenlik/entegrasyon desteği ve ölçekleme.
Dönüşüm Oranı Genellikle %1 ila %3 arasında düşük ve yüksek sürtünmeli. %18 ila %35 arasında yüksek, güvene ve kanıtlanmış değere dayalı.

Bölüm 3: Kendi Kendine Hizmet ile Kurumsal Paket Arasındaki Sınır Çizgisi

Dönüşümü artırmanın en hassas noktası, hangi özelliklerin tabandaki kendi kendine hizmet katmanında kalacağını, hangilerinin ise kurumsal tavan paketine kilitleneceğini doğru belirlemektir. Buradaki altın kural şudur: Bireysel kullanıcının temel işini görmesini engelleyen hiçbir şey üst pakete kilitlenemez; ancak organizasyonel riskleri çözen özellikler kurumsal pakete aittir.

Kendi Kendine Hizmet ile Kurumsal Paket Arasındaki Mimari Sınırlar
Şema 4: Sürtünmesiz self-serve taban katmanı ile kurumsal güvenlik ve yönetim tavan katmanı arasındaki net yetki ayrımı.

Taban Katmanda Kalması Gerekenler (Self-Serve Kutsaldır):

Tavan Katmana (Kurumsal Satışa) Ayrılması Gerekenler:

Bölüm 4: Dönüşüm Hunisi İçin 4 Aşamalı İletişim ve Satış Protokolü

Ürün nitelikli hesapları tespit ettikten sonra satış ekibinizin uygulayacağı adımlar, kurumsal anlaşma kapatma hızını doğrudan belirler:

Protokol Aşamaları:
  1. Aşama 1 (İlk 15 Dakika - Değer Kanıtı): Kullanıcı kaydolduğunda hiçbir satış personeli aramaz. Arayüz içindeki sade rehberlerle kullanıcının ilk faturasını kesmesi veya ilk stok sayımını yapması sağlanır ("Aha!" anı).
  2. Aşama 2 (PQA Bayrağı Düştüğünde - Ürün İçi Sinyal): Hesap 3. kullanıcıyı eklediğinde veya hacim kotasına yaklaştığında ürün içinde şık bir kutu belirir: "Ekibiniz büyüyor! Kurumsal yetkilendirme ve çoklu şube desteğimizi incelemek ister misiniz?"
  3. Aşama 3 (Danışman Rolüyle Temas): Satış temsilcisi devreye girdiğinde ürün pazarlamaz. Müşterinin sektörüne özel konuşur: "Sistemde 3 şubenizi tanımladığınızı gördük. Şubeler arası stok transferi ve konsolide mali tablo analizinde işinizi kolaylaştıracak kurumsal yapıyı 15 dakikalık bir oturumda birlikte kuralım."
  4. Aşama 4 (Şeffaf Fiyat ve Finansal Kolaylık): Kurumsal teklifte gizli maliyetler çıkarılmaz. Yıllık peşin ödemede 2 ay ücretsiz avantajı ve resmi e-Fatura/e-Arşiv süreçlerine tam uyum vurgulanır.

Bölüm 5: B2B ve KOBİ Ekosistemi Çapraz Entegrasyon Mimarisi

Dijital dönüşüm yaşayan bir KOBİ için yazılım tek başına bir ada değildir. Satış dönüşümünü en çok artıran unsur, sunduğunuz çözümün işletmenin diğer fiziksel ve finansal operasyonlarıyla pürüzsüz konuşabilmesidir:

Sıkça Sorulan Sorular (SSS)

Ücretsiz kayıt olan her kullanıcı neden doğrudan satış ekibine yönlendirilmemelidir?

Ürünü henüz keşfetmemiş veya tek başına test eden bir kullanıcıya anında satış araması yapmak (pitch slapping), kullanıcının üründen soğumasına ve süreci terk etmesine yol açar. Satış ekibi zamanını ham kayıtlara harcamak yerine, üründe belirli bir etkileşim ve ekip kullanım eşiğini aşmış Ürün Nitelikli Hesaplara (PQA) odaklanmalıdır.

Ürün Nitelikli Hesap (PQA) ile geleneksel Satış Nitelikli Aday (SQL) arasındaki temel fark nedir?

SQL sadece form doldurma, şirket büyüklüğü veya web sitesi ziyareti gibi yüzeysel pazarlama verilerine dayanırken; PQA doğrudan yazılım içindeki fiili kullanım verilerini (örneğin sisteme davet edilen ekip arkadaşı sayısı, aylık fatura kotasının dolması veya muhasebe API entegrasyonunun kurulması) ölçümleyerek satın alma niyetini doğrular.

Satış ekibine avantaj sağlamak için ücretsiz sürümden temel özellikleri kısmak neden tehlikelidir?

Ücretsiz veya kendi kendine hizmet (self-serve) katmanını budamak, tabandan tavana organik kullanıcı akışını durdurur. Kurumsal anlaşmaları getiren asıl kaldıraç, şirket çalışanlarının ürünü bireysel olarak benimsemesidir. Çekirdek özellikler budandığında organik talep kurur ve kurumsal satış hunisi birkaç çeyrek içinde boşalır.

Kendi kendine hizmet sunan bir yazılımda kurumsal paket özellikleri nasıl konumlandırılmalıdır?

Bireysel kullanım değerini kısıtlamak yerine; Tekli Giriş (SSO), gelişmiş rol tabanlı yetkilendirme, denetim izi günlükleri (audit logs), kurumsal mevzuat uyumluluğu ve özel müşteri başarı yöneticisi gibi yalnızca kurumsal karar vericilerin önemsediği kurumsal altyapı yetenekleri üst pakete konulmalıdır.

Kaynaklar ve Editoryal Referanslar

  1. Verna, E. (2026). Congrats, your sales problems in PLG are completely unoriginal. Elena's Growth Scoop & Lenny's Newsletter.
  2. Bush, W. (2020). Product-Led Growth: How to Build a Product That Sells Itself. ProductLed Press.
  3. Rachitsky, L. (2026). The Ultimate Guide to Product-Led Sales and Account Qualification. Lenny's Podcast Technical Series, Episode 12909.
  4. Dunford, A. (2023). Sales Pitch: How to Craft a Story to Stand Out and Win More Deals. Ambient Press.
  5. Gelir İdaresi Başkanlığı (GİB). (2026). e-Fatura, e-İrsaliye ve e-Arşiv Fatura Düzenleme Standartları ve KOBİ Uygulama Kılavuzları. Resmî Gazete Tebliğleri.