Denetçi geçen yılın bir şikayetini soruyor: numara elinde, tarih elinde, 8D raporunu görmek istiyor. Kalite mühendisi tarayıcıyı açıyor, müşterinin portalına giriyor ve "kullanıcı adı veya parola hatalı" ekranıyla karşılaşıyor. Hesap, sekiz ay önce işten ayrılan bir arkadaşın kurumsal adresine tanımlıymış. Kayıt duruyor — ama müşterinin sunucusunda ve o an ulaşılamıyor. Müşteri portalı kalite kayıtları için pratik bir araçtır; kaydın sahibi olduğunuz anlamına gelmez.
Portal ne yapar, ne yapmaz?
Müşteri portalları — tedarikçi portalı, kalite portalı, satın alma portalı, adı ne olursa olsun — iki tarafın aynı olayı aynı ekrandan görmesini sağlar. Şikayet açılır, tedarikçiye düşer, tedarikçi cevabını yükler, müşteri onaylar. Bu akış gerçekten işe yarar: yazışma kaybolmaz, kimin ne zaman ne yaptığı görünür, süreler taraflar arasında tartışmasız olur.
Portalın yapmadığı şey ise iç işinizi yönetmektir. Şikayet size düştüğü an içeride başlaması gereken on iş vardır: ayıklama, geçici önlem, kök neden ekibi, sorumlu ataması, benzer parçalara yaygınlaştırma, kontrol planı revizyonu, operatör eğitimi. Portal bunların hiçbirini bilmez ve bilmesi de beklenmez; portal, müşteriyle aranızdaki arayüzdür. Bu ayrımı kurmayan firmalarda kalite yönetimi portalın istediği alanları doldurmaya indirgenir ve içeride hiçbir şey değişmez.
Kayıt sahipliği kimde?
IATF 16949 ve ISO 9001, kuruluştan kendi dokümante bilgisini kontrol etmesini, saklamasını ve erişilebilir tutmasını ister. Standardın kayıt saklama başlığındaki mantık nettir: saklama süresini belirlemek ve kayıtları o süre boyunca okunabilir ve ulaşılabilir tutmak sizin sorumluluğunuzdur. Müşterinizin portalı, sizin dokümante bilginizi kontrol ettiğiniz yer değildir. Orada bir kopya bulunabilir; asıl kayıt sizde olmalıdır.
Bunu somutlaştıran soru şudur: müşteriyle ticari ilişkiniz bittiğinde ya da müşteri portalını değiştirdiğinde, son beş yılın şikayet kayıtlarına ulaşabilecek misiniz? Cevap hayırsa, kayıt sahipliği sizde değildir. Portal erişimi kaybettiğiniz gün, o kayıtları hiç tutmamış duruma düşersiniz — ve saklama süresi hâlâ devam ediyordur.
Kısacası müşteri portalı kalite kayıtları için bir vitrindir: müşteriye ne gösterdiğinizi tutar, içeride ne yaptığınızı tutmaz.
İki yöntemi yan yana koymak
Aşağıdaki tablo, aynı şikayet kaydının iki tarafta nasıl davrandığını gösteriyor. Amaç portalı kötülemek değil; hangi işi hangi aracın yaptığını netleştirmek.
| Konu | Müşteri portalı | Kendi QMS'iniz |
|---|---|---|
| Kaydın sahibi | Müşteri | Siz |
| Erişimin sürekliliği | Hesaba ve ilişkiye bağlı | Sizin kontrolünüzde |
| Süre sayacı | Müşteri tanımlar, güvenilir | Siz tanımlarsınız |
| İç aksiyon ataması | Yok | Var |
| Ekler ve ham veri | Sınırlı, format kısıtlı | Sınırsız |
| Tüm müşterileri birlikte görme | Mümkün değil | Tek listede |
| Yıllık istatistik ve YGG verisi | Müşteri bazlı, parçalı | Bütünleşik |
| Saklama süresi kontrolü | Müşterinin politikası | Sizin politikanız |
| Denetimde gösterilebilirlik | Bağlantı ve erişime bağlı | Bağımsız |
Tabloda tek bir satır kararı belirler: "tüm müşterileri birlikte görme". Üç müşteriniz ve üç ayrı portalınız varsa, yıl sonunda toplam şikayet sayınızı hesaplamak için üç ayrı sisteme girip üç ayrı liste indirmeniz gerekir. Yönetim gözden geçirmesine bu şekilde hazırlanan verinin doğruluğunu kimse garanti edemez. Aynı sorun tedarikçi puanı, kapanış süresi ve tekrar oranı için de geçerlidir.
Portala bir belge yüklediğinizde, yükleme ekranının ekran görüntüsünü de kendi kaydınıza ekleyin. Tarih ve saat görünsün. Bunu gereksiz bulan çok kişi oldu; ama müşterinin "biz bu 8D'yi almadık" dediği durumlarla da karşılaştım ve tartışmayı bitiren şey tam olarak o ekran görüntüsüydü. Aynı şeyi indirdiğiniz belgeler için de yapın: portaldan indirdiğiniz her şartname ya da şikayet formunu, indirme tarihiyle birlikte kendi kaydınıza koyun. Bir dakikalık iş, iki yıl sonra bir günlük aramayı önlüyor.
Bu bakış açısı, aynı zamanda bir kaynak sorununu da çözüyor. Kalite ekiplerinin şikayeti yalnızca portalda yönetmesinin en yaygın gerekçesi zaman: iki yere yazmak istemiyorlar. Oysa asıl zaman kaybı, altı ay sonra o kaydın izini sürmeye çalışırken yaşanıyor. Bir kaydı açmak beş dakika, kaybolmuş bir kaydı aramak yarım gün.
Doğru kurgu: portal kapı, QMS defter
İşleyen düzen basittir. Portal bir kapıdır: bilgi oradan girer, cevap oradan çıkar. QMS ise defterdir: olay orada kayıt altına alınır, iş orada dağıtılır, kanıt orada durur. Her portal kaydının kendi tarafınızda bir karşılığı olur ve iki numara birbirine bağlanır. Böylece müşteri portal numarasıyla yazdığında saniyeler içinde iç kaydı bulursunuz, denetçi iç kayıt numarasıyla sorduğunda portala girmeniz gerekmez.
Bu kurgunun tek maliyeti, kaydı iki yerde açmaktır — ve bu maliyet göründüğünden küçüktür. Portala girilen veri zaten hazırlanmıştır; kendi kaydınızı açmak birkaç dakika alır. Buna karşılık kazandığınız şey, tüm müşterilerinizi tek listede görmek ve kayıtlarınızı kendi elinizde tutmaktır. Şikayet akışını kurarken ilk saatlerin nasıl işlemesi gerektiğini 24 saat kuralı yazımızda anlattık; portal o akışın giriş kapısıdır, kendisi değildir.
Portal formatı ile kendi formunuz çakışırsa
Her müşterinin portalı kendi form yapısını dayatır. Birinin 8D şablonunda kök neden iki ayrı alana bölünmüştür — oluşum nedeni ve kaçış nedeni. Bir başkasında yaygınlaştırma bölümü yoktur. Üçüncüsü ekleri yalnızca belirli bir dosya tipinde kabul eder. Bu farklar yüzünden ekip zamanla şunu yapar: her müşteri için ayrı bir çalışma yürütür ve aynı olayın üç farklı anlatımı ortaya çıkar.
Doğru yaklaşım tersidir. Analizi kendi yönteminizle, kendi formunuzda, tek bir kez yapın; portala giderken o analizin ilgili parçalarını müşterinin istediği kutulara yerleştirin. Yani kaynak tek olsun, sunum çeşitlensin. Bu ayrımı yapan firmalarda kök neden çalışması müşteriye göre değişmez, sadece raporun kabı değişir. Yapmayanlarda ise analiz derinliği müşterinin form tasarımına teslim olur; formu zayıf olan müşteride analiz de zayıflar.
Kendi 8D şablonunuzu, gördüğünüz en kapsamlı müşteri formuna göre kurun. Fazladan alanları doldurmak birkaç dakika alır; eksik alanı sonradan tamamlamak ise yeni bir toplantı demektir. Bir de şu pratik detay: portalın kabul ettiği karakter sınırları çoğu zaman dardır. Kendi kaydınızda ayrıntılı yazın, portala giderken kısaltın. Tersini yapan ekipler, kısa yazmayı alışkanlık hâline getirir ve iki yıl sonra kendi kayıtlarını okuduklarında ne demek istediklerini anlamaz.
Portalda kalan üç bilgi türü
Uygulamada üç tür bilgi portalda kalıyor ve kendi tarafınıza hiç geçmiyor: tedarikçi performans kartınız — puanınız, sıralamanız, uyarı statünüz —, müşterinin size açtığı şikayetlerin resmi kapanış onayları ve müşteri özel şart dokümanlarının güncel sürümleri. Üçü de sizi doğrudan bağlıyor. Üçü de kendi sisteminizde bulunmuyor.
Bunun için ayda bir "portal turu" yapan firmalar gördüm ve iyi çalışıyor. Sorumlu kişi her portalı sırayla açıyor, üç şeyi kontrol ediyor: yeni açılan kayıt var mı, performans puanında değişiklik olmuş mu, doküman bölümünde yeni sürüm yayımlanmış mı. Bulduğu her değişikliği kendi sistemine bir kayıt olarak giriyor. On beş dakikalık bir rutin, yılda birkaç sürprizi önlüyor. Şart dokümanlarının sürüm takibini CSR dokümanları yazımızda ayrıca ele aldık.
Denetçinin portal karşısındaki tavrı genelde şudur: portalı açmanızı bekler, açabilirseniz kanıt kabul eder. Ama açamadığınızda ikinci bir soru gelir ve o soru daha yıkıcıdır — kayıt saklama sürenizi nasıl güvence altına alıyorsunuz? Bu soruya "müşterinin portalında duruyor" cevabını veren bir firma, kendi kayıt kontrolünü başka bir kuruluşa devretmiş olduğunu söylemiş olur. Bulgu genelde şikayetin kendisinden değil, buradan yazılır.
Bildirimleri kaçırmamak
Bir kaydın portalda açılması, sizin ondan haberdar olduğunuz anlamına gelmiyor. Müşteri portalı kalite kayıtları için güvenilir bir kanaldır; ama o kanalın ucundaki bildirim size ulaşmazsa kayıt orada tek başına bekler.
Portalların çoğu yeni bir kayıt açıldığında bilgilendirme maili gönderir. Sorun şu ki bu mailler zamanla gürültüye karışır: aynı portaldan haftada onlarca sipariş, teslim planı ve duyuru maili gelir, kalite bildirimi de aralarında kaybolur. Bir firmada üç günlük bir gecikmenin sebebinin, bildirim mailinin istenmeyen klasörüne düşmesi olduğunu gördüm. Teknik cevap hazırdı, kimse haberi almamıştı.
İki basit önlem işe yarıyor. Birincisi, portal bildirimlerini ayrı bir kurumsal adrese yönlendirip o adresi üç kişiye tanımlamak. İkincisi, günün belirli bir saatinde portalı elle kontrol etmeyi rutin hâline getirmek — maile güvenmemek. Bu ikincisi ilkel görünür ama en güvenilir yöntem odur, çünkü bildirim ayarları müşteri tarafında sizin haberiniz olmadan değişebilir.
Erişim yönetimi: en ucuz sigorta
Portal erişimini kişiye değil göreve bağlayın. Her portal için en az iki kişinin kullanıcısı olsun ve bu kullanıcılar kurumsal, devredilebilir adreslerle açılsın. İşten ayrılma kontrol listenize "portal erişimleri devredildi mi" satırını ekleyin — bu tek satır, yazının başındaki sahneyi tamamen ortadan kaldırır.
Bunun yanında hangi müşterinin hangi portalı kullandığını, portal adresini, erişimi olan kişileri ve şifre yenileme aralığını yazılı bir listede tutun. Bu listeyi doküman yönetimi düzeninizin içinde, kontrollü bir kayıt olarak saklayın. Kalite müdürünün masaüstünde duran bir metin dosyası olmasın; o dosya da bir gün aynı şekilde kaybolur.
Bir ayrıntı daha: portal erişimini yalnızca kalite ekibine vermeyin. Sevkiyat, satın alma ve proje ekibinin de kendi bölümlerine erişimi olsun. Tek kişinin üzerinden yürüyen portal erişimi, o kişiyi bütün yazışmaların taşıyıcısı hâline getirir ve izne çıktığı hafta iş durur. Erişim dağıtmak güvenlik riski değil, süreklilik önlemidir.
Küçük bir tedarikçi ne yapmalı?
Tek müşterisi ve yılda üç beş şikayeti olan bir firmaya "portalın yanına bir de sistem kurun" demek gereksiz bir yük olur. O ölçekte yapılacak şey şu: portaldaki her kaydın PDF çıktısını almak, ekleriyle birlikte numaralı bir klasöre koymak ve basit bir listede numarayı, tarihi ve kapanış tarihini tutmak. Bu kadarı denetimde de sizi kurtarır, maliyeti de sıfırdır.
Eşik, müşteri sayısı ikiyi ve portal sayısı ikiyi geçtiğinde gelir. O noktadan sonra müşteri portalı kalite kayıtları için tek başına yeterli olmaz; çünkü karşılaştırma yapamaz, toplam alamaz, iç aksiyon dağıtamazsınız. PaKalite'de şikayet, 8D ve düzeltici faaliyet kayıtlarında portal numarası için ayrı bir alan bulunuyor; amaç portalın yerine geçmek değil, portalın gösteremediği bütünü göstermek. Müşteri şartlarını takip ederken benzer bir kararla karşılaşıyorsanız CSR takibi karşılaştırmamız aynı mantığı başka bir veri kümesi üzerinden tartışıyor.