Otomasyon · Şikayet yönetimi

Şikayet yönetimini otomatikleştirin: kök neden analizi henüz açıkken acil önlem çalışır.

Hata durumunda iki saat aynı anda işler: müşteri bugün ikame ister, kök neden ise birkaç gün alır. NordFlux her iki hattı da net biçimde ayırır ve yine de tek bir işlemde bir arada tutar; şikayetin gelişinden tamamlanmış 8D raporuna kadar. Her onay üzerinde kontrol sizde kalır.

Sorun

Hata gerçekleşti. Bundan itibaren saat işlemeye başlar.

Bir şikayet size iki kez maliyet çıkarır: bir kez mal, bir kez de işlenmesi. İkinci kalem hiçbir değerlendirmede yer almaz, çünkü her vaka ayrı bir e-posta yazışması olarak başlar ve orada da biter.

  • 01Şikayet, bir çalışanın gelen kutusunda durur. İzinde olan kişinin vakaları durağan kalır ve bunu kimse görmez, çünkü ortak bir liste yoktur.
  • 02Acil önlem ile kök neden analizi birbirine karışır. İkame teslimat gönderilir gönderilmez işlem tamamlanmış sayılır ve kök neden hiçbir zaman açıklığa kavuşmaz.
  • 03Tedarikçinizin kusurlu bir teslimatında kusur bildirim süresi, mal teslim edilir edilmez işlemeye başlar. Kontrol ancak iki hafta sonra fark edilirse, hak talebi büyük olasılıkla ortadan kalkar.
  • 04Aynı hata üçüncü kez ortaya çıkar ve kimse fark etmez. Hata kataloğu ve tedarikçi başına şikayet oranı olmadan her vaka tekil bir vaka olarak kalır.
Kullanım senaryoları
01

Şikayet sürecinizde somut olarak neyi otomatikleştiriyoruz.

Hata durumundan, neredeyse her işletmede elle yürüyen beş yapı taşı. Nereden başlayacağımıza siz karar verirsiniz.

01

Şikayeti kaydetme ve sınıflandırma

E-postadan, portaldan veya telefon notundan gelen her şikayet, hata kataloğunuzdan bir hata koduyla, sipariş ve parti ilişkisiyle ve müşteri şikayeti mi yoksa tedarikçi şikayeti mi olduğu ayrımıyla birlikte bir işlem olarak oluşturulur. Bu ayrım, sonraki her şeyi yönlendirir: müşteri şikayetinde ödemeyi siz yaparsınız, tedarikçi şikayetinde parayı geri alırsınız. Müşteri, işlem numarasıyla birlikte hemen bir alındı onayı alır.

Tasarruf İşlem başına 20–40 dk
02

İki ayrı saat olarak acil önlem ve kök neden analizi

Acil önlem müşteriyi güvenceye alır: partiye bloke şerhi koymak, ikameyi bildirmek, etkilenen teslimatları sınırlandırmak. Kök neden analizi, müşteri çoktan memnun kalsa bile kendi süresine sahip ayrı bir hat olarak devam eder. Bir işlem ancak her iki hat da tamamlandığında kapatılabilir.

Etki hiçbir vaka aceleyle tamamlanmış sayılmaz
03

Word şablonunu oradan oraya göndermek yerine 8D raporunu yürütmek

Otomotiv ve yan sanayi sektöründe müşteriler 8D raporunu çoğu zaman sözleşmeyle talep eder ve şablon o zaman bir dosya olarak sekiz gelen kutusunu dolaşır. D1'den D8'e kadar olan adımları yönlendirilen bir akış olarak modelleriz: ekibi belirlemek, sorunu tanımlamak, acil önlem, 5-Why veya Ishikawa ile kök neden, düzeltici önlem, etkinlik kontrolü, önleyici tedbir, kapanış. Her adımın bir sorumlusu ve bir zaman damgası vardır; tamamlanan rapor müşteriye PDF olarak gider.

Etki sekiz dosya sürümü yerine tek bir durum
04

Alacak dekontu ya da ikame teslimat: kural ve onayla verilen karar

Bir vakanın alacak dekontuna mı, ikame teslimata mı yoksa bir düzeltmeye mi yöneleceği; mal değerine, hata türüne ve müşteriye bağlıdır. Kuralınızı sisteme tanımlar ve işlemin belirli bir değer sınırına kadar otomatik olarak karar vermesini sağlarız; bunun üzerindekiler onay için bir insana gider. Alacak dekontu, muhasebe sisteminde taslak olarak oluşur ve ancak siz tıkladıktan sonra gönderilir.

