İçeriğe geç
Asansör bakım, servis ve montaj firmaları için yazılım
Müşteri Yönetimi

Satışta Önce/Sonra Hikâyeleri Kullanmak

Bina yöneticisi hizmetinizin farkını nasıl görecek? Gerçek bakım ve arıza örneklerini; başlangıç sorunu, yapılan çalışma ve doğrulanabilir sonuç üzerinden güven veren satış hikâyelerine dönüştürün.

İÇERİK

“Düzenli bakım yapıyoruz, arızalara hızlı dönüyoruz, kaliteli hizmet veriyoruz.” Bina yöneticileri bu cümleleri birçok asansör firmasından duyuyor. Ancak aynı ifadeleri kullanan iki firma arasındaki farkı anlamaları kolay değil. Asansör satışında önce/sonra hikâyeleri, hizmetin değerini somut bir değişim üzerinden anlatmanıza yardımcı olur. Yönetici, sizinle çalışmadan önce yaşanan sorunu, yaptığınız işi ve ortaya çıkan sonucu birlikte görür. Bu yazıda gerçek saha deneyimlerini nasıl toplayacağınızı, hangi verilerle destekleyeceğinizi ve teklif görüşmesinde nasıl kullanacağınızı öğreneceksiniz.

Önce/Sonra Hikâyesi Satışta Neyi Değiştirir?

Asansör bakım hizmetinin önemli bir bölümü, bina sakinlerinin görmediği alanlarda gerçekleşir. Yönetici bakımın yapıldığını bilir; fakat hangi sorunun izlendiğini, neyin düzeltildiğini ve hangi işin beklediğini her zaman takip edemez. Bu nedenle satın alma görüşmesi kolayca aylık ücret karşılaştırmasına dönüşür.

Önce/sonra hikâyesi, yöneticinin dikkatini hizmetin günlük etkisine taşır. “Raporlama yapıyoruz” demek yerine, eski durumda kayıtların nasıl dağıldığını ve yeni düzende yöneticinin neye ulaşabildiğini gösterirsiniz.

Örneğin bir binada arıza bildirimleri farklı çalışanların telefonlarına geliyor olabilir. Firma, bildirimleri ortak kayıtta toplamaya ve her müdahaleden sonra durum bilgisi vermeye başladığında değişen şey yalnızca kullanılan araç değildir. Yönetici artık aynı arızanın açık mı, tamamlanmış mı olduğunu öğrenmek için birkaç kişiyi aramak zorunda kalmaz.

İyi hikâye, müşterinin tanıdığı bir sorunla başlar. “Bu bizim binada da yaşanıyor” tepkisi, uzun bir özellik anlatımından daha verimli bir görüşme başlatabilir.

Hikâyeyi Sorun, Müdahale ve Sonuç Üzerine Kurun

Kullanışlı bir müşteri hikâyesi dört parçadan oluşur: başlangıç durumu, yapılan çalışma, gözlenen sonuç ve sonucun sınırı. Son parçayı atlamak, anlatımı gereğinden iddialı hâle getirir.

Başlangıç durumunu tarif edin

“Binanın asansörü çok kötüydü” gibi belirsiz bir giriş yerine, kayıtlardan anlaşılabilen sorunu seçin:

  • Aynı şikâyet için tekrar tekrar servis çağrısı açılması.
  • Bakım raporlarının yöneticide düzenli bulunmaması.
  • Teklif verilen işlerin onay durumunun bilinmemesi.
  • Değiştirilen parçanın hangi tarihte takıldığının bulunamaması.
  • Müdahale sonrası bina yönetimine bilgi verilmemesi.

Önceki firmayı eleştirmeden de başlangıç durumunu anlatabilirsiniz. “Devraldığımız tarihte geçmiş müdahaleleri tek dosyada izlemek mümkün değildi” ifadesi, gözlenen eksikliği açıklar.

Yaptığınız işi görünür kılın

