Vaka Çalışması: İtiraz Kullanarak İş Birliği ve Verimlilik Yazılımı

Bir iş birliği platformu satın almak, satın alma, BT, güvenlik ve iş birimi sahipleri değeri farklı şekillerde tanımlayana kadar basit görünür. İş birliği ve verimlilik yazılımı tedarikinde en zor kısım çoğu zaman ilk teklif değildir; tedarikçi lisans azaltımları, yönetici hakları, destek şartları veya çıkış dili konusunda itiraz ettiğinde ekibinizin nasıl yanıt verdiğidir.

Kısa cevap

İtiraz karşılama, iş birliği yazılımı müzakeresinde en iyi şekilde, tedarikçi itirazlarına indirim için genel taleplerle değil; benimseme, güvenlik ve ticari ödünleşimlere bağlı kanıtlarla yanıt verdiğinizde işe yarar. Bu vaka çalışmasında alıcı, kullanım ve benimseme metriklerini, yönetici ve güvenlik kontrollerini ve aşamalı lisans taahhütlerini kullanarak bir satıcıyı katı bir kullanıcı başına lisanslama pozisyonundan daha esnek bir kurumsal anlaşma müzakeresi sonucuna taşıdı. Sonuç, anlaşmayı çekişmeli hale getirmeden daha iyi uyum, daha az israf ve daha temiz risk şartları oldu.

Durum

4.800 çalışanı olan bir şirket, birkaç satın alma sonrasında araçlarını konsolide ediyordu. Sohbet, belge iş birliği, beyaz tahta ve toplantı araçlarından oluşan bir karışımı tek bir verimlilik paketiyle değiştirmek istiyordu.

Tedarikçi şunları önerdi:

• 4.500 ücretli koltuk
• Kullanıcı başına aylık 27 $
• 36 aylık süre
• İlk yıldan sonra yıllık %5 fiyat artışı
• Premium destek dahil
• Yalnızca standart SLA
• Sınırlı yönetici dışa aktarma hakları
• Yenilememe için 90 gün bildirim

Bu, herhangi bir genişleme, eklenti veya fiyat artışı etkisi olmadan yaklaşık 4,37 milyon $ tutarında üç yıllık bir taahhüt oluşturuyordu. Satın alma ekibi koltuk sayısının şişirilmiş olmasından endişeliydi. BT daha güçlü yönetici ve güvenlik kontrolleri istiyordu. Finans daha düşük taahhütlü harcama istiyordu. İş sponsoru ise hızlı devreye alma istiyor ve anlaşmanın tıkanmasını istemiyordu.

Bu, iş birliği ve verimlilik yazılımı müzakeresinde klasik bir sorundur: satıcı geniş platform değerini satar, alıcı ise kullanıcı grupları arasında dengesiz benimseme görür.

İtirazların ortaya çıktığı yerler

Tedarikçi dört öngörülebilir itiraz ileri sürdü:

1. “Değer elde etmek için neredeyse tam dağıtıma ihtiyacınız var.”

Hesap ekibi, daha düşük koltuk taahhütlerinin iş birliği sonuçlarını zayıflatacağını ve fiyatlandırma verimliliğini azaltacağını savundu.

2. “Fiyatlandırmamız kurumsal müşteriler için zaten kıyaslanmış durumda.”

Satıcı, teklifi stratejik bir hesap için piyasa standardı olarak çerçeveledi ve birim fiyat üzerinde daha derin hareketi reddetti.

3. “Yönetici ve dışa aktarma hakları standart paketimizin bir parçası.”

Güvenlik ve BT, daha iyi günlükleme, daha ayrıntılı kontroller ve şirket daha sonra geçiş yaparsa daha net veri dışa aktarma desteği istedi.

4. “Bu indirim seviyesi için 36 aylık bir süre gerekli.”

Tedarikçi, geliri korumak ve alıcının yeniden boyutlandırma seçeneğini azaltmak için baştan uzun bir taahhüt istiyordu.

Bu itirazların hiçbiri şaşırtıcı değildi. Önemli olan, alıcının bunları nasıl ele aldığıydı.

Hazırlık: toplantı öncesinde yapay zekâ destekli itiraz karşılama kullanımı

