Ekipmanların satılması son değil. Müşteri servis talebi için aradığında, müşteri hizmetleri not alıyor; teknik personel gittiğinde yedek parçanın doğru model olmadığını fark ediyor; tamir sonrası kimse geri dönüş yapmıyor, üç ay sonra aynı yerde tekrar arızalanıyor. Satış sonrası hizmetlerdeki kesintinin temel nedeni, iş emri, yedek parça ve geri dönüş süreçlerinin ayrı ayrı yürütülmesidir . Tablolar bir iş emrini kaydedebilir, ancak döngüyü tam olarak kapatamaz; WeChat insanları tetikleyebilir, ancak denetlenebilir bir iz bırakamaz. Satış sonrası yazılımın çözmesi gereken sorun, her bir hizmetin servis talebinden geri dönüşe kadar izlenebilir, faturalandırılabilir ve iyileştirilebilir hale getirilmesidir.
İşletme sorunu: Hangi aşamada kesinti yaşanıyor
Makine imalatı, mekatronik mühendisliği ve tıbbi ekipman distribütörlerinde genellikle üç tip kesinti görülür: iş emirleri tek merkezi sıraya giremiyor, yedek parçalar geldiğinde yanlış olduğu anlaşılıyor, işlem tamamlandıktan sonra geri dönüş yapılmıyor. Öncelik kimin yüksek sesle bağırdığına göre belirleniyor, alternatif parça kuralları yalnızca usta ustaların zihinlerinde kalıyor, memnuniyet hissiyle ölçülüyor. Yazılım sadece servis talebi kaydı yaparsa, bu not defterinin elektronik hale getirilmesi demektir.
Daha gizli bir kesinti de varlık dosyalarının eksik olmasıdır : Seri numarası, montaj konumu ve garanti süresinin bitiş tarihi bilinmiyor, görev ataması yalnızca müşterinin anlatısına dayanıyor, yanlış görev atama ve yanlış parça getirme olasılığı hızla artıyor. Garanti dahili ve harici sınırlar net değilken, saha mühendisleri parça değiştirmeye cesaret edemiyor, müşteri şikayetlerine yanıt verme süreci yavaşlıyor; asıl neden ise sözleşmenin hükümlerinin yapılandırılmamış olmasıdır.
- İş emri kesintisi : Çok sayıda giriş noktası olan servis talepleri, standart bir derecelendirme ve taahhüt süreleri yoktur.
- Yedek parça kesintisi : Defterde rakamlar olsa da depoda parça yok, araçtaki stok hesaplaması ise ayrı bir yöntemdir.
- Geri dönüş kesintisi : Garanti dönemi hatırlatıcıları yok, tekrarlayan arızalar geçmiş iş emirleriyle ilişkilendirilemiyor.
- Fatura kesintisi : Çalışma saatleri ve malzemeler otomatik olarak ücretlendirilemiyor.
İşletme nasıl ayrılır: İş emri eksen alınır, yedek parça ve geri dönüş bunlara bağlanır
Dört farklı objeye ayrılır: Hizmet talebi, iş emri, yedek parça çıkış ve onaylama, geri dönüş görevi. Talep telefon, mini program veya ekipman alarmından gelir; iş emri müşteri varlığı ve sözleşme şartlarıyla ilişkilendirilir; yedek parça çıkışı mutlaka iş emrine bağlı olmalıdır; geri dönüş ise işlem tamamlandıktan sonra kurallara göre otomatik olarak oluşturulur.
- Talep işleme: Dosya açma, derecelendirme, yanıtlama süresi taahhüdü.
- Görev atama ve sevk: Yetkinlik, bölge ve yük eşlemesi; yeniden görev ataması izlenir.
- Saha uygulaması: Varış, tanı kodu, parça değişimi, çalışma saatleri, müşteri imzası.
- Fatura ve geri dönüş: Garanti kapsamında onaylama veya garanti dışı fiyatlandırma; vadesi dolan memnuniyet ve tekrarlanma kontrolü.
Sözleşme hükümleri yapılandırılmalıdır: Ücretsiz evde bakım sayısı, yedek parça indirimleri, zaman aşımı cezaları, hizmet düzeyi anlaşması (SLA). SLA, müşteriye veya sözleşmeye göre özelleştirilebilmelidir.
Nasıl tasarlanır: Roller, veriler, durumlar
Roller arasında müşteri hizmetleri yetkilisi, sevk yöneticisi, saha mühendisi, yedek parça depo sorumlusu ve satış sonrası sorumlusu bulunur. Mühendis kendi iş emirlerine ve yakındaki yedek parçalara bakar; depo sorumlusu ürün çıkışından sorumludur; sorumlu ise zaman aşımı ve tekrarlanma oranlarına bakar. Müşteri portalı servis talebinin ilerlemesini yalnızca okuma modunda açık tutabilir.
İş emri durum makinesi
Yeni, görev atanan, yolda, işleme devam eden, yedek parça bekleyen, müşteri onayı bekleyen, işlem tamamlanan, geri dönüşte olan, kapalı. Yedek parça bekleyen durumda mutlaka eksik parça listesi ile ilişkilendirilmeli; işlem tamamlanmadan önce tanı kodu ve müdahale tedbirleri zorunlu tutulmalıdır. Zaman aşımı durumunda SLA’ya göre otomatik olarak yükseltme yapılmalıdır.
Yedek parça ve varlık ana verileri
Varlık dosyası seri numarasını, montaj konumunu ve garanti başlangıç/bitiş tarihini kaydeder. Yedek parçalar uygun model ilişkisi kullanılır, alternatif parçalar desteklenir. Ürün çıkışında iş emri numarası taranarak önerilen parça listesi çıkarılır; iade edilen ürünler ile bozuk parçalar ayrı şekilde toplanır. Kiralanan parçalar ve araçtaki stok ayrı hesaplanır.
Nasıl geliştirilir: Arayüz, toplama, kabul
Öncelikler: Varlık ve sözleşme ana verileri, iş emri ve görev ataması, yedek parça giriş-çıkış bağlantısı, mobil cihazdan saha doldurma, geri dönüş motoru, maliyet hesaplama arayüzü. Mobil uygulamada çevrimdışı taslak işlevi bulunmalıdır. ERP ile entegrasyon sırasında yedek parça çıkışının maliyeti geri yazılmalıdır. Nesnelerin interneti alarmı için iş emri API’si ile yeni bir iş emri oluşturulabilir.
Kabul scripti: Garanti kapsamındaki servis talebi işlem tamamlanana kadar; eksik parça için yedek parça beklenir ve yeniden gönderim yapılır; garanti dışı fiyatlandırma onaylanır; işlem tamamlandıktan sonra otomatik geri dönüş yapılır; rastgele bozuk parça geri dönüşü denetlenir. Göstergeler: İlk yanıt zamanında oranı, tek seferde düzeltme oranı, tekrarlanma oranı, yedek parça isabet oranı.
Kapanış: Kapalı döngünün fonksiyonundan daha önemli olan şey, iş emrinin yedek parça ve geri dönüşle birlikte tamamlanabilmesidir. Akıllı görev atama ikinci aşamada eklenebilir; birinci aşamada varlık dosyası ve durum makinesi olmadığından, akıllı sistem bile yanlış görev atayacaktır.
Satış sonrası sistemin değeri, iş emrinin yedek parça ve geri dönüşle birlikte tamamlanıp tamamlanamamasındadır. Akıllı görev atama ikinci aşamada eklenebilir; birinci aşamada varlık dosyası ve durum makinesi olmadığından, akıllı sistem bile yanlış görev atayacaktır.
Shandong XYN Information Technology Co., Ltd. (XYN Tech) ekipman ve hizmet şirketleri için satış sonrası ve saha hizmetleri sistemleri özel olarak tasarlar. Daha fazla yetkinlik açıklaması için Hakkımızda sayfasına bakınız, senaryo ürünlerine ilişkin bilgi için de xynadmin.com adresine göz atabilirsiniz. Uygulama sırasında sıkça karşılaşılan direnç “önce yayına, sonra düzenlemeye” yöneliktir. Düzenlemeyi önceden netleştirmeden yayına geçmek, kaosu sadece artırır. İki haftalık bir kural çalıştayı öneriyoruz: Varsayılan uygulamaları uygulanabilir hükümlere dönüştürün, tartışmalı noktaları beklemede listeye ekleyin, bekleme bitmeden geliştirme maratonuna girilmesin.
Uygulama sırasında sıkça karşılaşılan direnç “önce yayına, sonra düzenlemeye” yöneliktir. Düzenlemeyi önceden netleştirmeden yayına geçmek, kaosu sadece artırır. İki haftalık bir kural çalıştayı öneriyoruz: Varsayılan uygulamaları uygulanabilir hükümlere dönüştürün, tartışmalı noktaları beklemede listeye ekleyin, bekleme bitmeden geliştirme maratonuna girilmesin.
Veri toplama kalitesi sistemin güvenilirliğini belirler. Temel işlemler için sorumlu kişi, zaman damgası ve gerekli ek belgeler olmalıdır. Denetim mekanizması aylık yönetim toplantısına dahil edilmeli, denetimden geçen olmayanlar eğitim veya yetki geri alma ile cezalandırılmalı, aksi takdirde sistem hızla içi boşalacaktır.
Çevre sistemlerle entegrasyon sırasında öncelikle权威 veri kaynağı tanımlanmalı, ardından senkronizasyon sıklığı görüşülmelidir. Karşılıklı düzensiz yazım, ana verilerin çürümesinin en kısa yolu olacaktır. Arayüzde başarısızlık yeniden deneme, muhasebe raporu ve insan müdahalesi için giriş olmalıdır, böylece senkronizasyon başarısızlığına rağmen kimse haberdar olmayacaktır.
Yayına ilk günlerde üst düzey yönetici nöbeti ve hızlı değişiklik penceresi kurulabilir, ancak pencerenin bir son teslim tarihi olmalıdır. Uzun vadede insan gücüne dayalı destek, tasarımın tamamlanmadığını gösterir. Operasyonel bakım kılavuzu yaygın arızaları, geri dönüş adımlarını ve iş düşürme yollarını açıkça belirtmelidir.
Eğitim roller bazında yapılmalı, işlevsel menü üzerinden değil. Operasyonel pozisyonlar yalnızca kritik üç adım üzerinde çalışmalı; idari pozisyonlar ise istisnai durumlarla başa çıkma ve muhasebe üzerine eğitilmelidir. Değerlendirme gerçek belgeler üzerinden yapılacak, eğitim kayıtları yayına giriş iznine dahil edilecektir.
Güvenlik ve denetim geriye dönük olarak yapılamaz: Kritik silme, miktar değişikliği ve yetki artırımı mutlaka iki kişilik inceleme ve denetim günlüğü ile yapılmalıdır. Günlüklerin saklama süresi hem iç hem de dış denetim gereksinimlerini karşılamalı, yetki ve iş yetkisi ayrılmış şekilde dışarı aktarılmalıdır.
Uygulama sırasında sıkça karşılaşılan direnç “önce yayına, sonra düzenlemeye” yöneliktir. Düzenlemeyi önceden netleştirmeden yayına geçmek, kaosu sadece artırır. İki haftalık bir kural çalıştayı öneriyoruz: Varsayılan uygulamaları uygulanabilir hükümlere dönüştürün, tartışmalı noktaları beklemede listeye ekleyin, bekleme bitmeden geliştirme maratonuna girilmesin.
Veri toplama kalitesi sistemin güvenilirliğini belirler. Temel işlemler için sorumlu kişi, zaman damgası ve gerekli ek belgeler olmalıdır. Denetim mekanizması aylık yönetim toplantısına dahil edilmeli, denetimden geçen olmayanlar eğitim veya yetki geri alma ile cezalandırılmalı, aksi takdirde sistem hızla içi boşalacaktır.