Otomasyon satışlarında konuşma sık sık üründe değil, fiyatta tıkanıyor. Ama tıkanmanın sebebi genelde rakamın yüksekliği değil; alıcının neyin karşılığında ne ödediğini anlamaması.

İki yaygın hata var ve ikisi de aynı yerden geliyor: fiyatı tek kaleme sıkıştırmak.

Yalnızca proje bedeli almak. İş bitti, para alındı, ilişki bitti sanılıyor. Bitmiyor. Üçüncü ayda bir araç değişiyor, altıncı ayda bir kural. Gelen mesajların karşılığı yok, sen de ya karşılıksız çalışıyorsun ya da ilişkiyi soğutuyorsun.

Yalnızca aylık ücret almak. Kurulumun maliyeti aylara yayılıyor, ilk aylarda zarardasın ve müşteri dördüncü ayda ayrıldığında hiçbir şey kurtaramıyorsun. Ayrıca kurulum bedelsiz olduğu için karşı tarafın kaybedeceği bir şey yok — bu da denemeye ciddiyetle girmeyen müşteri getiriyor.

İki kalemli model bu iki sorunu birden çözüyor. Bu yazı modelin nasıl kurulduğu hakkında. Rakam vermeyecek; nasıl hesaplandığını anlatacak, çünkü doğru rakam senin maliyet yapına ve müşteri profiline bağlı.

İki kalem, iki farklı iş

Ayrımın mantığı basit: bir defa yapılan işin karşılığı bir defa, sürekli yapılan işin karşılığı sürekli alınır.

Kurulum bedeli şunları karşılıyor: keşif görüşmesi, yapılandırma, veri hazırlama, test, devreye alma ve kullanıcı eğitimi. Bunlar bir kez yapılıyor ve riski sende. İş uzarsa farkını sen ödüyorsun — bu yüzden kapsam donmadan sabit kurulum fiyatı vermek zor.

Aylık ücret şunları karşılıyor: sistemi çalışır tutmak, çalıştığı araçlardan biri değiştiğinde düzeltmek, küçük kural değişikliklerini yapmak ve desteği vermek.

Alıcıya anlatırken şu cümle işe yarıyor: kurulum bedeli işe alım, aylık ücret maaş. Karşı taraf bu ayrımı zaten biliyor.

Kurulum bedelini nasıl belirlersin

Rakamı sana kimse veremez ama yöntemi verilebilir.

Önce ölç. İlk iki kurulumda uçtan uca saat tut: keşif, yapılandırma, veri hazırlama, test, eğitim. Tahminle başlarsan tahminin hep düşük çıkar.

Ardından neyin dahil olduğunu yaz. Kurulum bedeli bir liste olmalı, bir rakam değil. Liste yoksa "bu da dahil değil miydi?" konuşması kaçınılmaz.

Son olarak sabit fiyat vermeye çalış. Saat başı fiyat sana güvenli görünür ama alıcı için belirsizliktir ve belirsizlik satın alma kararını erteletir. Sabit fiyat verebilmenin tek şartı kapsamın donmuş olması; kapsamı dondurmadıysan önce onu yap.

Bir de yaygın bir tuzağa dikkat: kurulumu ücretsizleştirmek. "Kurulum bedava, sadece aylık ödeyin" cümlesi satışı hızlandırır ama üç bedeli var. Nakit akışın kurulumdan sonra değil, aylara yayılarak gelir. Ciddi olmayan müşteriyi eleyen filtre kalkar. Ve müşteri ilk aylarda ayrılırsa maliyeti tamamen sen yüklenirsin.

Kurulum bedelini düşürmen gerekiyorsa daha iyi bir yol var: bedeli aylığa yaymak. "Kurulum bedeli üç aya bölünür, üç ay boyunca aylık ücrete eklenir." Böylece hem ödeme kolaylaşıyor hem bedel ortadan kalkmıyor.

Aylık ücreti neye bağlarsın

Asıl tasarım kararı burada ve çoğu üretici bunu düşünmeden sabit bir rakam yazıyor. Dört seçenek var.

