Asansör Teklif Yazılımı için Pilot Proje Tasarımı

İÇERİK

Asansör firmalarında teklif hazırlama süreci çoğu zaman yalnızca bir fiyat yazıp müşteriye PDF göndermekten ibaret değildir. Bakım sözleşmeleri, revizyon teklifleri, yedek parça değişimleri, modernizasyon işleri ve yeni tesis projelerinde teknik detayların, fiyatların ve ticari koşulların doğru biçimde bir araya getirilmesi gerekir. Bu nedenle Asansör Teklif Yazılımı seçerken doğrudan tüm şirketi yeni sisteme geçirmek yerine kontrollü bir pilot proje yürütmek daha sağlıklı sonuç verir.

İyi tasarlanmış bir pilot çalışma, yazılımın yalnızca ekranda güzel görünüp görünmediğini değil; gerçek müşteriler, gerçek teklifler ve gerçek saha verileriyle ne kadar işe yaradığını gösterir. Firma sahibi açısından yatırım kararını kolaylaştırır, satış ekibi açısından günlük operasyonun hızlanıp hızlanmadığını ortaya çıkarır, teknisyen açısından teknik bilgilerin teklif sürecine doğru aktarılıp aktarılmadığını test eder.

Bu rehberde pilot projenin kapsamından başarı kriterlerine, ekip seçiminden ölçülecek KPI'lara kadar uygulanabilir bir yöntem ele alınmaktadır.

Pilot Projenin Amacı Önceden Belirlenmeli

Pilot proje başlatılırken yapılan en yaygın hata, ekibe sadece “Programı birkaç hafta kullanalım, bakalım nasılmış” denmesidir. Böyle bir yaklaşım sonunda herkes farklı bir şeye bakar ve yazılım hakkında sağlıklı karar vermek zorlaşır.

Pilot çalışmanın başlangıcında hangi problemin çözülmek istendiği açıkça yazılmalıdır.

Örneğin firma mevcut durumda şu sorunlardan birini yaşıyor olabilir:

• Teklif hazırlamak 20-30 dakika sürüyor.
• Aynı hizmet için farklı satış personelleri farklı fiyat kullanıyor.
• Gönderilen tekliflerin hangilerinin beklediği bilinmiyor.
• Müşteriye teklif gönderildikten sonra takip unutuluyor.
• Teklif Word veya Excel dosyalarından hazırlanıyor.
• Güncel fiyat listesi herkesin bilgisayarında farklı.
• Tekliflerin eski versiyonlarına ulaşmak zor oluyor.
• Teknik keşif bilgileri satış ekibine eksik aktarılıyor.
• Kazanılan ve kaybedilen tekliflerin nedenleri takip edilmiyor.

Pilotun amacı mümkün olduğunca ölçülebilir hale getirilmelidir.

Örneğin:

“30 günlük pilot sonunda standart bakım teklifinin hazırlanma süresini ortalama 20 dakikadan 8 dakikanın altına indirmek.”

Bu hedef, “Teklif hazırlamayı kolaylaştırmak” ifadesinden çok daha sağlıklıdır.

Aynı pilot projede onlarca problemi çözmeye çalışmak da doğru değildir. İlk aşamada üç veya dört temel hedef seçmek yeterlidir.

Pilot İçin Doğru Kapsam Nasıl Seçilir?

Pilot proje ne bütün şirketi kapsayacak kadar büyük ne de gerçek kullanım hakkında fikir vermeyecek kadar küçük olmalıdır.

Örneğin 15 satış ve operasyon personeli bulunan bir asansör firmasında ilk günden herkesin sisteme geçmesi gereksiz risk oluşturabilir. Bunun yerine iki satış personeli, bir teknik sorumlu ve gerektiğinde firma sahibinin takip ettiği sınırlı bir çalışma grubu oluşturulabilir.

Uygun pilot süresi

Genel uygulamada 3-6 haftalık bir süre, teklif sürecini değerlendirmek için yeterli veri üretebilir.

Bir haftalık kullanım çoğu zaman yanıltıcıdır. İlk günlerde kullanıcılar sisteme alışmaya çalıştığı için normalden daha yavaş olabilir. Ayrıca tekliflerin müşteriden dönüş süresi birkaç günü veya birkaç haftayı bulabilir.

Örnek pilot planı şöyle oluşturulabilir:

