Katalog PDF ile Satış vs Online Teklif: Fark Nerede Açılıyor?

Tipik katalog akışı beş adımdır: PDF gönder, keşfe git, ölçü al, elle metraj ve fiyat hesapla, teklifi yaz ve gönder. Her adım bir insan beklemesi içerir ve bu beklemelerin toplamı günlere çıkar. Müşteri o sürede boş durmaz; aynı işi başka firmalardan da sorar. Yani gecikme yalnız bir verimlilik kaybı değil, karşılaştırma penceresinin rakiplere açık kaldığı süredir.

Revizyon bu akışın en pahalı yerdir: ölçü veya model değişince metraj ve fiyat baştan hesaplanır. Uygulamada bu, 'ikinci revizyondan sonra teklif güncellenmez' sessiz kuralını doğurur ve satış orada soğur. Kural hiçbir yerde yazılı değildir ama sahada işler: üçüncü kez hesap yapmak istemeyen satışçı, müşteriyi ilk iki seçeneğe ikna etmeye çalışır ve tam o noktada satın alma isteği düşmeye başlar. Kaybın görünmezliği de buradan gelir: hiçbir kayıtta «revizyon yorgunluğu yüzünden kapanmadı» diye bir satır yoktur, iş yalnız sessizce soğur.

Online akışta müşteri veya satışçı ölçüyü girer; sistem ayak yerleşimini, metrajı ve fiyat bandını hesap motorundan anlık üretir. Revizyon bir alan değişikliğidir, yeni bir mesai değil. Bu tek fark satış konuşmasının tonunu da değiştirir: müşteri seçenek sormaktan çekinmez, satışçı da seçenek göstermekten kaçınmaz. Konuşma pazarlıktan çıkıp birlikte karar vermeye döner.

nonform pergola konfigüratör yaklaşımında buna görsel katman eklenir: girilen gerçek ölçüden üretilen görselleştirme, teklifle aynı parametreleri kullanır. Müşteri 'gördüğüm şey ile fiyatı verilen şey aynı' güvenini yaşar — kategori tezimiz de budur: gördüğün şey üretilebilir ve fiyatı gerçek. Bu güvenin satıştaki karşılığı ölçülebilir bir şeydir: müşteri kararı erteleme gerekçelerinden birini, yani «acaba gerçekte nasıl görünecek» sorusunu kaybeder. İkinci kazanç kayıt tarafındadır: her teklif hangi ölçü ve donanımla üretildiğini kendi içinde taşıdığı için, aylar sonra açılan bir dosyada «bu fiyat neye göre verilmişti» sorusu cevapsız kalmaz.

Revizyonun maliyeti göründüğünden büyüktür, çünkü elle akışta bir revizyon yalnız hesabı değil zinciri tekrarlar: metraj yenilenir, kalem listesi güncellenir, iskonto yeniden uygulanır ve teklif belgesi baştan yazılır. Her tekrar yeni bir hata girme fırsatıdır; ikinci veya üçüncü sürümde kalemlerden biri eski fiyatla kalabilir ve bu hata çoğu zaman satış kapandıktan sonra görülür.

Online akışta revizyonun bedeli sıfıra yaklaşır, ama daha önemli bir şey olur: revizyon korkusu ortadan kalkar. Satışçı müşteriye «bir de şunu deneyelim» diyebildiği anda konuşma bir pazarlık yerine bir tasarım denemesine dönüşür. Sahada gözlenen etki de budur — kapanan işlerin oranından çok, konuşmanın kalitesi değişir ve müşteri kararı kendi verdiği için sonradan cayma azalır. Bunun bir de üretim tarafındaki karşılığı vardır: son sürümün hangi seçeneklerle onaylandığı kayıt altında olduğu için, imalata giden bilgi ile müşterinin onayladığı bilgi ayrışmaz. Elle akışta bu ayrışma en sık görülen üretim hatası kaynağıdır.

