N
Negotiations.AI
← Back to blog

Vaka Çalışması: Taahhüt Kullanarak Tedarik ve Harcama Yönetimi Yazılımı

Taahhüt Araçlarının Tedarik ve Harcama Yönetimi Yazılımında sonuçları nasıl değiştirdiğini gösteren somut bir senaryo.

9 min read

Vaka Çalışması: Taahhüt Kullanarak Tedarik ve Harcama Yönetimi Yazılımı

Kısa cevap

Tedarik ve harcama yönetimi yazılımı müzakeresinde, taahhüt araçları, tedarikçi kararlılığınızı test etmeden önce bir sonraki adımınızı inandırıcı hale getirdiğinde işe yarar. Pratikte bu; vazgeçme noktasını önceden onaylamak, iç onayları belirli ticari şartlara bağlamak ve tavizleri, satıcı indirimlerin, tedarikçi ağı ücretlerinin ve entegrasyon şartlarının birbiriyle bağlantılı olduğunu görecek şekilde sıralamak anlamına gelir. Sonuç “sert pazarlık yapmak” değil, satıcının riski ve aciliyeti nasıl fiyatladığını değiştiren inandırıcı bir taahhüt yaratmaktır.

Alıcılar taahhütte bulunmadığında, tedarikçiler çoğu zaman marjı yedekte tutar ve görüşmeleri çeyrek sonu gösterilerine doğru sürükler. Alıcılar açık ve inandırıcı şekilde taahhütte bulunduğunda ise müzakere daha dar, daha hızlı ve daha somut hale gelir.

Vaka Çalışması: Taahhüt Kullanarak Tedarik ve Harcama Yönetimi Yazılımı

Birçok tedarik ekibi kaldıraçtan soyut terimlerle söz eder. Ancak harcama yönetimi tedarikinde kaldıraç genellikle satıcının birkaç yüksek değerli konuda gerçekten çizgiyi koruyacağınıza inanıp inanmadığına dayanır:

  • kullanıcı bazlı mı işlem bazlı mı fiyatlandırma
  • tedarikçi ağı ücretleri
  • uygulama kapsamı
  • entegrasyon ve API şartları
  • SLA/hizmet kredileri
  • çıkış ve veri taşınabilirliği

Bu vaka çalışması, orta ölçekli bir alıcının blöf yapmaya dayanmadan bir P2P yazılımı müzakeresini iyileştirmek için müzakerede taahhüdü nasıl kullandığını gösteriyor.

Senaryo

Yıllık geliri 650 milyon dolar olan, özel sermaye destekli bir üretim şirketi; fatura iş akışı, gider yönetimi ve talep toplama araçlarından oluşan dağınık yapıyı, birleşik bir Tedarik ve harcama yönetimi yazılımı platformuyla değiştirmek istiyordu.

Kısa liste iki satıcıyla sonuçlandı:

  • Satıcı A: daha güçlü küresel iş akışlarına sahip geniş kapsamlı bir S2P platformu
  • Satıcı B: daha hızlı devreye alma sunan daha hafif bir harcama yönetimi paketi

Alıcı, talep oluşturma, AP otomasyonu, gider kontrolleri ve tedarikçi onboarding süreçlerini tek bir yapıda kapsadığı için Satıcı A’yı tercih ediyordu. Ancak ticari teklifin birkaç sorunu vardı.

Satıcı A’dan ilk teklif

  • Platform aboneliği: 3 yıl boyunca yıllık 240.000 dolar
  • Uygulama ücreti: tek seferlik 180.000 dolar
  • Tedarikçi ağı ücretleri: ücretsiz eşik sonrasında ağ üzerinden yönlendirilen her fatura için 6 dolar
  • API erişimi: 3 entegrasyonla sınırlı; ek bağlayıcılar ayrı fiyatlandırılıyor
  • Çalışma süresi SLA’sı: %99,5
  • Yenilemede fiyat artışı: yalnızca “standart oranlarla” sınırlandırılmış
  • Fesih desteği: dahil değil

Tedarik lideri ve CFO’nun hedef paketi ise buna daha yakındı:

  • Yıllık 200.000 dolar veya altında abonelik
  • Temel fatura hacmi için değişken tedarikçi ağı ücreti olmaması
  • ERP, HRIS ve T&E sistemleri için daha geniş API/entegrasyon hakları
  • Anlamlı hizmet kredileriyle %99,9 çalışma süresi
  • Sabit bir yüzdeye bağlı yenileme tavanı
  • S2P platformu sözleşmesinde çıkış desteği ve veri dışa aktarma hakları