“Titizlikle çalıştık” yerine hangi adımları attığınızı yazın. Geçmiş kayıtları incelediniz mi? Tekrarlayan şikâyetleri ayrı değerlendirdiniz mi? Bina yönetimine açık işler listesi sundunuz mu?

Teknik çalışma ile iletişim düzenini ayırın. Bir parçanın değiştirilmesi teknik müdahaledir; yöneticinin yapılan işlem ve kalan işler hakkında bilgilendirilmesi ise hizmet sürecinin başka bir parçasıdır. Hikâyede ikisinin katkısı birbirine karışmamalıdır.

Sonucu sınırıyla birlikte aktarın

“Arıza sorununu tamamen çözdük” yerine, hangi dönemde ne gözlediğinizi söyleyin. Belirli bir şikâyetin izleme döneminde tekrarlamaması, asansörün gelecekte hiç arızalanmayacağı anlamına gelmez.

Güven veren anlatım, yapılan işi ve gözlenen sonucu açıklar; geleceğe ilişkin sınırsız bir vaat üretmez.

Hangi Değişimleri Hikâyeye Dönüştürebilirsiniz?

Her hikâyenin büyük bir modernizasyon projesine dayanması gerekmez. Küçük bir bakım firması için düzenli kayıt, açık iletişim ve takip edilen teklifler de güçlü örnekler oluşturabilir.

Hikâye konusu Önce gösterilecek durum Sonra gösterilecek değişim Destekleyici kayıt
Tekrarlayan şikâyet Aynı belirtiyle açılan çağrılar Müdahale sonrası izleme sonucu Arıza kayıtları, servis raporları
Bakım raporlaması Dağınık veya bulunamayan belgeler Tarih sırasıyla erişilen raporlar Bakım formları, teslim kayıtları
Yönetici iletişimi İşin durumunu öğrenmek için tekrarlanan aramalar Müdahale sonrasında düzenli bilgilendirme Bildirim ve görüşme kayıtları
Onarım teklifi Kapsamı anlaşılmayan teklif İş kalemleri ve kapsam dışı işlerin açıklanması Teklif sürümleri
Açık iş takibi Unutulan veya durumu belirsiz işler Sorumlusu ve sonraki adımı belirli liste İş emri ve takip kayıtları

Hikâyenin gücü, seçtiğiniz konunun müşterinin ihtiyacıyla örtüşmesinden gelir. Bakım raporlarını bulamamaktan şikâyet eden yöneticiye yalnızca kabin yenileme fotoğrafları göstermek, asıl soruya cevap vermez.

Ayrıca temiz ve düzenli bir görüntü, tek başına teknik güvenliğin kanıtı değildir. Fotoğraftan çıkarılabilecek sonuçla teknik inceleme sonucunu birbirinden ayırın.

Karşılaştırmayı Doğru Verilerle Hazırlayın

Önce/sonra anlatımında en sık yapılan hata, farklı koşulları karşılaştırmaktır. Bir aylık çağrı sayısını üç aylık toplamla kıyaslamak veya farklı asansörlerin sonuçlarını tek örnek gibi sunmak yanıltıcı olur.

Aynı kapsamı karşılaştırın

Mümkün olduğunda aynı asansörü, eşit uzunluktaki dönemleri ve aynı kayıt tanımını kullanın. “Arıza çağrısı” ifadesinin ne anlama geldiğini de belirleyin. Aynı olay için yöneticinin ve iki sakinin yaptığı üç arama, üç ayrı teknik arıza olmayabilir.

Aşağıdaki örnek tamamen kurgusaldır ve yalnızca anlatım yöntemini gösterir:

Bir binada kapının kapanmaması şikâyetiyle dört haftada altı ayrı olay kaydedildiğini düşünün. İnceleme ve gerekli müdahaleler sonrasında, takip eden dört haftada aynı şikâyetle bir olay kaydedilmiş olsun. Hikâyede dönemleri ve şikâyetin kapsamını belirtin. Bu örnekten “Tüm arızaları aynı oranda azaltıyoruz” sonucu çıkarmayın.

Değişen koşulları açıklayın