Ticari görüşmeden önce satın alma lideri, olası itirazları üç grupta düzenlemek için yapay zekâ kullandı:

• Değer itirazları: “Yetersiz satın alım yapıyorsunuz.”
• Fiyat itirazları: “Bu zaten rekabetçi.”
• Risk itirazları: “Standart şartları değiştiremeyiz.”

Ekip daha sonra iç verileri kullanarak yanıt yolları oluşturdu:

• Aktif kullanım, ilk 12 ayda yalnızca 2.900 çalışanın gelişmiş iş birliği özelliklerini kullanmasının beklendiğini gösterdi.
• Diğer 900 kişinin yalnızca temel mesajlaşma ve toplantılara ihtiyacı vardı.
• Yaklaşık 700 saha çalışanının paylaşımlı cihaz iş akışları vardı ve adlandırılmış tam paket lisanslarına ihtiyaç duymuyordu.
• Güvenlik, role dayalı yönetici yetki devri ve dışa aktarma dokümantasyonunda boşluklar buldu.

Bu önemliydi çünkü itiraz karşılama müzakeresi, alıcıya özgü gerçeklere dayandığında daha güçlü olur. Ekip, tedarikçinin “çok pahalı” olduğunu savunmadı. Önerilen paketin gerçek dağıtımla uyuşmadığını savundu.

Yapılandırılmış bir hazırlık iş akışı istiyorsanız, AI negotiation co-pilot features sayfamıza bakın.

Vakada kullanılan itiraz karşılama oyun planı

İtiraz 1: “Standartlaşmak için 4.500 koltuğa ihtiyacınız var.”

Alıcının yanıtı “Hayır, yok.” olmadı. Şöyleydi:

“Standartlaşmanın hedef olduğu konusunda hemfikiriz. Devreye alma verilerimiz, birinci aşamada 2.900 tam kullanıcı, 900 hafif kullanıcı ve 700 paylaşımlı cihaz kullanıcısı gösteriyor. Şimdi 4.500’e taahhüt verirsek, her iki tarafın da dağıtımdan sonra daha doğru ölçebileceği benimseme riskini öderiz. Anlaşmayı devreye alma eğrisine uyacak şekilde yapılandıralım.”

Bu yanıt üç şey yaptı:

1. Tedarikçinin hedefini doğruladı.
2. Kullanım ve benimseme metriklerini gündeme getirdi.
3. Tartışmayı fiyattan yapıya kaydırdı.

İtiraz 2: “Kıyaslama fiyatımız zaten agresif.”

Alıcı şöyle yanıt verdi:

“Yalnızca manşet kullanıcı başına fiyatlandırmayı değerlendirmiyoruz. Aktif kullanıcı başına etkin maliyeti, kullanıcı katmanları arasındaki esnekliği ve 12 ay boyunca kullanılmayan lisansların maliyetini değerlendiriyoruz. Birim fiyat çok hareket edemiyorsa, katmanlama, azaltım hakları veya kademeli taahhütler konusunda hareket görmemiz gerekir.”

Bu, yazılımda itirazı karşılama müzakeresini yönetmenin pratik bir yoludur: satıcı liste bütünlüğünü koruyorsa, kapsam ve zamanlama etrafındaki ticari kaldıraçlara geçin.

İtiraz 3: “Yönetici ve dışa aktarma hakları standarttır.”

Alıcının yanıtı:

“Bu dağıtım için yönetici ve güvenlik kontrolleri hukuki kırmızı çizgi çalışması değildir; benimsemeyi mümkün kılan unsurlardır. BT ekibimizin kurumsal devreye almayı onaylaması için devredilmiş yönetim, denetim görünürlüğü ve belgelenmiş dışa aktarma desteğine ihtiyacı var. Bunlar sabitse, kapsamı azaltmamız veya dağıtımı aşamalı yapmamız gerekebilir.”

Bu, “olsa iyi olur” niteliğindeki bir talebi dağıtım bağımlılığına dönüştürdü.

İtiraz 4: “Bu fiyat için 36 aya ihtiyacımız var.”

Alıcı şöyle yanıt verdi:

“Birinci yıl taahhütleri gerçek devreye almayı yansıtıyorsa ve benimseme metriklerine, destek performansına ve güvenlik teslimatlarına bağlı tanımlı bir gözden geçirme noktası varsa, 36 aylık bir çerçeveyi konuşabiliriz.”

Yine alıcı süreyi reddetmedi. Süreyi koşullu hale getirdi.

Revize edilen anlaşma yapısı

İki turdan sonra taraflar şu konularda anlaştı:

• İlk yılda kullanıcı başına aylık 24,50 $ üzerinden 3.000 tam paket lisansı
• Kullanıcı başına aylık 11 $ üzerinden 800 hafif kullanım lisansı
• İlk 12 ay içinde aynı birinci yıl oranıyla 700 adede kadar ek tam paket lisansı ekleme seçeneği
• Benimseme eşikleri karşılanırsa önceden kararlaştırılmış genişleme takvimiyle 24 aylık ilk taahhüt süresi
• İlk taahhüt süresinde yıllık fiyat artışı yok
• Premium destek korundu, ancak her çeyrekte hizmet gözden geçirme toplantıları eklendi
• Yönetici rol ayrıntı düzeyi iyileştirmeleri uygulama planında belgelendi
• Geçiş desteği için veri dışa aktarma yardımı dili eklendi
• Kronik SLA başarısızlığı için 60 günlük iyileştirme yolu ve hizmet kredileri
• Kararlaştırılmış kullanım ve benimseme metriklerini kullanan birinci yıl benimseme gözden geçirmesi

Tahmini birinci yıl taahhütlü harcama, orijinal yapıya kıyasla önemli ölçüde düştü; ancak daha büyük kazanım uyumdu. Şirket, adlandırılmış lisansları aşırı satın almayı bıraktı ve kullanıcı başına lisanslama müzakeresinde rafta kalan lisans riskini azalttı.

İtiraz karşılama neden işe yaradı

Tedarikçinin çerçevesini kabul etmeden tedarikçinin kaygısına yanıt verdi

Tedarikçi, “Değer elde etmek için şimdi daha fazla satın alın” dedi. Alıcı, “Değeri erken taahhütle değil, aşamalı benimsemeyle elde edeceğiz” dedi.

Kategoriye özgü kanıt kullandı

Verimlilik paketi tedarikinde benimseme verileri, soyut ROI sunumlarından daha önemlidir. Adlandırılmış kullanıcılar, özellik derinliği, paylaşımlı cihaz popülasyonları ve devreye alma dalgaları somuttur.

Kesinliği kesinlikle takas etti

Tedarikçi gelir kesinliği istiyordu. Alıcı kullanım kesinliği istiyordu. Uzlaşma, gerçek talebe bağlı genişleme hakları olan bir kademeli yapı oldu.

Güvenliği ticari şartlara bağladı

Yönetici ve güvenlik kontrolleri ayrı teknik konular olarak ele alınmadı. Dağıtım riskini etkiledikleri için meşru ticari kaldıraçlar olarak kullanıldılar.

Bir sonraki iş birliği yazılımı müzakeresi için pratik kontrol listesi

İş birliği yazılımı tedariki için itiraz karşılama kontrol listesi

Toplantıdan önce şu beş unsuru hazırlayın:

1. Lisans segmentasyonu

• Tam kullanıcılar
• Hafif kullanıcılar
• Paylaşımlı cihaz veya kiosk kullanıcıları
• Yükleniciler veya geçici kullanıcılar

2. Benimseme kanıtı

• Mevcut aktif kullanıcı sayıları
• Çeyreğe göre beklenen devreye alma
• Departmana göre özellik kullanımı
• Kullanımdan kaldırılan mükerrer araçlar

3. Ticari geri dönüş seçenekleri

• Sabit taahhüt yerine kademeli taahhüt
• Tüm koltukların tam paket olması yerine katmanlı lisanslama
• Sabitlenmiş fiyatla genişleme hakları
• Gözden geçirme noktalarında azaltım veya yeniden sınıflandırma hakları

4. Operasyonel talepler

• Devreye alma için gerekli yönetici ve güvenlik kontrolleri
• Destek yanıt KPI’ları
• Uygulama kilometre taşları
• Kullanım raporlamasına erişim

5. Risk ve çıkış şartları