Fark yalnızca gider yönetimi fiyatlandırmasıyla ilgili değildi. Gelecekteki maliyet maruziyetiyle ilgiliydi.

Müzakerenin tıkandığı nokta

Satıcı A’nın hesap ekibi sürekli aynı şeyi söylüyordu: “Bu ay taahhüt verirseniz yıllık ücreti iyileştirebiliriz.”

Bu makul gibi görünür, ancak tüm esnekliği alıcı tarafına, tüm opsiyonelliği ise satıcı tarafına bırakır. Satıcı, müşteriden taahhüt isterken kendi marjını uygulama değişiklik emirleri, tedarikçi ağı ücretleri ve entegrasyon ile API şartları üzerinden yeniden devreye sokma alanını korumak istiyordu.

İşte taahhüt araçları müzakeresi burada faydalı hale gelir.

Alıcının kullandığı taahhüt aracı

Alıcı, daha iyi bir teklif için bir kez daha genel talepte bulunmak yerine konuşmanın yapısını değiştirdi.

Tedarik lideri, üç net taahhüt içeren yazılı bir müzakere pozisyonu için iç onay aldı:

1. Yönetim kurulu seviyesinde bütçe tavanı

CFO, yazılım ve uygulama dahil ilk yıl için azami 380.000 dolarlık taahhütlü harcamayı onayladı.

Bu, alıcının daha sonra “bir şekilde olduramayacağı” anlamına geliyordu.

2. Bağlantılı konu kuralı

Alıcı, üç unsur da çözülmedikçe sözleşme süresini manşet indirimiyle takas etmeyeceğine dair iç taahhütte bulundu:

  • temel hacim için tedarikçi ağı ücretleri
  • adı belirtilmiş API/entegrasyon hakları
  • yenileme tavanı dili

Bu, satıcının abonelik indirimi verip değeri sessizce başka yerden geri aldığı yaygın tuzağı önledi.

3. Tarihli karar yolu

Alıcı, her iki finaliste de belirli bir tarihe kadar tanımlanmış ticari eşiği karşılayan satıcı için hukuki incelemenin başlatılacağını bildirdi.

Bu inandırıcı bir taahhüttür çünkü yalnızca müzakere retoriğini değil, iç süreci etkiler. Hukuk ve güvenlik kaynakları planlandığında, rotayı tersine çevirmenin gerçek bir maliyeti olur.

Anlaşmayı değiştiren gerçek mesaj

Tedarik lideri, Satıcı A’ya kısa bir not gönderdi:

“Revize teklifiniz dört koşulu karşılıyorsa bu Cuma evrakınızı hukuk incelemesine taşımaya hazırız: yıllık abonelik 200.000 dolar veya altında olacak, yıllık ilk 120.000 fatura için sıfır tedarikçi ağı ücreti olacak, ERP/HRIS/T&E entegrasyonları için adı belirtilmiş API erişimi ek ücret olmadan sağlanacak ve yenileme artış tavanı en fazla %5 olacak. Bu şartlar karşılanmazsa, gelecek hafta hukuk incelemesi için alternatif platformla ilerleyeceğiz. Bu noktadan sonra yeni bir fiyat görüşmesi aramıyoruz.”

Bunun işe yaramasının nedenleri:

  • spesifik olması
  • taahhüdü eyleme bağlaması
  • blöf ağırlıklı dilden kaçınması
  • bir sonraki adımı gözlemlenebilir kılması
  • yeniden açma girişimlerini sınırlaması

Yazılım müzakeresinde inandırıcı taahhüt budur.

Satıcının yanıtı

48 saat içinde Satıcı A, revize edilmiş bir yapı ile geri döndü:

  • Platform aboneliği: yıllık 205.000 dolar
  • Uygulama ücreti: sabit 150.000 dolar
  • Tedarikçi ağı ücretleri: yıllık 100.000 faturaya kadar feragat, bunun üzerindeki hacim için fatura başına indirilmiş fiyat
  • API erişimi: ERP ve HRIS dahil, T&E bağlayıcısı indirimli ama ücretsiz değil
  • Çalışma süresi SLA’sı: kademeli hizmet kredileriyle %99,9
  • Yenileme tavanı: %5
  • Fesih desteği: 20 saat dahil

Daha iyi, ama yeterli değil.

Alıcı daha sonra ikinci bir taahhüt aracı kullandı: koşullu taviz.