Kullanım yoğunluğu, taşınma çalışmaları veya bina doluluğu iki dönem arasında değişmiş olabilir. Bakım sürecindeki iyileşmeyle birlikte kapsamlı parça değişimi yapıldıysa bunu da söyleyin. Sonucun yalnızca rutin bakım sayesinde oluştuğunu ima etmeyin.

Kayıt düzenini satıştan önce kurun

Geçmişi bulunamayan bir müdahaleden sağlam hikâye çıkarmak zordur. İş tarihi, şikâyet, yapılan işlem ve takip sonucu günlük operasyon içinde kaydedilmelidir. Asansorex gibi bir bakım ve arıza takip yazılımında bu kayıtları birlikte tutmak, müşteri örneği hazırlarken farklı telefonlardan bilgi toplama ihtiyacını azaltabilir.

Gerçek Bir Hikâyeyi Yedi Adımda Hazırlayın

Hikâye hazırlamak için uzun bir kurumsal sunum beklemeyin. İlk aşamada tek sayfalık, doğrulanabilir bir örnek yeterlidir.

  1. Tek bir problem seçin. Aynı anlatıma raporlama, tahsilat, modernizasyon ve arıza müdahalesini birden yüklemeyin.
  2. Başlangıç kayıtlarını bulun. Tarihleri, şikâyetleri ve mevcut belgeleri kontrol edin.
  3. Yapılan çalışmayı sorumlu teknisyenle doğrulayın. Satış metnindeki ifadelerin saha gerçeğine uymasını sağlayın.
  4. İzleme dönemini belirleyin. Sonucun hangi tarihler arasında gözlendiğini yazın.
  5. Kanıtı seçin. Gereksiz belge kalabalığı yerine ilgili rapor veya karşılaştırmayı kullanın.
  6. Müşteriyle paylaşılacak sürümü hazırlayın. İsimleri, iletişim bilgilerini ve ilgisiz ayrıntıları çıkarın.
  7. Anlatımı prova edin. Firma temsilcisi hikâyeyi yaklaşık bir dakikada, anlaşılır biçimde aktarabilsin.

Fotoğraf kullanılacaksa aynı noktayı benzer açı ve ışıkla göstermek karşılaştırmayı kolaylaştırır. Tarihi farklı bir fotoğrafı güncelmiş gibi sunmayın. Görseli daha etkileyici yapmak için kusur eklemeyin veya mevcut kusuru dijital olarak gizlemeyin.

Bina adı, müşteri sözü ve fotoğraf kullanılacaksa paylaşım kapsamını müşteriyle önceden netleştirin. Telefon numarası, imza veya bina sakininin yüzü gibi satış anlatımına katkısı olmayan bilgileri paylaşmayın.

Hikâyeyi Teklif Görüşmesinde Nasıl Kullanmalısınız?

Önce müşterinin sorununu dinleyin, ardından ilgili hikâyeyi seçin. Görüşmeye arka arkaya beş referans anlatarak başlamak, yöneticinin kendi ihtiyacını konuşmasına ayrılan zamanı azaltır.

Örneğin yönetici “Her müdahaleden sonra ne yapıldığını tekrar sormamız gerekiyor” diyorsa şöyle bir geçiş kullanılabilir:

“Benzer bir iletişim sorunuyla çalışmaya başladığımız bir bina vardı. Önce yapılan işleri ve açık kalan konuları tek listede topladık. Ardından her müdahale sonrası kısa durum bilgisi vermeye başladık. Size, bu binada kullandığımız rapor örneğinin kişisel bilgiler çıkarılmış hâlini gösterebilirim.”

Bu anlatımdan sonra kendi teklifinizdeki karşılığı gösterin. Bilgilendirmeyi kim yapacak? Hangi olaydan sonra yapılacak? Yönetici hangi raporu alacak? Hikâye ile teklifin kapsamı arasında bağlantı kurulmazsa örnek yalnızca hoş bir anı olarak kalır.

Fiyat itirazında sonucu abartmayın