Tasarruf haftada 1–2 saat
05

Tekrarlayan hataları ve tedarikçi başına şikayet oranını görünür kılmak

Her işlem bir hata kodu ve bir tedarikçi ilişkisi taşıdığı için, başka kimsenin saymadığı şeyler sayılabilir hale gelir: tedarikçi başına şikayet oranı, ürün başına en sık görülen hata kodu, ay başına hata maliyetleri. Aynı hata kodu aynı tedarikçide üçüncü kez ortaya çıktığında sistem kendiliğinden haber verir. Bir sonraki tedarikçi değerlendirmesine götüreceğiniz sayı da işte budur.

Etki Hata maliyetleri bir ölçüm değerine dönüşür
Çözüm yolları

Hangi aracın uygun olduğuna, bizim ortaklık programımız değil, sizin QM ekibiniz karar verir.

Şikayet verileri nadiren tek bir yerde bulunur: bir kısmı ERP'de, bir kısmı QM aracında, geri kalanı gelen kutusunda. Size bir gözde araç satmak yerine, kullanım durumuna göre n8n, Power Platform ve UiPath arasından seçim yaparız.

Esnek ve kendi sunucunuzda barındırılan
Bağlantı merkezi olarak n8n

n8n; gelen kutusunu, ERP'yi, QM aracını ve muhasebeyi arayüzler üzerinden birbirine bağlar ve şikayet işlemini tüm sistemler arasında senkron tutar. İstenirse Almanya'daki bir sunucuda, böylece hata ve tedarikçi verileri kuruluşunuzun dışına çıkmaz.

Microsoft 365
Onaylar için Power Automate

QM süreciniz SharePoint listeleri ve Outlook üzerinden yürüyorsa, Power Automate çoğu zaman en kısa yoldur. 8D adımları, hatırlatma ve eskalasyon içeren onay görevlerine dönüşür; lisans çoğu zaman zaten Microsoft 365 paketinizde bulunur.

Yapay zeka desteği
Şikayet e-postası için yapay zeka ajanı

Müşteriler şikayetlerini form alanlarında değil, serbest metinle bildirir. Bir yapay zeka ajanı, e-postayı eki ile birlikte okur; ürünü, partiyi ve hata görünümünü tanır ve hata kataloğunuzdan uygun kodu önerir. Öneriyi model değil, QM ekibiniz onaylar.

Böyle çalışıyoruz

30 günlük model.

Ön analizden çalışan şikayet sürecine 30 günde, açık uçlu saat çizelgesi yerine sabit fiyatla.

1

Ön analiz

Son şikayetleri sizinle birlikte gözden geçirir ve zamanın nereye gittiğine bakarız: kaydetme, mutabakat ya da takip. 60 dakika içinde hangi yapı taşının önce para tasarrufu sağladığı belli olur.

2

Hata kataloğunu ve kuralları sabitlemek

Hangi hata kodlarını kullandığınızı, hangi mal değerinden itibaren kimin karar verdiğini ve hangi sürelerin geçerli olduğunu yazıya dökeriz. Bu kısım el emeği gerektirir ve kısaltılamaz, çünkü temiz kodlar olmadan ilerleyen aşamada güvenilir bir oran elde edilemez.

3

Kurmak ve paralel çalıştırmak

Akışı kurar ve önce mevcut yönteminize paralel olarak çalıştırırız. Böylece herhangi bir şey değiştirilmeden önce, gerçek vakalar üzerinde sınıflandırmanın doğru olup olmadığını görürsünüz.

4

Devir ve işletim

Dokümantasyonu, bir eğitim oturumunu ve sabit bir irtibat kişisini alırsınız. Simon'a doğrudan ulaşırsınız; arada bir talep sistemi ya da müşteri yöneticisi olmadan.

Tam oturmuyor mu?

Sorun yalnızca hata durumunda değilse.

Şikayetler istisnai durumlardır. Siparişten faturaya giden normal yol bile el emeğiyse, tüm sürece bakmak değerlidir. Genel bakışta başka hangi süreçleri otomatikleştirdiğimizi ve 30 günlük modelin nasıl işlediğini görürsünüz.

Süreç otomasyonunu inceleyin
Ücretsiz ön analiz