Fiyat tutarlılığı, aynı ürünün aynı ölçüde her defasında aynı bedelle çıkması demektir. Elle akışta bu kendiliğinden olmaz: iki satışçı aynı işi farklı metrajla hesaplayabilir, biri fire payını ekler diğeri unutur, bir başkası eski liste üzerinden çalışır. Sonuç, müşterinin fark ettiği ama firmanın görmediği bir tutarsızlıktır ve güven kaybının en sessiz nedenidir.

Ölçmek için karmaşık bir yöntem gerekmez: aynı ölçü ve donanım iki farklı satışçıya verilip çıkan tekliflerin kalem kalem karşılaştırılması yeterlidir. Sapma varsa kaynağı üç yerden birindedir — metraj kuralı, fire payı ya da liste sürümü. Kural seti tek merkezde tutulduğunda üçü de aynı anda kapanır; konfigüratörün asıl işlevi de arayüz olmaktan çok bu tek kaynağı zorunlu kılmasıdır. Testi düzenli tekrarlamak da işe yarar: liste her güncellendiğinde aynı ölçüyle bir kontrol teklifi üretmek, sürüm karışıklığını haftalar sonra değil aynı gün yakalar. Bu kontrol birkaç dakikalık bir iştir ve sahaya yansımadan önce hatayı görür.

Geçiş ikili çalışır: katalog ilham kanalı olarak kalır, karar ve teklif adımı online akışa taşınır. İlk kurulacak parça yazılım değil kural setidir — ürün, ölçü ve fiyat kuralları netse konfigüratör bu kuralların arayüzüdür; net değilse hiçbir arayüz onları netleştirmez. Bu yüzden ilk hafta ekranla değil, kalem listesiyle geçirilir.

Bayilik düzeninde çalışan üreticilerde ek kazanç fiyat yönetimidir: bayi listeleri merkezden güncellenir, her bayinin teklifinde aynı kural seti çalışır ve 'bayi bayiye fiyat tutarsızlığı' kapanır. Geçişi kademeli yapmak da mümkündür; tek bir ürün ailesiyle başlayıp o ailede kural setini oturttuktan sonra diğerlerini eklemek, hem ekibin direncini hem hata riskini azaltır. Sıralamada hangi ürünle başlanacağı da önemlidir: en çok satılan ve kuralları en oturmuş aile seçilir, en karmaşık olan değil. İlk ailede alınan sonuç ekibin geri kalanına verilecek en güçlü gerekçedir; tersi durumda geçiş baştan zor bir örnekle anılır.

Geçiş kararını duyurduğunuzda itirazlar müşteriden değil, çoğu zaman kendi ekibinizden gelir ve bunların büyük kısmında haklı bir çekirdek vardır. Satış ekibi kendi bildiği akışı savunur, üretim tarafı kuralların eksik yazılacağından endişe eder, bayiler ise fiyat serbestliğini kaybetmekten çekinir. Bu itirazları bastırmak değil, karşılamak gerekir — çünkü kural setini gerçekten bilen taraf onlardır.

Aşağıdaki «Karşı tarafın cevabı» tablosu, dört itirazı, her birinin haklı olduğu yeri ve verilecek karşılığı yan yana koyar. Karşılıkların amacı tartışmayı kapatmak değil, kaygıyı somut bir maddeye çevirmektir: hangi kural yazılacak, kim yazacak, hangi istisna korunacak. Kaygı bir maddeye dönüştüğü anda geçiş bir tehdit olmaktan çıkıp ortak bir işe döner. Pratik bir yöntem de itirazları toplantıda tartışmak yerine yazılı toplamaktır: her itiraz bir satır olarak listelenip karşısına ne yapılacağı yazıldığında, hangi kaygının gerçekten çözüm gerektirdiği ve hangisinin yalnız alışkanlık olduğu kendiliğinden ayrışır.