Dönem	Yapılacak Çalışma	Beklenen Sonuç
1-3. gün	Kullanıcı tanımları, teklif şablonları ve hizmetlerin hazırlanması	Sistem kullanıma hazır hale gelir
4-7. gün	Test teklifleri ve örnek müşteri senaryoları	Kullanıcılar temel akışı öğrenir
2. hafta	Gerçek müşteriler için teklif oluşturma	Günlük kullanım başlar
3. hafta	Teklif takip ve revizyon süreçlerinin ölçülmesi	Sorunlar belirlenir
4. hafta	KPI değerlendirmesi ve kullanıcı görüşleri	Satın alma veya yaygınlaştırma kararı verilir

Pilot sırasında mümkünse yalnızca örnek veriler değil, gerçek operasyon kullanılmalıdır. Çünkü sistemin gerçek değeri ancak yoğun bir iş gününde, acil teklif hazırlanırken veya müşteri revizyon istediğinde ortaya çıkar.

Pilot Ekibi Nasıl Oluşturulmalı?

Pilot ekibinin yalnızca teknolojiye meraklı çalışanlardan oluşturulması da doğru değildir. Yazılım farklı kullanıcı profilleri tarafından test edilmelidir.

Örneğin ekipte şu profiller bulunabilir:

1. Teklifleri günlük olarak hazırlayan satış personeli
2. Teknik keşif veya malzeme bilgisini sağlayan teknisyen
3. Fiyatlandırma kararlarını kontrol eden firma sahibi veya sorumlu kişi
4. Teklif sonrası müşteri takibini yapan çalışan

Özellikle teknoloji kullanımına çok yatkın olmayan bir personelin pilotta bulunması faydalıdır. Çünkü yazılım yalnızca teknoloji konusunda deneyimli çalışanlar tarafından kullanılabiliyorsa tüm şirkete yaygınlaştırıldığında adaptasyon sorunu ortaya çıkabilir.

Teknisyenlerin de sürece belirli ölçüde dahil edilmesi önemlidir. Örneğin bir modernizasyon teklifinde;

• Kumanda panosu
• Kapı mekanizması
• Halat
• Kasnak
• Fotosel
• Kabin ekipmanı

gibi teknik kalemlerin doğru aktarılması gerekir.

Sahadaki teknisyen keşif notunu farklı bir formatta tutuyor, satış personeli bunu tekrar bilgisayara yazıyorsa süreç hâlâ gereksiz manuel iş içeriyor demektir.

Pilot çalışma yalnızca “PDF oluşturabiliyor muyuz?” sorusuna değil, keşiften satışa kadar bilgi akışı düzgün çalışıyor mu? sorusuna da cevap vermelidir.

Pilot Boyunca Hangi KPI'lar Ölçülmeli?

Asansör Teklif Yazılımı değerlendirilirken karar yalnızca kullanıcıların “beğendim” veya “alışamadım” yorumuna bırakılmamalıdır.

Mümkün olduğunca sayısal veriler kullanılmalıdır.

Teklif hazırlama süresi

En temel göstergelerden biridir.

Pilot başlamadan önce 10-20 mevcut teklif incelenerek ortalama hazırlama süresi belirlenebilir.

Örneğin:

Mevcut ortalama süre = 24 dakika

Pilot sonrası:

Yeni ortalama süre = 9 dakika

Bu durumda teklif başına yaklaşık 15 dakikalık zaman tasarrufu oluşmuştur.

Ayda 200 teklif hazırlayan bir firma için bu yaklaşık 50 saatlik operasyonel süre anlamına gelir.

Teklif hata oranı

Yanlış fiyat, eski ürün fiyatı, eksik KDV bilgisi, unutulan hizmet veya yanlış müşteri bilgisi gibi sorunlar ayrıca izlenmelidir.

Örneğin pilot öncesinde 100 teklifin 12'sinde düzeltme gerekiyorsa, pilot sonunda bu oran yüzde 3'e düşmüşse yazılımın yalnızca hız değil kalite açısından da faydası vardır.

Teklif takip oranı

Asansör sektöründe teklifin hazırlanması kadar sonrasında takip edilmesi de önemlidir.

Örneğin satış personeli müşteriye revizyon teklifi gönderiyor ancak üç gün sonra tekrar araması gerektiğini unutabiliyor.

Pilot sırasında şu göstergeler takip edilebilir:

• Gönderilen toplam teklif
• Bekleyen teklifler
• Müşteri tarafından kabul edilen teklifler
• Kaybedilen teklifler
• Revizyon istenen teklifler
• Takip yapılan teklifler
• Tekliften satışa dönüşüm oranı