“Yıllık 205.000 doları ancak uygulama 135.000 dolarda sabitlenirse, T&E entegrasyonu dahil edilirse ve tedarikçi ağı ücretleri 120.000 faturaya kadar kaldırılırsa kabul edebiliriz. Aksi halde onaylı harcama yolumuz içinde kalacak ve alternatifi ilerleteceğiz.”

Yine güç, kısıttan geliyordu. Alıcı “daha fazlasını istiyoruz” demiyordu. “Yalnızca bu yapı altında anlaşma kapatma yetkimiz var” diyordu.

Nihai sonuç

Nihai anlaşma şu şekilde sonuçlandı:

  • Abonelik: 3 yıl boyunca yıllık 202.000 dolar
  • Uygulama: adı belirtilmiş teslimatlarla sabit 135.000 dolar ücret
  • Tedarikçi ağı ücretleri: yıllık 120.000 faturaya kadar feragat
  • API/entegrasyonlar: ERP, HRIS ve T&E dahil
  • SLA: aylık tetiklenen hizmet kredileriyle %99,9 çalışma süresi
  • Yenileme tavanı: %5
  • Çıkış hakları: CSV/API formatında veri dışa aktarma artı 30 gün geçiş desteği

Ekonomik olarak ne değişti

İlk teklifle karşılaştırıldığında alıcı, başlangıç dönemi boyunca taahhütlü yazılım ve uygulama harcamasını 219.000 dolar azalttı:

  • İlk 3 yıllık abonelik: 720.000 dolar
  • Nihai 3 yıllık abonelik: 606.000 dolar
  • İlk uygulama: 180.000 dolar
  • Nihai uygulama: 135.000 dolar

Buna, kaldırılan tedarikçi ağı ücretlerinden ve dahil edilen entegrasyonlardan kaynaklanan ek kaçınılan maliyet dahil değildir.

Taahhüt burada neden işe yaradı

Oyun teorisi açısından bakıldığında alıcı, geçiş tehdidini daha inandırıcı kılmak için kendi esnekliğinin bir kısmını ortadan kaldırdı. Bu, Tedarik ve harcama yönetimi yazılımı tedarikinde önemlidir çünkü satıcılar çoğu zaman demolar, paydaş uyumu ve güvenlik incelemesi başladıktan sonra alıcıların sürecin sonlarında esneyeceğini varsayar.

Alıcının taahhüt aracı bu beklentiyi değiştirdi.

Kategoriye özgü üç ders

1. Yalnızca kullanıcı lisansı fiyatına değil, toplam ticari yapıya taahhüt verin

Harcama yönetimi tedarikinde düşük abonelik fiyatlandırması şu unsurlarla dengelenebilir:

  • fatura veya tedarikçi ağı ücretleri
  • uygulama aşımı maliyetleri
  • ücretli bağlayıcılar
  • premium destek katmanları
  • yenileme artış dili

Müzakeredeki bir taahhüt, tek bir kalemi değil paketin tamamını kapsamalıdır.

2. Entegrasyon şartlarını ticari geçiş eşiğinin parçası yapın

P2P yazılımı müzakeresinde ERP ve gider entegrasyonları “teknik detaylar” değildir. Bunlar maliyet ve benimseme kaldıraçlarıdır. API erişimi belirsizse, toplam sahip olma maliyetiniz de belirsizdir.

3. İmza öncesinde çıkış şartlarını masaya koyun

Bir S2P platformu sözleşmesi; veri dışa aktarma, geçiş desteği ve fesih sonrası erişim tanımsızsa çok daha yapışkan hale gelir. Taahhüt, çıkış haklarının değerlendirme kriterlerinin parçası olduğunu erken aşamada belirttiğinizde en iyi sonucu verir.

Pratik kontrol listesi: harcama yönetimi yazılımı anlaşmaları için taahhüt aracı

Bunu bir sonraki Tedarik ve harcama yönetimi yazılımı müzakeresinden önce kullanın:

Alıcı taahhüt kontrol listesi

  • Finansın gerçekten onayladığı azami ilk yıl harcamasını tanımlayın.
  • Birbirine bağlı olan ve ayrı ayrı takas edilemeyecek 3–5 şartı belirleyin.
  • Hukuk, güvenlik veya yönetici onayına geçiş için tam tetikleyiciyi belirtin.
  • Tedarikçinin en iyi ve nihai ticari paketi için tek bir tarihi yazılı hale getirin.
  • Vazgeçme koşullarınızı CFO’nuz veya sponsorunuzla önceden onaylayın.
  • Adı belirtilmiş varsayımlarla sabit uygulama kapsamı talep edin.
  • Beklenen fatura hacmi için tedarikçi ağı ücretlerini sınırlayın veya kaldırın.
  • Gerekli entegrasyonları ve API haklarını sistem adıyla listeleyin.
  • Asgari SLA/KPI eşiklerini ve hizmet kredisi mekaniklerini belirleyin.
  • Yenileme tavanlarını, veri dışa aktarmayı ve geçiş desteğini aynı ticari pakete dahil edin.