Bir şikayet size gerçekte ne kadara mal oluyor?

60 dakika içinde son şikayet vakalarınızı birlikte gözden geçirir ve harcanan emeği bir kez dürüstçe toplarız. Ücretsiz, bağlayıcı değil ve eğer emek buna değmiyorsa, bunu da size söyleriz.

  • Açık uçlu saat çizelgesi yerine sabit fiyat
  • Her alacak dekontu ancak sizin onayınızdan sonra gönderilir: kontrol sizde kalır
  • İstenirse Alman sunucusunda; hata ve tedarikçi verileri kuruluş içinde kalır
Sık sorulan sorular
05

İşletmelerin şikayet yönetimi hakkında sık sorduğu sorular.

8D raporu nedir ve buna gerçekten ihtiyacımız var mı?

8D raporu, bir şikayetin işlenmesi için sekiz aşamalı bir protokoldür; ekip oluşturmadan acil önlem ve kök neden analizine, oradan etkinlik kontrolüne ve kapanışa kadar uzanır. Otomotiv ve yan sanayi sektöründe yaygın olarak kullanılır ve müşteriler tarafından sıklıkla sözleşmeyle talep edilir. Bu tedarik zincirine teslimat yapmıyorsanız buna resmi olarak ihtiyacınız yoktur, ancak bu yapı yine de değerlidir: sizi yalnızca müşteriyi yatıştırmaya değil, kök nedeni açıklığa kavuşturmaya zorlar.

Acil önlem ile kök neden analizi arasındaki fark nedir?

Acil önlem, müşteriyi hatanın sonuçlarından korur; kök neden analizi ise bir sonraki hatayı önler. İkame teslimat, parti bloke etme ve yeniden işleme birer acil önlemdir: bugün etki ederler, ancak kök nedeni ortadan kaldırmazlar. Arkasında bir makine ayarı, bir malzeme değişikliği ya da eksik bir kontrol olup olmadığını ancak 5-Why ya da bir Ishikawa diyagramıyla yapılan analiz gösterir. Her ikisini tek bir işleme sıkıştıran biri, ikame gönderilir gönderilmez vakayı kapatır ve aynı hatayı üç ay sonra yeniden görür.

Kusurlu bir teslimatı tedarikçime en geç ne zamana kadar bildirmem gerekir?

Tacirler arasındaki ticari satışta § 377 HGB, malın teslim alınmasından hemen sonra incelenmesini ve fark edilebilir bir kusurun gecikmeksizin bildirilmesini ister, aksi halde mal onaylanmış sayılır. Gizli kusurlarda süre, kusurun keşfedildiği andan itibaren işler. Kanun, bilinçli olarak sabit bir gün sayısı belirtmez; bu da pratikte şu anlama gelir: bir uyuşmazlık halinde ne zaman kontrol ettiğinizi ve ne zaman kusur bildiriminde bulunduğunuzu kanıtlamanız gerekir. Mal girişi, kontrol ve kusur bildirimi tek bir işlem olarak yürütüldüğünde tam da bu zaman damgası otomatik olarak oluşur. Bu, bir hukuki danışmanlığın yerini tutmaz, ancak kanıtı sağlar.

Otomasyon, kalite güvencemizin yerini alır mı?

Hayır, ve amaç da bu değil. Kök neden analizi, ekibinizin zihinsel çalışması olarak kalır; çünkü bir hatanın alette mi, malzemede mi yoksa süreçte mi olduğuna kimse uzaktan karar veremez. Otomasyon, çevresindeki işleri üstlenir: kaydetmek, atamak, hatırlatmak, süreleri izlemek, raporu birleştirmek, saymak. Böylece QM ekibinize yalnızca bir insanın yapabileceği kısım için daha çok zaman kalır.

Bunun maliyeti nedir ve uygulama ne kadar sürer?

Ücretsiz ön analizden sonra kesinleşen sabit fiyatla çalışırız, açık uçlu bir saat çizelgesiyle değil. İlk üretken yapı taşı genellikle 30 gün içinde devreye girer, çoğunlukla kaydetme ve sınıflandırma, çünkü iş yükü en hızlı orada azalır. Bu süreçte zamanınızın en çoğunu alan kalem hata kataloğudur: temiz kodlar olmadan ilerleyen aşamada güvenilir bir şikayet oranı elde edilemez. Birçok KOBİ için ayrıca danışmanlık için bir BAFA teşviki de söz konusu olabilir.