Örneğin Asansorex gibi teklif ve müşteri süreçlerini aynı yapı içerisinde takip etmeye imkân veren bir sistem kullanıldığında, firma sahibi yalnızca kaç teklif hazırlandığını değil hangi tekliflerin sonuç beklediğini de daha düzenli görebilir.

Gerçek Müşteri Senaryoları Kullanılmalı

Pilot projeyi yalnızca tek tür teklif üzerinden değerlendirmek ciddi hata olabilir.

Asansör firmalarının farklı teklif senaryoları vardır. Yazılım bunların birkaçında mutlaka denenmelidir.

Örneğin pilot kapsamında şu senaryolar kullanılabilir:

• Aylık veya yıllık bakım sözleşmesi teklifi
• Arıza sonrası parça değişim teklifi
• Kapsamlı modernizasyon teklifi
• Periyodik kontrol sonrası eksiklik giderme teklifi
• Yeni asansör montaj teklifi
• Revize edilmiş müşteri teklifi

Özellikle revizyon senaryosu önemlidir.

Müşteri ilk teklifte 120.000 TL tutarında kapsamlı bir çalışma istemiş, daha sonra bazı kalemleri çıkartarak fiyatın yeniden hazırlanmasını talep etmiş olabilir.

Bu durumda teklif yazılımının;

• Eski teklifi koruması,
• Yeni revizyon oluşturmayı kolaylaştırması,
• Fiyatların karışmasını önlemesi,
• Güncel PDF oluşturması

gibi günlük operasyonu doğrudan etkileyen özellikleri değerlendirilmelidir.

Ayrıca teklif görünümünün müşteri tarafındaki algısı da önemlidir. Hazırlanan PDF; firma logosu, müşteri bilgileri, hizmet açıklamaları, ödeme koşulları ve geçerlilik süresi açısından profesyonel görünmelidir.

Çünkü teklif yalnızca şirket içi bir belge değildir. Aynı zamanda müşterinin firma hakkında gördüğü önemli ticari dokümanlardan biridir.

Başarı Kriterleri Pilot Başlamadan Yazılmalı

Pilot bittikten sonra kriter belirlemek değerlendirmeyi taraflı hale getirir. Bu nedenle başarı sınırları başlangıçta oluşturulmalıdır.

Örnek bir pilot skor kartı şöyle olabilir:

Kriter	Hedef
Ortalama teklif hazırlama süresi	%40 veya daha fazla azalma
Fiyat/kalem hatası	%5'in altında
Kullanıcıların sistemi bağımsız kullanabilmesi	En az %80
Teklif takip oranı	En az %90
Teklif geçmişine erişim	1 dakikadan kısa
PDF hazırlama ve gönderme	Tek süreç üzerinden tamamlanabilmeli

Buradaki oranlar her firma için aynı olmak zorunda değildir. Önemli olan firmanın kendi mevcut durumuna göre gerçekçi bir başlangıç noktası belirlemesidir.

Örneğin zaten oldukça düzenli çalışan bir firmanın yüzde 70 zaman tasarrufu hedeflemesi gerçekçi olmayabilir. Buna karşılık tamamen Excel ve Word dosyalarıyla çalışan bir işletmede çok daha yüksek verim kazanımları görülebilir.

Pilot sonunda üç ayrı değerlendirme yapılması faydalıdır:

Operasyonel değerlendirme

Program teklif hazırlama işini gerçekten hızlandırdı mı?

Ticari değerlendirme

Tekliflerin takibi ve satışa dönüşüm süreci daha görünür hale geldi mi?

Kullanıcı değerlendirmesi

Personel sistemi eğitim almadan veya sürekli destek istemeden kullanabiliyor mu?

Üç alanın birlikte değerlendirilmesi gerekir. Çok gelişmiş fakat personelin kullanamadığı bir sistem kadar, çok kolay ancak temel ticari ihtiyaçları karşılamayan bir sistem de uzun vadede sorun yaratır.

Pilot Sonunda Karar Nasıl Verilmeli?

Pilot tamamlandığında yalnızca toplantı yapıp fikir alışverişinde bulunmak yerine kısa bir sonuç raporu hazırlanmalıdır.

Raporda en az şu bilgiler bulunabilir:

• Pilot başlangıç ve bitiş tarihi
• Pilot kullanıcıları
• Oluşturulan teklif sayısı
• Ortalama teklif hazırlama süresi
• Karşılaşılan hatalar
• Personelden gelen geri bildirimler
• Eksik görülen özellikler
• Sağlanan zaman tasarrufu
• Satış takibine katkı
• Tam kullanıma geçiş kararı

Pilot sırasında karşılaşılan her sorun yazılımın başarısız olduğu anlamına gelmez.

