30 sn özet

Fiyatlandırma, müşterinin ne kadar, hangi birim üzerinden ve hangi sıklıkla ödeme yapacağını belirler. Paketleme ise özellikleri, kullanım kapasitesini ve hizmetleri satın alınabilir tekliflere dönüştürür. İki karar birlikte çalışır: aynı fiyat farklı kapsamla, aynı kapsam farklı ücretlendirme birimiyle sunulabilir. İyi bir teklif, müşterinin aldığı değeri anlamasını ve ödeyeceği tutarı öngörmesini kolaylaştırır. Şirket açısından da hizmet maliyetini karşılayan ve sürdürülebilir büyümeyi destekleyen bir yapı kurar. Başarı yalnızca ilk satışta değil, müşterinin kullanmaya ve ödeme yapmaya devam etmesinde görülür.

Neden önemli?

Bir ürün müşteri için faydalı olduğu hâlde satın alınması zor olabilir. İhtiyaç duyulan tek özellik pahalı bir pakete bağlanmış, kullanım sınırı belirsiz bırakılmış veya fatura müşterinin kontrol edemediği bir ölçüye bağlanmış olabilir. Böyle durumlarda sorun ürünün işlevinden çok, değerin ticari teklife dönüştürülme biçimindedir.

Ürün yöneticisi için fiyatlandırma yalnızca finansın belirlediği bir rakam değildir. Ücretlendirme birimi kullanım davranışını etkileyebilir. Her ekip üyesi için ödeme istenen bir üründe müşteri, çalışanlarını sisteme davet etmeyi sınırlayabilir. Kullanım arttıkça ücret yükseliyorsa bazı müşteriler otomasyonu daha az çalıştırabilir. Bu etkiler ürünün hedeflediği değerin oluşmasını kolaylaştırabilir veya zorlaştırabilir.

Paketleme de müşteri deneyiminin parçasıdır. Başlangıç paketindeki sınırlamalar temel işi tamamlamayı engelliyorsa müşteri ürünü yeterince değerlendiremeden ayrılabilir. Buna karşılık bütün hizmetleri tek düşük fiyatla sunmak, yoğun destek isteyen hesapların maliyetini diğer müşterilere taşıyabilir. BA ihtiyaçları ve kullanım koşullarını ayrıştırır; pazarlama teklifin anlaşılmasını, satış satın alma itirazlarını, finans ise ekonomik sonuçları değerlendirir.

Yönetim açısından temel soru, hangi müşteri grubuna hangi değerin hangi ekonomik koşullarla sunulacağıdır. Rakibin paket sayısını veya fiyatını kopyalamak bu soruyu yanıtlamaz. Müşteri profili, ürünün olgunluğu, dağıtım kanalı ve hizmet maliyeti farklı olduğunda benzer görünen tekliflerin sonuçları da farklılaşabilir.

Terim nedir?

Pricing, fiyat seviyesini ve ücretlendirme modelini kapsar. Sabit abonelikte müşteri dönem başına belirli tutar öder. Kullanıcı veya koltuk başına modelde ücret, lisanslanan kişi sayısıyla ilişkilidir. Kullanım bazlı modelde işlem, tüketim veya başka bir ölçü ücretin temelini oluşturur. Hibrit model, sabit ücretle belirli kullanım hakkını ve aşım ücretini birleştirebilir. Bunların her biri farklı bütçe ve kullanım beklentileri yaratır.

Packaging, müşterinin satın aldığı kapsamı düzenler. Özellikler, kapasite sınırları, entegrasyonlar, destek seviyesi ve ek hizmetler bu kapsamın parçalarıdır. Paketleme yalnızca özellikleri üç sütuna bölmek değildir. Tek paket ve ayrı ek hizmetler de bir paketleme kararıdır. Önemli olan müşterinin kendi ihtiyacına uygun seçeneği anlayabilmesidir.