• Dışa aktarma yardımı dili
• Yenileme bildirim zamanlaması
• SLA telafileri veya kredileri
• Araç değiştirilirse geçiş desteği

Pratik yapmak için AI istemleri

Hazırlığınızda şu itiraz karşılama istemlerini kullanın:

• “Bir iş birliği yazılımı satış temsilcisi gibi davran. Kurumsal fiyatlandırmayı korurken adlandırılmış koltukları 4.500’den 3.000’e düşürme talebime itiraz et.”
• “Satıcı kıyaslamamızın zaten rekabetçi olduğunu söylediğinde itirazı karşılama müzakeresini yönetmek için bana üç daha güçlü yol ver.”
• “Bu yanıtı, yönetici ve güvenlik kontrollerini yalnızca sözleşme tercihiyle değil, dağıtım riskiyle ilişkilendirecek şekilde yeniden yaz.”
• “Tedarikçinin azaltım haklarını reddettiği ancak aşamalı genişlemeyi kabul edebileceği bir kurumsal anlaşma müzakeresi simüle et.”
• “Kullanım ve benimseme metrikleriyle ilgili olası satıcı itirazlarını kullanarak argümanımı sorgula.”

Bu tür itiraz karşılama istemleri faydalıdır çünkü canlı görüşmeden önce zayıf mantığı ortaya çıkarırlar.

Satın alma ekipleri bu vakadan neyi kopyalamalı

İş birliği ve verimlilik yazılımı müzakeresinde konuşmanın “indirim var mı yok mu” düzeyinde kalmasına izin vermeyin. Daha iyi sonuçlar genellikle ticari modeli yeniden şekillendirmekten gelir:

• Lisans türünü gerçek kullanıcı davranışıyla eşleştirin
• Taahhütleri devreye alma aşamalarına bağlayın
• Şişirilmiş koltuk varsayımlarına itiraz etmek için kullanım ve benimseme metriklerini kullanın
• Yönetici ve güvenlik kontrollerini dağıtım kaldıraçları olarak ele alın
• Yenileme baskısı ortaya çıkmadan önce çıkış ve geçiş şartlarını isteyin

Bu, özellikle tedarikçinin kolaylık, standartlaşma ve fiyatı tek bir anlatıda paketlediği kurumsal anlaşma müzakeresinde önemlidir. Sizin göreviniz bunları birbirinden ayırmaktır.

Ek okuma

• İş Birliği Teknolojisi Daha İyi Planlama ve Tedarikin Anahtarıdır - Harvard Business Review
• Ajanlar, robotlar ve biz: Yapay zekâ çağında beceri ortaklıkları - McKinsey & Company
• Belirsiz Zamanlarda İş Birliği Neden Kritik
• İş birliği ve ekipler - HBR

SSS

İş birliği yazılımı müzakeresinde temel itiraz karşılama hatası nedir?

Her itirazı fiyat itirazı gibi ele almak. Bu kategoride koltuk karması, devreye alma zamanlaması, destek ve yönetici kontrolleri çoğu zaman birim fiyat kadar önemlidir.

Kullanım ve benimseme metrikleri verimlilik paketi tedarikinde nasıl yardımcı olur?

Daha düşük bir başlangıç taahhüdünü savunmanıza, katmanlı lisansları gerekçelendirmenize ve ilk yılda gelişmiş özellikleri benimsemesi olası olmayan kullanıcılar için ödeme yapmaktan kaçınmanıza yardımcı olur.

Kullanıcı başına lisanslama müzakeresinde ne istemeliyim?

Lisans segmentasyonuna, genişleme fiyat korumasına, gözden geçirme noktalarına, yeniden sınıflandırma esnekliğine ve aktif kullanıma ilişkin net raporlamaya odaklanın.

Ticari bir müzakerede neden yönetici ve güvenlik kontrollerini gündeme getirmeliyim?

Çünkü zayıf kontroller devreye almayı geciktirebilir, iç destek maliyetini artırabilir ve gerçekleşen değeri azaltabilir. Bu da onları yalnızca teknik tercihler değil, ticari konular haline getirir.

Bu makale yalnızca genel bilgilendirme amaçlıdır ve hukuki, finansal veya satın alma tavsiyesi değildir.