Çoğu kişi onayın teknik bir mesele olduğunu sanır: yazılımı iyi anlat, özellikleri sırala, patron ikna olur. Gerçek tam tersi. Karar veren kişi özellik listesini dinlemek istemez; neyi kaybetmekten kurtulduğunu ve paranın kaç ayda geri döndüğünü duymak ister. Bu yüzden teknik olarak kusursuz sunumlar reddedilir, yarım sayfalık net bir tablo onaylanır.
Bir e-pin scripti satın alma talebini onaylatmak, satış yapmak gibidir; sadece müşterin şirketin içindedir ve bütçesi senin talebinle rekabet halindedir. Aşağıda, onay toplantısına götüreceğin sunumu sırasıyla kuruyoruz: hangi rakamı önce söyleyeceğin, hangi riski nasıl fiyatlandıracağın, hangi itirazın hangi cevapla kapandığı. Amaç bir toplantıda karar almak, üç toplantıya yayılan bir belirsizlik süreci yaşamamak.
Neden iyi hazırlanmış sunumlar bile reddediliyor?
Ret sebebi genelde teklif değil, çerçevedir. Sunumu "yeni bir yazılım almak istiyorum" diye açtığında patronun zihninde gider kalemi oluşur ve o andan sonra söylediğin her şey o giderin gerekçesi olarak dinlenir. Aynı teklifi "şu anda ayda şu kadar kaybediyoruz, bunun sebebi şu ve çözümü şu" diye açtığında ise zihinde kayıp durdurma çerçevesi kurulur. İkinci çerçevede yazılım maliyeti bir harcama değil, kaybın küçük bir yüzdesidir. İkinci hata sıralamadır: çoğu kişi çözümü önce, problemi sonra anlatır. Doğru sıra şudur: mevcut durumun ölçülmüş maliyeti, bu maliyetin sebebi, önerilen çözüm, çözümün maliyeti, geri dönüş süresi, riskler ve karar talebi. Üçüncü hata ise talebin belirsiz bırakılmasıdır. Toplantıyı "ne düşünüyorsunuz" ile bitirmek, kararı sonsuza öteler. Bitirme cümlen net olmalı: bu ayın bütçesinden şu kalem için onay istiyorum, uygulama şu tarihte başlıyor.
Mevcut durumun maliyetini hangi rakamlarla ölçeceksin?
Onayın omurgası burada. Elinde ölçülmüş bir kayıp rakamı yoksa sunum bir istek listesine dönüşür. Ölçmen gereken dört kalem var. Birincisi manuel işlem süresi: sipariş onayı, kod gönderimi, mutabakat ve müşteri yanıtları için harcanan günlük dakika sayısı çarpı kişi maliyeti. İkincisi hata maliyeti: yanlış gönderilen veya iki kez harcanan kodların aylık tutarı. Üçüncüsü kaçan satış: stok bittiği için satışa kapatılamayan ürünlerde oluşan iptaller ve gece saatlerinde teslimat beklediği için vazgeçen müşteriler. Dördüncüsü görünmeyen kalem: kâr raporu olmadığı için yanlış fiyatlanan ürünlerde bırakılan marj. Bu dördünü topladığında karşına çıkan aylık rakam, genellikle bir e-pin satış yazılımı maliyetinin birkaç katıdır. Sunumun ilk slaytında sadece bu tek sayı olsun. Rakamın nasıl hesaplandığını ek sayfada tut; sorulmadan açıklama, sorulduğunda tek kalemde göster. Bu yaklaşım seni tahmin yapan biri değil, ölçüm yapan biri konumuna oturtur.
| Kalem | Bugün | Sistem sonrası | Aylık fark | Kanıt kaynağı |
|---|---|---|---|---|
| Manuel sipariş işleme | Günde 3,5 saat | Günde 0,5 saat | ~60 saat | Zaman ölçüm notu |
| Hatalı/çift teslimat | Ayda 14 olay | Ayda 0-1 olay | Kod maliyeti | Şikâyet kayıtları |
| Stok kaynaklı iptal | Siparişlerin %6'sı | %1 altı | Kaçan ciro | İptal raporu |
| Gece teslimat kaybı | Talebin %30'u bekliyor | Anlık teslimat | Dönüşüm artışı | Saat bazlı sipariş |
| Yanlış fiyatlama | Kâr raporu yok | Ürün bazlı marj | Marj düzeltmesi | Muhasebe mutabakatı |
| Mutabakat işi | Ayda 2 tam gün | Ayda 2 saat | ~14 saat | Ay sonu süreci |
Geri dönüş süresini nasıl tartışılamaz hale getirirsin?
Geri dönüş hesabını abartmak, sunumu en hızlı batıran şeydir. Patron abartıyı sezer ve bütün tabloya güvenini kaybeder. Bu yüzden üç senaryo sun: kötümser, gerçekçi, iyimser. Kötümser senaryoda sadece manuel iş tasarrufunu ve hata maliyetini say; kaçan satış ve marj düzeltmesini hiç hesaba katma. Bu senaryoda bile geri dönüş süresi makul çıkıyorsa kararın matematiği bitmiştir. Gerçekçi senaryoda kaçan satışın yarısını ekle. İyimser senaryoyu yaz ama sunumda öne çıkarma; sadece "tavan burada" diye bırak. İkinci teknik: geri dönüşü ay cinsinden ver, yüzde cinsinden verme. "Yatırımın karşılığı %240" cümlesi soyuttur; "kötümser senaryoda dördüncü ayda kendini ödüyor" cümlesi karar verdirir. Üçüncü teknik: maliyeti yıllık toplam olarak değil, aylık karşılığa çevirerek söyle ve hemen yanına bugünkü kayıp rakamını koy. Somut sabit maliyeti tabloya koyarken tahmin kullanma; fiyat sayfasındaki paketi olduğu gibi yaz, çünkü sunumda tek bir uydurma sayı diğer hepsini şüpheli yapar.
Onay toplantılarında karşılaşılan itirazların dağılımı
- Maliyet ve geri dönüş belirsizliği 35%
- Geçiş ve kesinti riski 30%
- Ekip alışkanlığı ve öğrenme 20%
- Tedarikçi güveni ve süreklilik 15%
Dört klasik itiraza hangi cevapları hazır tutacaksın?
İtirazları toplantıda düşünmek yerine önceden yaz; her birine tek paragraf cevap hazırla. "Bu para şimdi mi çıkmalı?" itirazının cevabı takvimdir: uygulamanın hangi haftada ciroya etki edeceğini göster, ödemeyi o takvimle hizala. "Geçiş sırasında satış durur mu?" itirazının cevabı paralel çalışmadır: mevcut akış kapatılmadan yeni sistem ikinci kanal olarak açılır, bir hafta çift yürütülür, sonra devir alınır. "Ekip öğrenemez" itirazının cevabı rol daraltmadır: destek ekibine sadece iki ekran, iki yetki verilir; öğrenme süresi yarım gündür. "Sağlayıcı bizi yarı yolda bırakırsa?" itirazının cevabı ise çıkış planıdır: verilerin dışa aktarılabilir olduğunu, müşteri ve bakiye dökümünün alınabildiğini göster. Bu dördünü hazır tuttuğunda toplantı bir savunma değil, kontrol listesi doldurma seansına döner. Sunumun ekine dijital ürün satış scripti tarafında hangi modüllerin bu itirazları doğrudan karşıladığını da ekle; özellikler bölümünden sadece itirazla eşleşen maddeleri seç, tamamını kopyalama.
Sunumun birinci sayfası şu dört satırdan oluşsun: bugünkü aylık kayıp, önerilen çözümün aylık maliyeti, kötümser geri dönüş süresi, başlangıç tarihi. Kalan her şey ek. Onay birinci sayfada verilir, ekler sadece güven içindir.
Pilot mu, tam geçiş mi? Onayı kolaylaştıran yol hangisi?
Patronların büyük kararlardan çekinmesinin sebebi tutar değil, geri dönülemezlik hissidir. Bu hissi kaldırmanın en etkili yolu kararı küçültmektir. Tam geçiş istemek yerine sınırlı bir kapsamla başlamayı öner: tek kategori, tek tedarikçi, iki kullanıcı, dört hafta. Ölçülecek üç göstergeyi baştan yaz; tipik olarak ortalama teslimat süresi, hatalı teslimat sayısı ve sipariş başına harcanan personel dakikası. Dördüncü haftanın sonunda bu üç göstergedeki değişimi aynı formatta sunacağını söyle. Bu yaklaşımın iki faydası var: onay eşiği düşer ve ikinci toplantıda elinde tahmin değil kendi verin olur. İkinci fayda daha kıymetlidir, çünkü genişleme kararı artık tartışma değil aritmetik olur. Bir epin yazılım geçişinde pilotun püf noktası, kapsamı küçültürken ölçümü küçültmemektir; dört hafta boyunca aynı üç göstergeyi her hafta aynı yerden okumalısın. Ölçüm dağınıksa pilot, "iyi gibiydi" gibi bir sonuçla kapanır ve o sonuç kimseyi ikna etmez.
| Sunum bileşeni | Hazır mı | Neden gerekli | Süre |
|---|---|---|---|
| Bugünkü aylık kayıp rakamı | Zorunlu | Çerçeveyi gider değil kayıp yapar | 2 dk |
| Kötümser geri dönüş hesabı | Zorunlu | Güveni matematiğe bağlar | 3 dk |
| Aylık maliyet (gerçek fiyat) | Zorunlu | Uydurma sayı tüm tabloyu yakar | 1 dk |
| Dört itiraz cevabı | Zorunlu | Toplantıyı ikinciye ötelemez | 4 dk |
| Pilot kapsamı ve 3 gösterge | Önemli | Kararı küçültür, onayı hızlandırır | 3 dk |
| Çıkış planı ve veri dökümü | Önemli | Bağımlılık korkusunu kaldırır | 2 dk |
| Uygulama takvimi | Önemli | Ödemeyi etkiyle hizalar | 2 dk |
| Net karar talebi cümlesi | Zorunlu | Toplantıyı sonuca bağlar | 1 dk |
Sunumuna gerçek rakamları koy
Pinova, e-pin ve dijital ürün satan işletmelerin sipariş, stok, teslimat ve kâr tarafını tek panelde toplayan lisanslı bir yazılımdır. Paket ve kapsam bilgisini sunumundaki maliyet satırına birebir yaz, tahminle doldurma.
Sunum kaç sayfa olmalı?
Bir sayfa ana teklif, en fazla üç sayfa ek. Ana sayfada kayıp, maliyet, geri dönüş ve tarih bulunsun. Ekler sadece soru gelirse açılır; baştan okunması gereken bir belge hazırlarsan karar ertelenir.
Kayıp rakamını ölçemiyorsam ne yapmalıyım?
İki hafta ölç, sonra sun. Elle tutulan basit bir çetele bile tahminden güçlüdür: günlük manuel dakika, hatalı teslimat sayısı, stok kaynaklı iptal adedi. Bu üç sayı sunumun temelini kurar.
Fiyat pahalı bulunursa nasıl karşılık vereceğim?
Fiyatı savunma, kıyas değiştir. Aylık maliyeti bugünkü aylık kayıpla ve tek bir hatalı teslimat olayının tutarıyla yan yana koy. Tartışma fiyattan risk bedeline kaydığında cevap kendiliğinden gelir.
Pilot süresi ne kadar olmalı?
Dört hafta ideal. Daha kısası mevsimsel dalgalanmayı yakalamaz, daha uzunu karar momentumunu kaybettirir. Süreyi uzatmak yerine kapsamı daralt ve ölçümü sıklaştır.
Onay almanın sırrı ikna kabiliyeti değil, hazırlığın görünür olmasıdır: ölçülmüş bir kayıp, gerçek bir fiyat, kötümser bir hesap ve net bir tarih. Bu dördünü aynı sayfaya koyduğunda karar veren kişi risk değil, gecikme maliyeti görür. Sunumuna koyacağın ekran görüntülerini ve akış örneklerini gerçek arayüzden almak da güveni artırır; canlı demo üzerinden sipariş ve raporlama ekranlarını gezip sunumuna iki somut kare ekle, gerisini tablolar yapar.