Uyarlayabileceğiniz basit bir şablon

Konu: Ödül ilerlemesi için ticari eşik

Revize edilmiş ticari paket aşağıdakileri içeriyorsa teklifinizi [tarih] tarihinde hukuk incelemesine taşımaya hazırız:

  • Abonelik ücreti: [hedef]
  • Uygulama ücreti ve kapsamı: [hedef artı sabit kapsam dili]
  • Tedarikçi ağı ücretleri: [feragat/tavan]
  • Entegrasyon ve API şartları: [adı belirtilmiş sistemler]
  • SLA/KPI’lar: [asgari standart]
  • Yenileme/çıkış şartları: [tavan, dışa aktarma, geçiş]

Bu koşullar karşılanmazsa alternatif yolumuzla ilerleyeceğiz. İç onaylarımızı bu yapıya göre hizalıyoruz ve bu noktadan sonra ticari görüşmeleri yeniden açmayı beklemiyoruz.

Pratik yapmak için AI istemleri

  • Bir harcama yönetimi yazılımı satıcısı için inandırıcı bir taahhüt mesajı hazırlayan bir tedarik direktörü gibi davranın. Tedarikçi ağı ücretleri ve entegrasyonlardaki belirsiz şartlara itiraz edin.
  • Bu taviz planını kırmızı takımla test edin: daha düşük bir abonelik ücretini kabul edersek, satıcı bir S2P platformu sözleşmesinde marjı nereden geri kazanabilir?
  • Nihai teklif e-postasının üç versiyonunu hazırlayın: iş birliğine açık, nötr ve net; hepsi taahhüt araçları müzakeresi ilkelerini kullansın.
  • Bir P2P yazılımı müzakeresi için olmazsa olmaz, takas edilebilir ve pazarlığa kapalı şartları gösteren bir müzakere hazırlık tablosu oluşturun.

Ekibiniz tedarikçi görüşmelerinden önce yapılandırılmış hazırlık istiyorsa, bir AI negotiation co-pilot taviz mantığını baskı testine tabi tutmaya ve ticari eşiklerinizi sıkılaştırmaya yardımcı olabilir.

Ek okuma

SSS

Tedarik müzakeresinde taahhüt aracı nedir?

Taahhüt aracı, tedarikçinin pozisyonunuzun gerçek olduğuna inanması için kendi gelecekteki seçimlerinize koyduğunuz bir kısıttır. Yazılım anlaşmalarında bu genellikle sabit onay eşikleri, tarihli karar yolları ve bağlantılı ticari koşullar anlamına gelir.

İnandırıcı taahhüt blöften nasıl farklıdır?

Blöf, karşı tarafın yanlış tahminde bulunmasına dayanır. İnandırıcı taahhüt ise onaylanmış bütçe tavanı, tek bir satıcı için planlanmış hukuk süreci veya belirli şartların birlikte ilerlemesi gerektiğine dair belgelenmiş bir kural gibi gözlemlenebilir olgulara dayanır.

Tedarik ve harcama yönetimi yazılımı müzakeresinde en önemli şartlar hangileridir?

Genellikle etkisi en yüksek şartlar abonelik yapısı, uygulama kapsamı, tedarikçi ağı ücretleri, entegrasyon ve API şartları, SLA/hizmet kredileri, yenileme tavanları ve çıkış desteğidir.

Taahhüt, gider yönetimi fiyatlandırması müzakeresinde de yardımcı olabilir mi?

Evet. Özellikle satıcının manşet oranı düşürmeye çalışırken işlem ücretlerini, bağlayıcı ücretlerini veya premium destek maliyetlerini başka yerlerde koruduğu durumlarda çok faydalıdır.

Kısa feragatname: Bu makale yalnızca genel bilgilendirme amaçlıdır ve hukuki, finansal veya tedarik politikası tavsiyesi değildir.

Try the AI negotiation co-pilot

Use Negotiations.AI to prepare, strategize, and role-play your next procurement or vendor negotiation.