Fiyat metriği, ücretin dayandığı birimdir. Sipariş yönetiminde işlenen sipariş, iş birliği ürününde kullanıcı sayısı veya veri ürününde işlenen hacim seçilebilir. Birimin müşteri değerine yakın olması yararlıdır; ancak ölçülebilir, açıklanabilir ve denetlenebilir olması da gerekir. Değerle ilişkili görünen ama müşterinin faturada doğrulayamadığı bir ölçü güven sorununa dönüşebilir.

Paketler ihtiyaç farklarına dayanmalıdır. Küçük işletme sade kurulum ve temel iş akışı isterken büyük işletme gelişmiş yetki, çoklu operasyon ve hizmet güvencesi arayabilir. Bu ayrım araştırılmadan kurulduğunda paketler müşterinin gerçek satın alma mantığına uymayabilir. Daha pahalı pakette çok özellik bulunması, ilgili müşterinin daha fazla değer aldığı anlamına gelmez.

Ödeme isteği araştırması, müşterinin hangi sorun için bütçe ayırabileceğini anlamaya yardımcı olur. Görüşmede söylenen tutar gerçek satın alma davranışının garantisi değildir. Teklif görüşmeleri, kontrollü pilotlar ve mevcut kullanım verisi birlikte değerlendirilmelidir. Yeni fiyatın dönüşümü artırması da tek başına yeterli değildir; indirimli müşterinin kalma süresi ve hizmet maliyeti sonucu değiştirebilir.

Gerçek vaka

Notion, 19 Mayıs 2020 tarihli 2.8 sürüm duyurusunda kişisel kullanım için sınırsız içerik oluşturmayı ücretsiz hâle getirdi. Duyuruya göre daha önce sınırsız içerik eklemek isteyen kişisel kullanıcıların aylık 5 dolar ödemesi gerekiyordu. Değişiklikle bu temel kullanım sınırı kaldırıldı.

Aynı duyuruda Personal Pro paketi tanıtıldı. Bu paket ücretsiz kişisel planın üzerine daha büyük dosya yüklemeleri, sınırsız misafir ve 30 güne kadar sürüm geçmişi gibi olanaklar ekliyordu. Aylık ödemede fiyat 5 dolar, yıllık ödemede aylık karşılığı 4 dolardı. Bunlar duyuru tarihindeki koşullardır.

Bu değişiklikte yalnızca fiyat düşürülmedi; ücretsiz ve ücretli kullanım arasındaki sınır yeniden düzenlendi. Temel içerik üretimi ücretsiz kalırken daha yoğun paylaşım ve gelişmiş ihtiyaçlar ücretli kapsamda tutuldu. Buradan çıkarılabilecek ürün yönetimi yorumu, ödeme sınırının farklı ihtiyaç düzeylerine göre tasarlanabileceğidir. Duyuru, bu değişikliğin ücretli dönüşüm veya gelir üzerindeki etkisini raporlamıyor; dolayısıyla sayısal bir büyüme başarısı atfedilemez.

Kaynak: Notion, Notion 2.8, now free for personal use, 19 Mayıs 2020.

Varsayımsal örnek: Sipariş yönetiminde büyümeye uygun paketler

Bir e-ticaret operasyon ürününde başlangıç paketi aylık 2.000 TL karşılığında tek mağaza, temel sipariş yönetimi ve 1.000 sipariş kapasitesi sunuyor. Büyüme paketi aylık 5.000 TL ile çoklu mağaza, otomasyon ve 4.000 sipariş içeriyor. Kurumsal teklif ise gelişmiş yetkilendirme, özel kurulum ve hizmet koşullarını ayrıca tanımlıyor.

Ekip, başlangıç paketinde her ek sipariş için 1 TL ücret öneriyor. Aylık 1.800 sipariş işleyen müşteri 2.800 TL ödüyor. Bu müşteri yalnızca hacmi nedeniyle büyüme paketine geçmek zorunda kalmıyor; çoklu mağaza veya otomasyona ihtiyaç duyduğunda üst paketi değerlendirebiliyor. Paket geçişinin gerekçesi kapasiteyle birlikte iş ihtiyacına dayanıyor.