Sabit ücret. Her müşteri aynı aylık ücreti öder. En anlaşılırı, yönetmesi en kolayı. Küçük ve birbirine benzeyen müşterilerde iyi çalışıyor. Sorunu şu: büyük müşteri de küçük müşteri kadar ödüyor, oysa sana maliyeti aynı değil.

Kapasiteye bağlı kademeler. Aylık işlenen talep, hazırlanan teklif, gönderilen mesaj gibi bir birime göre üç dört kademe. Otomasyon ürünlerinin çoğunda en doğru model, çünkü hem alıcı için anlaşılır hem senin maliyetinle birlikte artıyor.

Kullanıcı sayısına bağlı. Yazılım dünyasında yaygın, otomasyonda genelde yanlış. Değer kullanıcı sayısından değil işlem hacminden geliyor; iki kişilik bir ekip binlerce talep işleyebiliyor.

Sonuca bağlı. "Kazandırdığımız her müşteriden pay" cazip görünür, ama üç tartışma doğurur: ölçüm kimin sistemine göre yapılacak, sonucun ne kadarı senin ürününden geldi, sonuç düşerse ne olacak. Başlangıçta bundan uzak durmak daha akıllıca.

Birim seçerken iki kural var:

  1. Senin maliyetinle birlikte artan bir birim seç. Müşteri büyüdükçe senin işin de artıyorsa ücret artmalı; artmıyorsa artmamalı.
  2. Müşterinin görebileceği bir birim seç. "İşlem birimi" veya "token" bir birim değil — alıcı ona bakamaz, doğrulayamaz, bütçeleyemez. "Ayda işlenen talep sayısı" bir birim.

Dahil kapasite ve aşım davranışı

Kademeyi seçtin, şimdi sayıyı belirleyeceksin.

Kapasiteyi tahminle değil, veriyle belirle. İlk müşterilerin gerçek aylık hacmine bak; iki üç ay veri toplandıktan sonra kademeleri o dağılıma göre çiz. Baştan yazdığın sayı neredeyse her zaman yanlış çıkıyor.

Asıl önemli olan, kapasite aşıldığında ne olacağı. Üç davranış var:

  • Durdur. Alıcı için en kötüsü. Ay ortasında duran bir sistem, kazandırdığından fazlasını kaybettiriyor.
  • Sessizce devam et ve ay sonunda fatura et. Ondan da kötüsü. Beklenmedik fatura, iptal sebeplerinin başında geliyor.
  • Uyar ve onay iste. Doğrusu bu. Kapasitenin belli bir oranına gelindiğinde haber ver, aşım ücretini hatırlat, devam için onay al.

Pratik bir düzen: kademe sınırının üstünde küçük bir tolerans bırak, tolerans da aşılırsa uyarıyı gönder. Böylece dalgalı bir ayda müşteri ceza yemiyor, sürekli aşımda ise konuşma doğal olarak bir üst kademeye kayıyor.

Bu davranışın sayfada yazılı olması, çoğu zaman rakamın kendisinden daha çok güven veriyor.

Üçüncü taraf maliyetleri kime ait

Model ücretleri, mesajlaşma ücretleri, telefon numarası, barındırma. Bunlar küçük görünüyor ama yazılmadığında ilişkiyi en çok bozan kalem.

İki model var, ikisi de meşru:

Sen yönetirsin, fiyata dahil edersin. Alıcı için basit, tek fatura. Şartı: maliyet öngörülebilir olmalı ve üstüne makul bir pay koymalısın. Değişken bir maliyeti sabit ücretin içine gömersen yoğun bir ayda zarar yazarsın.

Müşterinin kendi hesabı olur. Şeffaf ve risksiz. Bedeli, kurulumun uzaması ve müşterinin hesap açma işine girmesi. Maliyet büyük ve değişkense doğru seçim bu.

Hangisini seçersen seç, tek kural değişmiyor: kimin ödediği sayfada yazılı olacak. "Kullanım maliyetleri müşteriye aittir" cümlesi bile hiçbir şey yazmamaktan iyidir, ama daha iyisi hangi kalemlerin bu kapsamda olduğunu saymaktır.

