Asansör servis firmasını yönetenler iki ayrı operasyonel sorunla eş zamanlı mücadele ediyor: müşteri ilişkileri ve sözleşme yönetimi bir yanda, bakım takvimleri ve saha koordinasyonu öte yanda. Bu iki sorunu tek çatı altında çözmek için CRM yazılımına yöneliyorlar — ama genel amaçlı CRM araçlarının büyük çoğunluğu asansör bakım iş modelini anlayacak şekilde tasarlanmamış.
Neden? Çünkü sorun veri modelinde başlıyor.
Genel CRM'in Huni Problemi
Salesforce, HubSpot, Pipedrive gibi araçlar satış odaklı yapılandırılmış: potansiyel müşteri → teklif → anlaşma → kapandı. Bu huni yapısı perakende, yazılım veya danışmanlık sektörü için mantıklı — müşteri bir kez kazanılır, ilişki orada başlar.
Asansör bakım iş modeli farklı çalışıyor:
- Müşteri kazanımı bir kez olur; ilişki sözleşme döngüsüyle devam eder
- "Anlaşma" yılda bir kez yenileniyor — yani her sözleşme her yıl yeniden kazanılıyor
- Her müşterinin birden fazla binası, her binanın birden fazla asansörü olabiliyor
- Bakım takvimi bir CRM notu değil, operasyonun çekirdeği
- Uyum ve sertifika gereksinimleri her asansör bazında takip ediliyor
Genel CRM bu hiyerarşiyi — müşteri → bina → asansör — doğal olarak desteklemiyor. Bu veriyi sisteme zorla sıkıştırmak teknik olarak mümkün; ancak özelleştirme maliyeti ve süregelen bakım yükü çoğu asansör firması için pratik değil.
Genel CRM ile Çalışırken Ortaya Çıkan Sorunlar
Hiyerarşik Veri Yok
Salesforce veya Pipedrive'da bir müşterinin birden fazla lokasyonunu ve her lokasyonda birden fazla varlığı (asansör) takip etmek için özel nesne (custom object) tanımlamak ya da geçici çözümler üretmek gerekiyor. Bu yapıyı kurmak bir CRM yöneticisi, sürdürmek ise sürekli dikkat istiyor.
Uygulamada ne oluyor? Asansörler müşteri notlarına yazılıyor, bina adresleri müşteri adı alanına ekleniyor, bakım tarihleri takvim entegrasyonuyla yamalanıyor. Bunların hiçbiri arınmış veri değil — sorgu yapılamıyor, raporlanamıyor.
Bakım Takvimi Entegrasyonu Yok
Genel CRM'ler saha operasyonunu çözmüyor: hangi teknisyen hangi asansöre ne zaman gitsin sorusu yanıtsız kalıyor. Bu boşluğu doldurmak için ayrı bir iş emri veya field service management aracı gerekiyor. İki araç arasında senkronizasyon kurulmazsa bakım kaydı CRM'de görünmüyor, CRM'deki müşteri notu sahaya ulaşmıyor.
Sonuç: teknisyen bakım ziyaretine gitmeden önce müşteriyi ayrıca aramak zorunda kalıyor ya da müşteri notu eksik olduğu için beklenmedik bir sorunla karşılaşıyor.
Uyum Takibi Kapsam Dışı
TS EN 13015 kapsamında bakım kayıtları tarih, teknisyen kimliği ve yapılan işlemlerle birlikte saklanmak zorunda. Periyodik kontrol belgeleri belirli aralıklarla yenileniyor. Yetkili servis belgesi bitiş tarihini kaçırmak, denetimde firma için idari yaptırım riski demek.
Genel CRM bu uyum gereksinimlerini doğal olarak karşılamıyor. "Sertifika bitiş tarihi" için özel alan yaratmak mümkün — ama bu alanı birden fazla asansörde takip etmek, yaklaşan tarihlerde uyarı üretmek ve bakım kaydını değiştirilemez biçimde arşivlemek genel CRM'in kapsam dışında kalıyor.
Tahsilat ve Bakım Kopukluğu
İdeal senaryoda sözleşme bedeli, bakım takvimi ve fatura tarihi birbirine bağlı. Ödenmemiş faturası olan müşterinin bakım ziyareti planlanmadan önce uyarı gelmeli — ya da en azından teknisyen bunu bilmeli. Genel CRM ve muhasebe aracı arasındaki bu köprüyü kurmak entegrasyon çalışması gerektiriyor; olmadığında tahsilat kör bir süreç.
Asansör Bakım CRM'inde Olması Gerekenler
Müşteri → Bina → Asansör Hiyerarşisi
Veri modeli bu zinciri doğal olarak desteklemeli. Bir müşterinin tüm binalarını, her binadaki asansörleri, her asansörün bakım geçmişini ve aktif sözleşmesini tek ekranda görmek — bu yapı olmadan asansör CRM'i değil, yalnızca dijital adres defteri.
Bakım Takvimi ile Tek Platform
CRM ve bakım takvimi aynı sistemde yaşamalı. Saha ziyareti kaydı, müşteri kartına otomatik yansımalı. Teknisyen bakım formunu doldurduğunda müşteri bildirimi CRM üzerinden gitmeli. İki ayrı araç arasında veri köprüsü kurmak ek emek; bir süre sonra kopuyor.
Sözleşme Yenileme Pipeline'ı
"Önümüzdeki 90 gün içinde biten sözleşmeler" listesini anında görüntüleyebilmek, her sözleşme için yenileme sürecini başlatabilmek ve takip adımlarını yönetebilmek asansör CRM'inin temel işlevi. Bu görünürlük olmadan sözleşme bitiş tarihi müşteri aramadan önce fark edilmiyor — rekabete açık pencere açılıyor.
Sertifika ve Belge Takibi
Periyodik kontrol tarihleri ve yetkili servis belgesi bitiş tarihleri sistem üzerinde izlenmeli; yaklaşan tarihler için otomatik uyarı üretilmeli. Bu bilgilerin ayrı bir Excel'de tutulması ya da kağıt dosyada bırakılması denetim riskini kabul etmek demek.
Müşteri İletişim Otomasyonu
Bakım zamanı bildirimi, sözleşme yenileme hatırlatıcısı ve periyodik kontrol uyarısı — bunların her biri için ayrı araç kullanmak yerine CRM üzerinden otomatize etmek operasyonel sürüklenmeyi önlüyor. Bu bildirimleri gönderen firma, göndermeyene kıyasla müşteri gözünde güvenilirlik avantajı kazanıyor.
Ne Zaman CRM Yatırımı Yapmalı?
Her firma için eşik farklı, ama bazı sinyaller önceden görünüyor:
- Sözleşme bitiş tarihini müşteri arayıp sormadan kaçırmak
- Tahsilat takibinin Excel'e veya not defterine kaymış olması
- Teknisyenin hangi müşteriye gideceğini telefon veya mesajla öğrenmesi
- Denetimde bakım geçmişini bulmak için dosya araması yapmak
- Müşterinin ek asansöründen sözleşme görüşmesinde haberdar olmak
Bu sinyallerin ikisi bile eş zamanlı varsa CRM geçişini ertelemek her ay ek gelir kaybına yol açıyor. 20–30 asansörün altında adres defteri ve takvim yönetilebilir; bu eşiğin üzerinde hem operasyonel hem müşteri ilişkisi maliyeti belirginleşiyor.
LiftGrid ile Asansör Bakım CRM'i
LiftGrid'in veri modeli başından itibaren asansör bakım iş modeline göre kurulmuş — genel CRM'in adaptasyonu değil, sektöre özgü tasarım.
Hiyerarşik Müşteri Kartı Her müşteri için bağlı binalar, her binada asansörler, her asansörde aktif sözleşme, bakım geçmişi ve sertifika durumu tek ekranda. Teknisyen ziyaret öncesinde müşteri kartına bakıyor; yönetici sözleşme görüşmesine tüm geçmişle hazırlıklı giriyor.
Bakım ve CRM Tek Platformda Saha operasyonu ile müşteri ilişkisi aynı veri üzerinden çalışıyor. Bakım ziyareti tamamlandığında müşteri kartı güncelleniyor, bildirim gidiyor. Senkronizasyon sorunu yok.
Sözleşme Yenileme Görünürlüğü Bitiş tarihleri filtrelenebilir. "Bu ay biten sözleşmeler", "60 gün içinde yenilenmesi gerekenler" listesi hazır. Her sözleşme için yenileme süreci başlatılabilir, takip adımları atanabilir.
Uyum Arşivi Her bakım ziyareti tarih, teknisyen ve yapılan işlemlerle birlikte değiştirilemez biçimde kaydediliyor. Periyodik kontrol tarihleri izleniyor; yaklaşan sertifika bitiş tarihleri için uyarı geliyor.
Sık Sorulan Sorular
Küçük bir firmayım — iki araç kullanmak yerine tek araç mümkün mü? Evet. LiftGrid bakım takibi, müşteri yönetimi ve sözleşme süreçlerini tek platformda birleştiriyor. Ayrı CRM + ayrı bakım yazılımı senaryosundan kaçınmak hem maliyet hem de veri tutarlılığı açısından avantajlı.
Mevcut müşteri verilerimi nasıl aktarırım? CSV içe aktarımı destekleniyor. Müşteri, bina ve asansör listesini temizlenmiş Excel formatında sisteme yükleyebilirsiniz. Aktarım genellikle birkaç saat içinde tamamlanıyor.
Sahada teknisyenlerin sistemi kullanması ne kadar zaman alıyor? Mobil uygulama form doldurma ve fotoğraf ekleme odaklı, basit. Çoğu firma 1–2 bakım döngüsü içinde saha ekibini sisteme adapte ediyor.
Asansör Müşteri Yönetimi ve CRM Rehberi →