“Diğer firma daha ucuz” diyen yöneticiye, geçmiş bir müşterideki sonucu kesin tasarruf vaadine dönüştürmeyin. Bunun yerine kapsamı görünür kılın: kayıt düzeni, takip sorumluluğu, bilgilendirme biçimi ve teklif edilen işler.

Ayrıca sonuç aldığınız örnekte ek ücretli onarım yapıldıysa bunu saklamayın. Yönetici, bakım bedelinin içinde hangi hizmetin bulunduğunu açıkça anlayabilmelidir.

Etkisini basitçe takip edin

Görüşme notuna hangi hikâyenin kullanıldığını ve müşterinin ne sorduğunu yazın. Hikâyeden sonra rapor örneği isteyenlerle, keşif isteyenleri ayrı izleyebilirsiniz. Ancak birkaç olumlu görüşmeden kesin satış artışı sonucu çıkarmayın. Amaç, hangi örneğin hangi ihtiyacı açıklamaya yardımcı olduğunu öğrenmektir.

Sıkça Sorulan Sorular

Yeni kurulan bir firma önce/sonra hikâyesi kullanabilir mi?

Evet. İlk müşterilerinizde tamamladığınız ve kayıtla doğrulayabildiğiniz çalışmaları kullanabilirsiniz. Büyük başarı iddiaları yerine, bakım raporlarının düzenlenmesi gibi sınırlı ama gerçek bir değişimi anlatın. Geçmişte başka bir firmada yaptığınız işi mevcut firmanızın referansı gibi sunmayın.

Müşterinin adını vermeden hikâye anlatılabilir mi?

Evet. “İki asansörlü bir apartman” gibi genel bir tanım yeterli olabilir. Ancak isim çıkarılması her zaman anonimlik sağlamaz. Fotoğraf, konum veya belge üzerindeki bilgiler binayı tanınabilir hâle getiriyorsa paylaşılacak içeriği yeniden düzenleyin.

Sonuçları mutlaka rakamla göstermek gerekir mi?

Hayır. Tarih sırasıyla bulunabilen bakım raporları veya durumu belirli açık işler listesi de somut değişimdir. Ölçmediğiniz bir iyileşmeye oran vermeyin. Rakam kullanacaksanız hesabın hangi kayıtlara ve döneme dayandığını açıklayın.

Önceki bakım firmasından söz edilmeli mi?

Çoğu hikâyede buna ihtiyaç yoktur. Başlangıçta gözlediğiniz durumu ve kendi yaptığınız çalışmayı anlatmanız yeterlidir. Önceki firmanın niyeti, çalışma biçimi veya kayıtlarını görmediğiniz işlemleri hakkında yorum yapmak anlatımın güvenilirliğini zayıflatır.

Hikâye her müşteriye aynı şekilde anlatılabilir mi?

Temel bilgiler aynı kalmalıdır; vurgu müşterinin ihtiyacına göre değişebilir. Bir yönetici raporlamayla, başka biri tekrar eden şikâyetlerin takibiyle ilgilenebilir. Anlatımı kısaltabilirsiniz, fakat sonuçları değiştiremez veya önemli koşulları çıkaramazsınız.

Özet

Asansör satışında önce/sonra hikâyeleri kullanmak için gerçek bir sorunu seçin, yaptığınız çalışmayı belgeleyin ve sonucu belirli bir dönem üzerinden anlatın. Müşterinin ihtiyacıyla örtüşen tek bir örnek, genel hizmet vaatlerinden daha açıklayıcı olabilir. Asansorex üzerinde tutulan bakım ve arıza geçmişi de bu örneklerin hazırlanmasına dayanak sağlayabilir. Hikâyeyi teklifin somut kapsamına bağladığınızda yönetici, hizmetinizin günlük işleyişte nasıl bir karşılığı olacağını daha rahat değerlendirir.

Benzer Yazılar

Asansör operasyonlarınızı bugün dijitalleştirin

Asansorex — 3 gün ücretsiz deneme.

Demo Talep Et