Zam ve iptal: kimsenin yazmadığı bölüm

Bu iki başlık satış aşamasında sorulmuyor, sonra sorun oluyor.

Zam. Yılda bir kez, en az bir ay önce haber vermek ve gerekçeyi söylemek yeterli. Haber verilmeden gelen zam, ürün ne kadar iyi olursa olsun ilişkiyi bozuyor. Bu koşulu baştan yazmak seni de rahatlatıyor: zam yapacağın gün pazarlık değil, hatırlatma yapıyorsun.

İptal. Alıcının aklındaki asıl soru şu: "ayrılırsak elimizde ne kalır?" Cevabını o sormadan yaz. Üç şeyi netleştir:

  • Kaç gün önce haber verilmesi gerekiyor
  • Müşterinin verisine ne olacak, ne kadar sürede teslim edilecek veya silinecek
  • Sistem müşteride mi kalıyor, senin altyapında mı çalışıyor

Bu soruların cevabı "sistem bende kalıyor, ayrılırsanız durur" olabilir — bu da geçerli bir cevap. Yanlış olan cevabın olmaması.

Taahhüt süresi. Uzun taahhüt küçük işletmede satışı zorlaştırıyor. Kurulum bedeli zaten bir bağlılık üretiyor; üstüne on iki aylık taahhüt istemek çoğu zaman gereksiz. Taahhüt yerine kurulum bedelini korumak daha kolay satılıyor.

Fiyat konuşmasını nasıl yürütürsün

Fiyatı sona saklama. Sayfada yazmıyorsan alıcı onu pahalı varsayıyor ve bazen hiç sormuyor.

Rakam veremeyeceğin durumlar var — kapsam gerçekten müşteriye göre değişiyorsa. O zaman bile modeli yaz: iki kalem olduğunu, aylık ücretin neye bağlı olduğunu, dahil kapasitenin nasıl tanımlandığını, üçüncü taraf maliyetlerinin kime ait olduğunu.

İndirim istendiğinde fiyatı değil kapsamı düşür. "Şu fiyata yapamam ama şu iki maddeyi çıkarırsak şu fiyata yapabilirim." Fiyatı indirmek yalnızca o satışı değil, sonraki bütün satışlarını da etkiliyor; kapsamı küçültmek etkilemiyor.

Değeri anlatırken de çerçeveyi doğru kur. Sattığın şey tasarruf değil kapasite — ama bu cümleyi söylemek yetmiyor, hesabı alıcıyla birlikte yapman gerekiyor. Üç soru yeter: bu işi şu an kim yapıyor, haftada kaç saatini alıyor, o saatler serbest kaldığında aynı kişi neye bakar? Üçüncü sorunun cevabını alıcı veriyorsa fiyat konuşması kısalıyor; cevabı sen vermek zorunda kalıyorsan uzuyor.

Fiyatını yükseltmen gerektiğini gösteren üç işaret

  1. Herkes hemen evet diyor. Hiç pazarlık çıkmıyorsa fiyat düşük demektir.
  2. Destek yükü aylık ücretin içinde erimiş. Aylık ücreti o ay o müşteriye harcadığın saate böl. Çıkan saatlik rakam sana anlamlı gelmiyorsa ya kapsam ya fiyat yanlış.
  3. Kurulum süren düştü ama fiyat aynı kaldı. Bu iyi haber gibi görünüyor, oysa çoğu zaman kurulum bedelini düşürmen değil, aylık ücreti sağlamlaştırman gereken andır.

Fiyat artışını mevcut müşteriye uygularken acele etme. Yeni fiyat yeni müşterilerde başlar; eskiler bir sonraki yenileme döneminde ve önceden haber verilerek geçer.

Fiyat bir rakam değil, bir açıklama. Alıcı rakamı değil, rakamın gerekçesini satın alıyor. Gerekçe yazılıysa rakam tartışması kısalıyor.

AIÇalışanım tarafında ne oluyor

Ürün sayfasında fiyatı üç biçimde gösterebiliyorsun: net fiyat, başlangıç fiyatı veya teklif al. Üçü de meşru ve her biri alıcıya farklı bir şey söylüyor — net fiyat "kapsam belli", başlangıç fiyatı "değişkenler var", teklif al "önce konuşmamız gerek".