Bazı sorunlar yanlış kurulumdan, eksik ürün/hizmet tanımından veya kullanıcıların eski alışkanlıklarından kaynaklanabilir. Örneğin sistemde hazır hizmetler tanımlanmasına rağmen satış personeli her teklifte açıklamaları sıfırdan yazıyorsa yazılımın sağlayacağı hız avantajı doğal olarak düşecektir.

Bu nedenle pilot sonunda “Program çalışıyor mu?” yerine şu soru sorulmalıdır:

“Bu sistem doğru kurulduğunda şirketimizin teklif hazırlama ve satış takip sürecini mevcut yöntemden daha iyi yönetmemizi sağlıyor mu?”

Cevap evetse ikinci aşamada kullanıcı sayısı kontrollü şekilde artırılabilir.

Önce satış ekibi, ardından teknik ekip ve ilgili diğer çalışanlar sisteme dahil edilebilir. Böylece şirket genelindeki geçiş tek günde yapılmak yerine kontrollü şekilde gerçekleştirilmiş olur.

Sıkça Sorulan Sorular

Asansör Teklif Yazılımı pilotu kaç gün sürmeli?

Firmanın teklif yoğunluğuna bağlı olmakla birlikte genel uygulamada 3-6 hafta yeterli olabilir. Çok düşük teklif hacmi bulunan işletmelerde daha uzun süre gerekebilir. Önemli olan pilot boyunca yeterli sayıda gerçek teklif oluşturulmasıdır.

Pilot projede kaç kullanıcı bulunmalı?

Küçük ve orta ölçekli firmalarda 2-5 kişilik bir ekip çoğu zaman yeterlidir. Satış personeliyle birlikte teknik bilgiyi sağlayan bir çalışanın da sürece dahil edilmesi daha gerçekçi değerlendirme sağlar.

Pilot sırasında gerçek müşterilere teklif gönderilmeli mi?

Evet. İlk birkaç testten sonra gerçek müşterilere hazırlanan tekliflerin kullanılması önerilir. Gerçek çalışma ortamı; revizyon, fiyat değişikliği ve müşteri takibi gibi test ortamında görülmeyen durumları ortaya çıkarır.

En önemli pilot KPI'ı nedir?

Tek bir KPI yeterli değildir. Teklif hazırlama süresi, hata oranı, teklif takip oranı ve kullanıcı adaptasyonu birlikte değerlendirilmelidir. Özellikle sadece hız ölçülmesi satış sürecindeki diğer kazanımların gözden kaçmasına neden olabilir.

Excel ile teklif hazırlayan firma da pilot yapmalı mı?

Evet. Hatta Excel veya Word üzerinden çalışan firmalarda pilot çalışmanın faydası daha kolay ölçülebilir. Mevcut teklif hazırlama süresi ve hata oranı başlangıçta ölçülerek dijital sistemle karşılaştırılabilir.

Asansorex pilot değerlendirmesinde nasıl kullanılabilir?

Asansorex; teklif oluşturma, müşteri bilgileri ve teklif süreçlerinin düzenli tutulması açısından gerçek müşteri senaryoları üzerinde değerlendirilebilir. Pilot süresince amaç yalnızca özellikleri görmek değil, firmanın günlük teklif akışında sağladığı zaman ve takip avantajını ölçmektir.

Özet

Bir Asansör Teklif Yazılımı satın alma kararını yalnızca demo ekranlarına veya özellik listesine bakarak vermek yerine gerçek operasyonla test etmek daha sağlıklıdır. İyi tasarlanmış bir pilot proje; yazılımın teklif hazırlama hızını, hata oranını, satış takibini ve ekip adaptasyonunu somut verilerle ortaya çıkarır.

Başarılı bir pilot için önce mevcut problemler belirlenmeli, 3-6 haftalık kontrollü bir kapsam oluşturulmalı, farklı teklif türleri gerçek müşteriler üzerinde denenmeli ve sonuçlar önceden belirlenen KPI'larla ölçülmelidir.

Böylece firma sahibi yazılım yatırımının faydasını tahmin etmek yerine ölçebilir; satış personeli günlük iş akışının gerçekten kolaylaşıp kolaylaşmadığını görebilir; teknisyen ise sahadan gelen teknik bilginin teklif sürecine doğru biçimde aktarılmasını test edebilir. Sonuç olarak pilot çalışma, yanlış yazılım seçme riskini azaltırken şirket genelinde yapılacak dijital geçişin de daha kontrollü ilerlemesini sağlar.