Müşteriden saha sonucuna kadar izlenebilir servis operasyonu
BIG@ CRM ve Servis Takip Yazılımı
Müşteri kaydı, çağrı ve servis talebi, iş emri, öncelik, SLA, teknisyen ataması, randevu, cihaz geçmişi, parça kullanımı ve dijital servis formunu tek süreçte yönetin. BIG@ CRM; kurumsal servis ekiplerinin işi kimin aldığını, hangi adımda olduğunu ve nasıl sonuçlandığını açıkça görebilmesi için yapılandırılır.
Servis sürecinizi birlikte modelleyelim
Bugünkü kayıt yönteminizi, aylık talep hacmini, ekip rollerini, SLA kurallarını ve saha formunu paylaşın. Yazılım teklifinden önce darboğazları, gerekli alanları, yetkileri ve uygulanabilir geçiş sırasını netleştirelim.
Kısa yanıt
BIG@ CRM neyi çözer?
BIG@ CRM, servis talebinin telefon notunda, e-posta kutusunda veya farklı Excel dosyalarında kaybolmasını önlemek için müşteri geçmişi ile operasyon kaydını birleştirir. Yetkili personel talebi açar, önceliği ve sözleşme koşulunu belirler, uygun teknisyeni görevlendirir; saha ekibi yaptığı işi ve kullandığı parçayı kaydeder. Yönetici ise açık işler, geciken görevler, tekrar eden arızalar, ekip yükü ve müşteri bazlı hizmet sonuçlarını aynı veri üzerinden inceler.
Bu yapı her işletmede aynı ekran ve kuralla kurulmaz. Hazır bir ürünü mevcut karmaşanın üzerine koymak yerine; müşteri, lokasyon, cihaz, talep, iş emri, servis formu ve rapor ilişkileri işletmenin gerçek çalışma biçimine göre tanımlanır. Gereksiz alanlar azaltılır, zorunlu bilgiler açıkça belirlenir ve kullanıcıların günlük işi olabildiğince az adımla tamamlaması hedeflenir.
Servis yaşam döngüsü
Bir servis kaydı baştan sona nasıl ilerler?
İzlenebilirlik, çok sayıda alan doldurmak değil; her aşamada gereken bilginin doğru kişi tarafından kaydedilmesi demektir.
- 01
Talebin alınması
Telefon, e-posta, web formu veya yetkili personelden gelen kayıt müşteri, ilgili kişi ve hizmet lokasyonuyla eşleştirilir. Talebin zamanı, iletişim kanalı ve kısa açıklaması korunur.
- 02
Sınıflandırma ve öncelik
Konu, hizmet kategorisi, etki, aciliyet, sözleşme, çalışma saati ve varsa ilgili cihaz kontrol edilir. Öncelik bu verilerle belirlenir; yalnızca talebi açan kişinin ifadesine bırakılmaz.
- 03
İş emri ve görevlendirme
Yapılacak iş, beklenen sonuç, randevu, lokasyon ve gerekli yetkinlik netleştirilir. Planlama ekibi uygun teknisyeni seçer; değişiklik ve yeniden atamalar kayıt altında tutulur.
- 04
Saha veya uzaktan müdahale
Teknisyen başlangıç ve sonuç bilgisini, işlem notunu, cihaz veya seri numarasını, kullanılan parçayı, çalışma süresini ve gerekli ekleri iş emrine ekler.
- 05
Kontrol ve müşteri kabulü
Yapılan iş servis formunda özetlenir. Yetkili müşteri temsilcisi, varsa eksik veya takip işiyle birlikte sonucu görür; belirlenen onay yöntemiyle kabul kaydı oluşturulur.
- 06
Kapanış ve öğrenme
Kapanış kodu, kök neden, çözüm, garanti veya tekrar ziyaret ihtiyacı belirtilir. Aynı cihazdaki tekrarlar, SLA sonucu ve ekip performansı daha sonra raporlanabilecek nitelikli veriye dönüşür.
Doğru kapsam
Müşteri ilişkisi ile teknik operasyonu aynı yerde, farklı sorumluluklarla yönetin
CRM kaydı neyi anlatır?
Müşteri, ilgili kişiler, şubeler, görüşmeler, fırsatlar, sözleşmeler ve iletişim geçmişi ticari ilişkinin bağlamını verir. Çağrıyı karşılayan personel müşterinin kim olduğunu ve hangi hizmet ilişkisine sahip bulunduğunu görür.
- Müşteri ve ilgili kişi
- Lokasyon ve iletişim bilgisi
- Sözleşme veya bakım ilişkisi
- Görüşme ve talep geçmişi
Servis kaydı neyi anlatır?
İş emri; sorunun veya planlı bakımın nasıl ele alındığını gösterir. Öncelik, teknisyen, randevu, cihaz, işlem, süre, parça, ekler, müşteri kabulü ve kapanış sonucu operasyonun kanıtıdır.
- Talep ve iş emri
- Öncelik, SLA ve eskalasyon
- Teknisyen, randevu ve rota
- Servis sonucu ve dijital form
Temel ayrım: CRM yalnızca müşteri rehberi, servis takip ise yalnızca görev listesi değildir. Sağlıklı yapı, müşterinin ticari bağlamı ile teknik hizmetin kanıtlarını ilişkilendirir; satış, planlama ve saha ekiplerinin bütün verilere sınırsız erişmesi gerekmez.
Veri modeli
Teklif ve yapılandırma öncesinde hangi kayıtları netleştiriyoruz?
Rapor kalitesi, iş emri kapanırken girilen verinin kalitesinden başlar. Bu nedenle alanlar, seçenekler ve zorunluluklar gerçek kullanım senaryosuna göre tasarlanır.
- Müşteri ve lokasyon
- Unvan, ilgili kişiler, şube, hizmet adresi, erişim notu ve sözleşme ilişkisi tekrarsız ve aranabilir bir yapıda tutulur.
- Cihaz ve varlık
- Ürün grubu, marka-model, seri numarası, kurulum tarihi, garanti, lokasyon ve servis geçmişi işletmenin ihtiyacı kadar ayrıntılandırılır.
- Talep ve öncelik
- Kategori, etki, aciliyet, hizmet seviyesi, ilk yanıt hedefi, çözüm hedefi ve eskalasyon kuralları ortak terminolojiyle tanımlanır.
- İş emri ve planlama
- Görev tipi, teknisyen, randevu, yol veya çalışma süresi, durum geçişleri, bekleme nedeni ve takip işi ayrı kayıtlara dönüşür.
- Parça ve işçilik
- Kullanılan ürün, miktar, seri numarası, garanti değişimi, işçilik türü ve gerekiyorsa stok veya muhasebe referansı belirlenir.
- Servis formu ve kanıt
- Yapılan işlem, ölçüm, fotoğraf, belge, açıklama, müşteri yetkilisi, kabul zamanı ve kapanış kodu aynı iş emrinde tamamlanır.
SLA ve öncelik
Süre sayacından önce hizmet kuralını tanımlayın
Etki ve aciliyet
Tek kullanıcı sorunu ile tüm şubeyi durduran olay aynı öncelikte değildir. Etkilenen hizmet, kullanıcı ve iş süreci birlikte değerlendirilir.
Çalışma takvimi
Mesai saatleri, resmi tatiller, 7/24 kapsamı ve bekleme durumunda sayacın davranışı açıkça tanımlanır. Aksi halde rapor gerçeği yansıtmaz.
Eskalasyon
İlk yanıt yaklaşırken, çözüm gecikirken veya kritik kayıt açıldığında kimin bilgilendirileceği ve hangi kanalın kullanılacağı belirlenir.
SLA raporu yalnızca yüzde üretmemelidir. İhlalin müşteri, kategori, teknisyen, parça bekleme, üçüncü taraf, eksik bilgi veya planlama kaynaklı olup olmadığı görülebilmelidir. Böylece ekip yalnızca daha hızlı kapanışa değil, tekrar eden gecikme nedenlerini azaltmaya odaklanabilir.
Uygulama planı
Kurulumu aşamalı ve ölçülebilir yürütüyoruz
CRM geçişi bir günde tüm ekranları açmak değildir. Önce ortak veri ve temel servis akışı çalışır hale getirilir; entegrasyonlar ve ileri raporlar doğrulanmış kayıt düzeninin üzerine eklenir.
- 01
Mevcut süreç keşfi
Talebin kimden geldiği, nerede kaydedildiği, kim tarafından planlandığı, sahada hangi belgenin kullanıldığı ve yöneticinin hangi raporu istediği birlikte incelenir.
- 02
Kapsam ve başarı ölçütleri
İlk fazdaki kullanıcılar, veri alanları, durumlar, raporlar, entegrasyonlar ve kapsam dışı konular yazılı hale getirilir. Pilotun başarılı sayılacağı ölçütler belirlenir.
- 03
Roller ve veri düzeni
Kullanıcı yetkileri, müşteri ve cihaz kartları, kategori ağacı, öncelik matrisi, durum akışı, zorunlu alanlar ve saklama ihtiyaçları yapılandırılır.
- 04
Örnek veri ve pilot
Sınırlı müşteri, cihaz ve açık iş emriyle gerçek senaryolar çalıştırılır. Çağrı açma, atama, mobil güncelleme, servis formu, kapanış ve rapor adımları kullanıcılarla test edilir.
- 05
Veri geçişi ve doğrulama
Temizlenen kaynak kayıtlar kontrollü gruplar halinde aktarılır. Toplam sayı, örnek kayıt, ilişkiler, karakter kodlaması, tarih ve zorunlu alanlar doğrulanır.
- 06
Eğitim ve kademeli açılış
Yönetici, planlama, çağrı karşılayan ekip ve saha personeli kendi rolü üzerinden eğitim alır. Pilot ekipten sonra diğer kullanıcılar planlı biçimde sisteme alınır.
- 07
İzleme ve iyileştirme
Eksik alan oranı, yeniden açılan işler, bekleyen kayıtlar, SLA sonucu ve kullanıcı geri bildirimi gözden geçirilir. Süreç, gerçek veriye göre kontrollü olarak sadeleştirilir.
Saha operasyonu
Mobil iş emri ve dijital servis formu sahadaki bilgiyi merkeze taşır
Teknisyenin işi tamamladıktan sonra ofise dönüp notlarını yeniden yazması gecikme ve bilgi kaybı üretir. Mobil kullanım, görev bilgisinin sahada görülmesini ve sonucun iş emrine doğrudan eklenmesini hedefler.
Mobil ekranda her masaüstü alanını göstermek yerine; görev, müşteri, adres, iletişim, cihaz, işlem notu, parça, fotoğraf ve sonuç gibi sahada gereken alanlar öne çıkarılır. Zayıf bağlantı, cihaz güvenliği, kayıp telefon, konum verisi, fotoğraflardaki kişisel bilgiler ve çevrimdışı çalışma ihtiyacı ayrıca değerlendirilir.
Veri geçişi
Eski Excel veya CRM kayıtlarını taşımadan önce temizleyin
Kaynak analizi
Aynı müşterinin farklı yazımları, eksik vergi veya iletişim bilgileri, eski adresler, yinelenen seri numaraları, serbest metin durumları ve tarih biçimleri belirlenir. Hangi kayıtların aktif, arşiv veya kapsam dışı olduğu kararlaştırılır.
- Alan eşleme tablosu
- Yinelenen kayıt kuralları
- Zorunlu alan ve kod dönüşümü
- Kişisel veri ve saklama kontrolü
Pilot ve kabul
Önce küçük ve temsil edici bir veri seti aktarılır. Müşteri-lokasyon-cihaz ilişkileri, açık iş emirleri, Türkçe karakterler, tarihler, ekler ve kayıt sahipleri kontrol edilir. Sonuç kabul edilmeden toplu aktarım başlatılmaz.
- Kaynak ve hedef kayıt sayısı
- Örnek kayıt karşılaştırması
- Hata ve atlanan kayıt listesi
- Geri dönüş ve arşiv planı
Önemli: Eski sistemin tüm geçmişini taşımak her zaman en iyi karar değildir. Günlük operasyonda gereken aktif veriler ile yasal veya kurumsal saklama amacıyla korunacak arşiv birbirinden ayrılabilir.
Yetki, kayıt ve veri koruma
CRM güvenliği kullanıcı rolü, işlem kaydı ve yaşam döngüsüyle kurulur
NIST SP 800-53 erişim kontrolü ile denetim ve hesap verebilirliği ayrı kontrol aileleri olarak ele alır. OWASP ise uygulama kayıtlarının güvenlik ve operasyon için tutarlı, sınıflandırılmış ve korunmuş olması gerektiğini belirtir. Bu yaklaşım, yalnızca yönetici parolası belirlemekten daha kapsamlı bir yönetim gerektirir.
- Göreve göre rol ve en az yetki
- Yönetici ve dışa aktarma yetkisinin sınırlandırılması
- Oturum, kimlik doğrulama ve parola politikası
- Kritik değişiklikler için tarih ve kullanıcı kaydı
- Yedekleme, geri yükleme ve veri dışa aktarma planı
- Entegrasyon hesapları için ayrı erişim anahtarı
- Gereksiz kişisel verinin toplanmaması
- Saklama süresi sonunda silme veya anonimleştirme süreci
KVKK kapsamındaki sorumluluk, kullanılan yazılımla otomatik olarak tamamlanmaz. Veri sorumlusu; işleme amacı, hukuki sebep, aydınlatma, erişim, saklama ve imha gibi idari ve hukuki süreçleri de belirlemelidir. Kurumun resmi rehberinde kişisel verinin belirli, açık ve meşru amaçlarla; amaçla bağlantılı, sınırlı ve ölçülü biçimde işlenmesi ve gerektiği süre kadar saklanması temel ilkeler arasında sayılır.
Proje çıktıları
Teslimde yalnızca çalışan ekran değil, yönetilebilir bir süreç bırakıyoruz
Kapsam ve ürüne göre değişmekle birlikte; yapılandırma kararları, kullanıcı rolleri, veri aktarımı ve kabul sonuçları yetkili ekiple paylaşılır. Sonraki değişikliklerin hangi sorumluluk ve onayla yapılacağı netleştirilir.
Süreç haritasıTalep, atama, saha, kabul ve kapanış
Rol matrisiKullanıcı grupları ve erişim sınırları
Veri sözlüğüAlanlar, durumlar ve zorunlu bilgiler
Geçiş özetiAktarılan, atlanan ve hatalı kayıtlar
Test ve kabulSenaryolar, sonuçlar ve açık maddeler
Yönetici devriTemel kullanım, rapor ve değişiklik yöntemi
Uygun kullanım profilleri
Hangi ekipler bu yapıdan daha fazla yararlanır?
- Kurumsal IT destek ekipleri
- Bakım anlaşması, uzaktan destek, yerinde servis, cihaz geçmişi ve SLA takibini aynı müşteri kaydı altında yönetmek isteyen ekipler.
- Teknik servis işletmeleri
- Arıza kabul, atölye veya saha iş emri, yedek parça, seri numarası, garanti ve müşteri teslimini izlemek isteyen firmalar.
- Güvenlik ve zayıf akım firmaları
- Kamera, yangın, geçiş kontrolü, network veya diğer sistemlerde keşif, bakım, arıza ve dönemsel kontrol yapan ekipler.
- Çok şubeli hizmet organizasyonları
- Farklı lokasyonlarda çalışan teknisyenleri, randevuları, müşteri cihazlarını ve bölgesel hizmet sonuçlarını ortak kurallarla görmek isteyen kurumlar.
- İç teknik operasyon ekipleri
- Şirket içindeki kullanıcı taleplerini, cihazları, planlı bakımı ve ekip iş yükünü düzenli bir hizmet masası yaklaşımıyla izlemek isteyen birimler.
- Büyüyen saha ekipleri
- Telefon ve mesajlaşmayla yönetilen işi ölçülebilir hale getirmek; kişiye bağlı bilgi kaybını ve unutulan takipleri azaltmak isteyen işletmeler.
Kapsam sınırları
CRM projesinin başında açıkça konuşulması gereken konular
Ürün ve lisans
Kullanıcı, modül, depolama, mobil erişim, entegrasyon, bakım ve destek lisansları teklif edilen ürünün güncel koşullarına göre ayrıca tanımlanır.
Özel geliştirme
Standart yapılandırma ile özel kod aynı şey değildir. Yeni ekran, entegrasyon, belge veya rapor geliştirmesinin kapsamı, testi ve bakım sorumluluğu ayrı yazılır.
Veri ve mevzuat
Kaynak verinin doğruluğu müşterinin süreç sahipleriyle birlikte doğrulanır. Hukuki uygunluk, saklama ve yetkilendirme kararları kurumun sorumluları ve gerektiğinde hukuk danışmanıyla ele alınır.
Kesin süre ve maliyet; kullanıcı sayısı kadar süreç çeşitliliğine, veri kalitesine, mobil çalışma koşullarına, entegrasyonlara, özel raporlara ve kabul yöntemine bağlıdır. Bu nedenle ilk görüşmede ürün sunumundan önce gerçek iş akışını ve başarı ölçütlerini anlamaya odaklanıyoruz.
Sık sorulan sorular
CRM ve servis takip yazılımı hakkında merak edilenler
CRM ve servis takip yazılımı arasındaki fark nedir?
CRM; müşteri, ilgili kişi, lokasyon, görüşme ve satış ilişkisini düzenler. Servis takip yazılımı ise talep, iş emri, öncelik, SLA, teknisyen, randevu, cihaz, parça, işçilik ve servis sonucunu yönetir. BIG@ CRM yaklaşımında bu iki alan aynı müşteri geçmişi üzerinde çalışır; böylece ekip müşteri bilgisinden saha sonucuna kadar kopuk kayıtlarla uğraşmaz.
BIG@ CRM hangi işletmeler için uygundur?
Teknik servis, kurumsal IT destek, güvenlik ve zayıf akım, elektrik, iklimlendirme, makine, medikal cihaz, bakım anlaşması veya saha operasyonu yürüten işletmeler için değerlendirilebilir. Uygunluk; iş emri hacmi, ekip yapısı, lokasyon sayısı, mevcut kayıt düzeni, raporlama ihtiyacı ve gereken entegrasyonlara göre belirlenir.
Müşteri talebi iş emrine nasıl dönüşür?
Telefon, e-posta, web formu veya yetkili personel üzerinden alınan talep önce müşteri ve ilgili lokasyonla eşleştirilir. Konu, kategori, öncelik, sözleşme ve hizmet seviyesi kontrol edildikten sonra iş emri oluşturulur. Uygun teknisyen, randevu ve görev açıklaması atanır; süreç saha güncellemesi, müşteri kabulü ve kapanış koduyla tamamlanır.
SLA ve öncelik takibi nasıl yapılandırılır?
Öncelik seviyesi yalnızca acil veya normal etiketi değildir. Etki, kullanıcı sayısı, hizmetin durumu, müşteri sözleşmesi, çalışma saatleri ve bağımlılıklar dikkate alınır. İlk yanıt ve hedef çözüm süreleri, duraklatma koşulları, eskalasyon kişileri ve ihlal uyarıları kurumun gerçek hizmet modeline göre yapılandırılır.
Saha teknisyenleri mobil cihazdan işlem yapabilir mi?
Mobil kullanım kapsamı projede belirlenir. Teknik personelin atanan işleri görmesi, yol ve randevu bilgisini kontrol etmesi, işlem notu, fotoğraf, cihaz veya seri numarası, kullanılan parça, süre ve sonuç kaydı eklemesi hedeflenebilir. Bağlantı koşulları, cihaz desteği, kullanıcı yetkisi ve çevrimdışı çalışma ihtiyacı ayrıca değerlendirilir.
Dijital servis formu ve müşteri onayı alınabilir mi?
Proje kapsamına göre tamamlanan işlemler, kullanılan malzeme, çalışma süresi, açıklama ve ekler dijital servis formunda birleştirilebilir. Yetkili müşteri temsilcisinin adı, kabul zamanı ve onay yöntemi kayıt altına alınabilir. Hukuki geçerlilik veya nitelikli elektronik imza gereksinimi varsa ilgili süreç ve mevzuat ayrıca değerlendirilmelidir.
Eski Excel veya CRM verileri aktarılabilir mi?
Aktarım, kaynak verinin kalitesine ve alan eşleşmesine bağlıdır. Müşteri, ilgili kişi, adres, cihaz, seri numarası, açık iş emri ve geçmiş servis kayıtları örnek veriyle analiz edilir. Yinelenen kayıtlar, eksik zorunlu alanlar ve kod farklılıkları temizlendikten sonra pilot içe aktarım yapılır; sayı ve örnek kayıt doğrulaması tamamlanmadan toplu geçiş yapılmaz.
Muhasebe, ERP, e-posta veya telefon sistemiyle entegrasyon yapılabilir mi?
Entegrasyon, her iki sistemin desteklediği API, web servis, dosya aktarımı veya diğer güvenli yöntemlere bağlıdır. Müşteri kartı, ürün, stok, fatura referansı, e-posta talebi ya da arayan numara gibi veriler projeye göre ele alınabilir. Her entegrasyon için veri sahibi, yön, sıklık, hata yönetimi ve yetki sınırı yazılı olarak tanımlanır.
CRM içindeki müşteri ve servis verileri nasıl korunur?
Kullanıcı rolleri en az yetki ilkesine göre ayrılır; yönetici, çağrı karşılayan personel, planlama ekibi, teknisyen ve rapor kullanıcıları farklı erişimlere sahip olabilir. Oturum, parola veya kimlik doğrulama, değişiklik kayıtları, yedekleme, dışa aktarma ve saklama süresi kurumun riskleriyle birlikte planlanır. KVKK uyumu yalnızca yazılım özelliği değil, veri sorumlusunun hukuki ve idari süreçlerini de gerektirir.
Teklif ve kurulum planı için hangi bilgiler gerekir?
Kullanıcı ve teknisyen sayısı, aylık talep ve iş emri hacmi, müşteri ve lokasyon sayısı, mevcut kayıt kaynakları, öncelik ve SLA kuralları, servis formu alanları, cihaz veya stok takibi, raporlar, gereken entegrasyonlar, mobil kullanım ve yetkilendirme beklentileri ilk değerlendirme için yeterlidir. Bu bilgilerle kapsam, pilot ve geçiş planı hazırlanır.
Teknik kaynaklar: NIST SP 800-53 Rev. 5 · OWASP Logging Cheat Sheet · KVKK - Kişisel verilerin işlenmesine ilişkin temel ilkeler
İçerik gözden geçirme tarihi: 21 Temmuz 2026. Teknik kapsam, lisans ve entegrasyon koşulları seçilen ürün ve proje ihtiyaçlarına göre doğrulanır.
Servis operasyonunuz için doğru CRM kapsamını belirleyelim
Kullanıcı, iş emri ve saha ekibi sayınızı; bugünkü kayıt biçiminizi, ihtiyaç duyduğunuz raporları ve entegrasyonları paylaşın. Uygulanabilir pilotu, veri geçişini ve teklif kapsamını birlikte planlayalım.