Hangisini seçersen seç, fiyat bölümünde ayrı alanlar var: kurulum bedeli, aylık ücret, dahil kapasite, kullanıma bağlı maliyetler ve üçüncü taraf API ücretlerinin fiyata dahil olup olmadığı. Bu yazıdaki kararların çoğu doğrudan bu alanlara yazılıyor. "Teklif al" seçmek bu alanları boş bırakmak anlamına gelmiyor; kapasiteyi ve maliyet sahipliğini rakam vermeden de yazabilirsin.

Zam ve iptal koşullarının ayrı bir alanı yok; bunları çalışma koşulları ve sınırlar bölümüne yazmak en doğrusu.

Açık olalım: platform üzerinden şu an ödeme alınmıyor. Fiyatı sen belirliyorsun, tahsilatı sen yapıyorsun, sözleşme seninle müşteri arasında. Platform talebi ve talebin nereden geldiğini kaydediyor. İleride ödeme altyapısı ve komisyon modeli düşünülüyor, ama koşulları henüz kesinleşmedi; kesinleştiğinde açıkça duyurulacak.

Fiyat alanlarını ve CV'nin geri kalanını nasıl dolduracağını AI çalışan CV'si nasıl hazırlanır? yazısında, yayındaki ürünlerin fiyatı nasıl gösterdiğini AI çalışanlar kataloğunda görebilirsin.

=== GÖVDE SONU ===

Yayın öncesi kontrol (yönetici için)

  • Bağımlılık: Gövdede /blog/ai-calisan-cvsi-nasil-hazirlanir bağlantısı var; o yazı yayına girmeden bu yazı yayınlanmamalı.
  • Slug uyarısı: Başlıktaki + işareti slugify tarafından tek tireye çevriliyor. Beklenen adres otomasyon-fiyatlandirmasinda-kurulum-aylik-model. Panelde kaydettikten sonra adresin bu çıktığı bir kez gözle doğrulanmalı.
  • audience alanı producer seçilmeli.
  • Gövdenin sonuna ayrıca çağrı eklenmedi: /blog/[slug] "Ürününü yayınlamaya hazır mısın?" kutusunu kendisi ekliyor.
  • Metinde tek bir para tutarı, oran veya istatistik yok. Bu yazıda kural özellikle sıkı uygulandı: kademe sayısı, tolerans oranı, taahhüt süresi ve zam yüzdesi gibi her yerde rakam yerine yöntem yazıldı. §13'teki gelecek komisyon oranları (%2 / %10) bilerek yazılmadı; şartname bu oranların nihai olmadığını söylüyor, yayınlanmış bir metinde durmaları taahhüt gibi okunurdu.
  • Koda bakılarak doğrulanan iddialar:

- Üç fiyat gösterim biçimi — pricingTypeLabels (src/lib/labels.ts): net fiyat, başlangıç fiyatı, teklif al. - Fiyat bölümünün alanları — src/components/product-wizard.tsx 4. adım: pricingType, thirdPartyCostsIncluded ("Fiyata dahil / Fiyata dahil değil"), setupPriceFrom ("Kurulum bedeli"), monthlyPriceFrom ("Aylık ücret"), includedCapacity ("Dahil kapasite"), usageCostNote ("Kullanıma bağlı maliyetler"). Yazıdaki liste bu alanlarla birebir. - Zam ve iptal için ayrı alan olmadığı — products şemasında (src/db/schema.ts) böyle bir alan yok; yazı bu yüzden okuru çalışma koşulları ve sınırlar alanlarına yönlendiriyor. - Fiyatın yalnızca pricingType !== "quote" iken zorunlu olması — zorunluAlanKontrolu, src/app/actions/products.ts. "Teklif al seçmek alanları boş bırakmak değildir" cümlesi buna dayanıyor. - Ödeme alınmadığı — §13; ayrıca src/components/lead-form.tsx gönder düğmesinin yanında "Platform üzerinden ödeme alınmaz." yazılı.