Ancak ücretlendirilen siparişin tanımı belirsizse sorun çıkıyor. İptal edilen, yeniden içeri alınan veya test için oluşturulan siparişler aynı şekilde sayılırsa müşteri faturayı açıklamakta zorlanıyor. BA, hangi olayın sayılacağını ve tekrarların nasıl ayıklanacağını netleştiriyor. Ürün ekibi kullanım ekranı, limit yaklaşınca uyarı ve dönem sonu ücret tahmini hazırlıyor.

Pilot görüşmelerinde bazı müşteriler aşım ücretini kabul ederken bazıları sabit bütçe istiyor. Ekip, otomatik olarak üst pakete geçirme yerine önceden onaylanan seçenekler sunuyor. Karşılaştırmada satış dönüşümü, hesap başına katkı, paket düşürme, iptal ve fatura itirazları birlikte izleniyor. Daha yüksek fatura tutarıyla birlikte müşteri kaybı da yükseliyorsa teklif yeniden ele alınıyor.

Yaygın 3 hata

  1. Paketleri araştırılmamış özellik kümeleriyle oluşturmak

Birbiriyle ilgisiz özellikleri aynı pakete koymak, müşteriyi ihtiyacı olmayan kapsam için ödeme yapmaya zorlayabilir. Kullanım senaryoları ve satın alma gerekçeleri araştırılmalıdır. Temel işi tamamlamak için gerekenler ile daha gelişmiş ihtiyaçlar açıkça ayrılmalıdır.

  1. Fiyatı yalnızca rakibe veya maliyete göre belirlemek

Rakip fiyatı müşterinin karşılaştırmasını etkiler, maliyet ise ekonomik sınırı gösterir. Fakat ikisi de müşterinin elde ettiği değeri tek başına açıklamaz. Alternatif çözüm, bütçe sahibi ve satın alma süreci birlikte incelenmelidir. Sürekli indirimle satış yapmak, gerçek teklif sorununu gizleyebilir.

  1. Değişikliği mevcut müşterilerin koşullarından koparmak

Yeni paket, mevcut müşterinin alıştığı bir hakkı değiştirebilir. Geçiş zamanı, sözleşme koşulları, iletişim ve destek hazırlığı değerlendirilmelidir. Paket adı aynı kalırken kapsamın sessizce değişmesi beklenti uyuşmazlığı yaratır. Müşteri, değişikliğin kendisine etkisini anlayabilmelidir.

Mini uygulama/şablon

Hedef segment
Teklif hangi müşterinin hangi işini destekliyor?
Değer önerisi
Müşterinin satın aldığı temel fayda.
Fiyat metriği
Ücretin dayandığı birim ve sayım kuralı.
Paket kapsamı
Özellikler, kapasite, destek ve ek hizmetler.
Fiyat koşulları
Dönem, indirim, aşım ve ödeme seçenekleri.
Ekonomik kontrol
Hizmet maliyeti ve hesap başına katkı.
Müşteri kanıtı
Görüşmeler, teklif itirazları ve kullanım verisi.
Geçiş kuralları
Mevcut hesapların hangi koşullarla taşınacağı.
Pilot ölçümleri
Dönüşüm, retention, paket değişimi ve fatura itirazları.
Karar sahibi
Sonuçları değerlendirip teklifi güncelleyecek kişi.

Önce iki farklı müşteri profili için teklifin uygunluğunu inceleyin. Aynı kullanım senaryosunda beklenen faturayı hesaplayın. Müşteri hangi paketi neden seçeceğini ve ne zaman ek ücret ödeyeceğini açıklayamıyorsa teklifin anlaşılabilirliğini geliştirin.

Model kaynağı: Stripe Documentation, Recurring pricing models.

İlgili terimler

Value Proposition, Willingness to Pay, Value Metric, Segmentation, Freemium, Usage-Based Pricing, Unit Economics, Customer Lifetime Value, Retention, Expansion Revenue, Go-to-Market Strategy