Yenileme faturası her yıl aynı ayda gelir ve genellikle imzalanır. Bu yıl farklı oldu: mali işler faturayı kalite müdürüne yönlendirip tek satır yazdı, "bu kalemi bütçede gerekçelendirmemiz gerekiyor." Kalite müdürü o gün ilk kez "başka ne var" diye aramaya başladı ve karşısına birbirinin kopyası tanıtım sayfaları çıktı; hepsi aynı modül listesini, aynı sloganları kullanıyordu. QDMS alternatifi ararken asıl zorluk seçenek bulmak değil, seçenekleri gerçekten ayıran kriterleri belirlemektir. Aşağıda satın alma kararını sahada değiştirdiğini gördüğüm altı kriteri ve bunlar üzerinden kurulan bir karşılaştırma tablosunu bulacaksınız.
Kriter 1: Kurulum modeli ve verinin yeri
QDMS alternatifi arayan bir firmanın listesini ilk daraltan kriter budur ve teknik görünmesine rağmen sözleşmeseldir. Otomotiv müşteri özel şartlarında ve savunma sanayi sözleşmelerinde verinin nerede saklandığına dair açık maddeler bulunur; bazı OEM'ler tedarikçi kalite kayıtlarının yurt dışı sunucuda tutulmasına itiraz eder. IT müdürünüz "veri içeride kalacak" dediğinde aday listeniz bir anda daralır ve bu daralma iyi bir şeydir, kararı basitleştirir.
Bulut modelinin avantajı hızlı başlangıç ve bakım yükünün olmamasıdır. Şirket içi kurulumun avantajı ise veri sahipliği ve internetten bağımsız çalışabilmedir. İkisi arasında karar verirken şu soruyu sorun: sözleşme sona erdiğinde verilerim bana hangi formatta iade edilecek? Cevabı sözleşmede yazmıyorsa yazdırın.
Kriter 2: Lisans modeli ve beş yıllık toplam maliyet
Teklifleri ilk yıl bedeli üzerinden karşılaştırmak, sahada gördüğüm en pahalı hatadır. Karşılaştırmayı beş yıllık toplam sahip olma maliyeti üzerinden yapın ve şu kalemleri dahil edin: lisans, yıllık bakım, kullanıcı ekleme bedeli, sürüm yükseltme, danışmanlık günleri, veri göçü ve eğitim. Danışmanlık kalemi çoğu teklifte "gün bazlı" yazar ve kaç gün olacağı belirsizdir; bu belirsizliği sözleşmede kapatın.
Kullanıcı başına lisans modelinin gizli maliyeti ise davranışsaldır. Operatörlerin okundu kaydı girmesi gerektiğinde kullanıcı sayısı üç haneye çıkar ve firmalar bu maliyetten kaçınmak için dağıtımı kâğıda döndürür. Sonuç, ödediğiniz sistemin yarısını kullanamamaktır. Fiyat modellerini karşılaştırırken fiyatlandırma sayfamızdaki yaklaşımı da referans alabilirsiniz.
Kriter 3: Arayüz ve destek dili
Uluslararası platformların Türkçe arayüzü çoğunlukla çeviridir ve kalite terminolojisinde tutarsızlık yaratır. Aynı kavramın iki ekranda iki ayrı kelimeyle karşılanması, prosedürlerinizde yıllardır kullandığınız terimle ekrandaki terimi birbirinden ayırır. Teklif aşamasında kimsenin dikkatini çekmeyen bu ayrıntı, devreye almada eğitim süresini belirgin biçimde uzatır.
Destek dili ise ancak bir şeyler ters gittiğinde konuşulur. Sunucu tarafında bir aksama yaşandığında karşınızdaki ekibin sizinle aynı saat diliminde ve aynı dilde çalışıyor olması, aksamanın süresini doğrudan belirler. Destek sözleşmesinde yanıt süresini (SLA) ve destek dilini yazılı hâle getirin.
Satıcının hazırladığı senaryo her zaman akıcı görünür; oturumun bir yerinde klavyeyi siz devralın. Kendi senaryonuzu götürün: kendi prosedürlerinizden birini sisteme yükletin, iki kademeli onaydan geçirtin, revize ettirin, o revizyondan eğitim ihtiyacı doğurtun ve aynı oturumda bir denetim bulgusu açıp DÖF'e bağlatın. Zincirin hangi halkasında durulduğu, tanıtım sunumunun tamamından daha çok bilgi verir.
Kriter 4: Otomotiv çekirdek araçlarının gerçek kapsamı
Otomotiv tedarikçisiyseniz FMEA, kontrol planı, PPAP, SPC ve MSA'nın yazılımda ne seviyede olduğu belirleyicidir. Burada iki seviye vardır: form saklama ve gerçek işlevsellik. Form saklama, doldurulmuş bir Excel'i sisteme eklemektir; gerçek işlevsellik ise AIAG-VDA yapısına uygun aksiyon önceliği hesabı, PFMEA ile kontrol planı arasında satır bazlı bağ, PPAP'ta 18 elemanın durum takibi ve SPC'de canlı yeterlilik indeksi demektir. Bu beş aracın çerçevesini IATF 16949 core tools sayfasında anlattık.
Genel amaçlı bir kalite yönetim yazılımı ISO 9001 ihtiyacınızı rahatlıkla karşılar ama IATF 16949 denetimine girdiğinizde çekirdek araçları yine Excel'de yürütüyor olursunuz. Bu durumda yazılımın çözdüğü problem doküman ve DÖF ile sınırlı kalır; kararı verirken bunu bilerek verin.
Kriter 5: Modüller arası bağ
Kalite yönetim yazılımı karşılaştırma tablolarında en çok göz ardı edilen kriter budur ve bence en belirleyicisidir. On sekiz modülü olan bir yazılım, modüller birbirine bağlı değilse tek arayüz altında duran on sekiz ayrı programdır. Doküman revizyonu eğitim ihtiyacı doğurmuyorsa, denetim bulgusu DÖF'e dönüşmüyorsa, tedarikçi red kaydı PPM hesabına akmıyorsa entegrasyon işini yine insan yapar ve insan atlar.
Bu kriteri ölçmek için bir soru yeterlidir: "Bir müşteri şikâyetinden başlayıp 8D akışını yürütün, kök nedenden doğan aksiyonla bir kontrol planı satırını güncelleyin ve bu güncellemenin ilgili iş talimatına ve operatör eğitimine nasıl yansıdığını gösterin." Cevabı canlı verebilen yazılım, tablonun geri kalanında birkaç eksiği olsa bile öne geçer.
Kriter 6: Veri göçü ve çıkış kolaylığı
Girişi kolay, çıkışı zor sistemler vardır. Sözleşme imzalamadan önce şunu netleştirin: doküman dosyaları, revizyon geçmişi, onay kayıtları, DÖF geçmişi ve eğitim kayıtları hangi formatta dışa aktarılabiliyor? Otomotivde bu soru daha da yakıcıdır, çünkü IATF 16949 her kayıt türü için bir saklama süresi tanımlamanızı ister ve bu süreler genellikle ürünün sahadaki ömrünü aşar. Sistemden çıkmanız, kaydı tutma yükümlülüğünüzü ortadan kaldırmaz.
Giriş tarafında ise mevcut Excel dosyalarınızın ve klasör yapınızın nasıl aktarılacağını sorun. Toplu aktarım desteği yoksa 400 dokümanı elle girmek bir kişinin üç haftasını alır ve bu maliyet tekliflerde görünmez.
Alternatifleri altı kritere göre okumak
Aşağıdaki tablo tek tek ürün adı vermiyor; QDMS alternatifi olarak karşınıza çıkan beş yaklaşım tipini altı kritere göre karşılaştırıyor. Her tipin güçlü ve zayıf tarafı vardır; hangisinin size uyduğu ölçeğinize ve müşteri şartlarınıza bağlıdır.
| Yaklaşım | Kurulum | Lisans | Türkçe | Otomotiv araçları | Modüller arası bağ |
|---|---|---|---|---|---|
| Kurumsal Türk KYS paketleri | Şirket içi ve bulut | Kullanıcı ya da modül bazlı | Tam | Pakete göre değişir | Genellikle güçlü |
| Uluslararası bulut QMS platformları | Çoğunlukla bulut | Kullanıcı başına abonelik | Çeviri arayüz | Sınırlı, eklenti bazlı | Orta |
| SharePoint / DMS üzerine özel kurgu | Şirket içi ya da bulut | Altyapı lisansı + geliştirme | Kurguya bağlı | Yok, ayrıca yazılır | Kurguya bağlı, kırılgan |
| ERP kalite modülü | ERP ile aynı | ERP lisansına ek | ERP diline bağlı | Muayene odaklı, zayıf | ERP içinde güçlü, KYS tarafında sınırlı |
| Otomotiv odaklı yerli çözümler (PaKalite dâhil) | Şirket içi | Kullanıcı sayısından bağımsız | Tam | Çekirdek araçlar dâhil | Modüller tek veri üzerinde |
Tabloyu kendi ihtiyacınıza uyarlamanın yolu, altı kriteri ağırlıklandırmaktır. Bir gıda üreticisi için otomotiv araçları sütunu boş kalabilir; bir Tier-2 metal tedarikçisi için o sütun tek başına kararı belirler. Kriterlere puan verirken pazarlama malzemesine değil, demo oturumunda kendi verinizle gördüğünüz sonuca bakın. Kategorinin genel çerçevesi için kalite yönetim yazılımı sayfasına da göz atabilirsiniz.
Demo oturumunu doğru kurgulamak
Bir QDMS alternatifi hakkında öğreneceğiniz en gerçek bilgi demo oturumundan çıkar, ama çoğu firma bu aşamayı satıcının senaryosuna bırakır. Oturumdan önce kendi dokümanlarınızdan üçünü, bir DÖF örneğinizi ve geçen yılki bir denetim bulgunuzu hazırlayın; demo bu verilerle yürüsün. Süre olarak iki saat isteyin ve ekranı sizin kullanmanıza izin verilmesini şart koşun. Satıcının kullandığı ekran akıcı görünür, sizin kullandığınız ekran gerçeği söyler.
Oturuma kalite biriminden iki, üretimden bir ve IT'den bir kişi katılsın. IT'nin sorması gereken sorular ayrıdır: veritabanı hangi teknoloji üzerinde çalışıyor, yedekleme nasıl alınıyor, yetkilendirme mevcut dizin yapısıyla entegre olabiliyor mu, sürüm yükseltme sırasında sistem ne kadar süre durur? Bu soruların cevabı sözleşmeden sonra ortaya çıktığında düzeltmesi pahalı olur.
Referans araması: kime, ne sorulur?
Satıcının verdiği referans listesi genellikle en memnun müşterilerden oluşur ve bu normaldir. Faydalı olan, listedeki firmalara doğru soruları sormaktır. "Memnun musunuz?" sorusu bilgi taşımaz. Bunun yerine şunları sorun: Devreye alma ne kadar sürdü, planlanan süreyi ne kadar aştı? İlk yıl kaç modül açtınız, bugün kaçını gerçekten kullanıyorsunuz? Destek talebine ortalama kaç saatte dönüş alıyorsunuz?
Dördüncü soru en çok bilgi vereni: "Bugün baştan seçseydiniz aynı ürünü mü alırdınız, neyi farklı yapardınız?" Bu soruya verilen cevaplar hiçbir tanıtım sayfasında bulamayacağınız bilgiyi taşır. Kendi sektörünüzden ve benzer ölçekten en az iki referansla konuşun; ölçek farkı deneyimi karşılaştırılamaz hâle getirir.
Sözleşmede kapatılması gereken maddeler
İmzadan önce dört maddeyi netleştirin. Birincisi veri iadesi: sözleşme sona erdiğinde tüm kayıtlar hangi formatta ve kaç gün içinde teslim edilecek? İkincisi destek yanıt süresi ve destek dili. Üçüncüsü sürüm yükseltmelerinin bedele dâhil olup olmadığı. Dördüncüsü devreye alma için taahhüt edilen danışmanlık günü sayısı ve bu günler aşıldığında uygulanacak birim fiyat.
Bu dört madde yazılı değilse yenileme döneminde pazarlık gücünüz kalmaz. Sahada gördüğüm en pahalı sürprizler teknik değil sözleşmeseldi; yazılımın yapamadığı bir şey değil, sözleşmede yazmayan bir kalem bütçeyi bozdu.
Karar öncesi son üç soru
Bir QDMS alternatifi listesini kısaltmadan önce birincisi: mevcut sistemde gerçekten kullandığınız modüller hangileri? Yenileme kararı vermeden önce son bir yılın kullanım istatistiğini isteyin. Lisansladığınız modüllerin bir bölümünün hiç açılmamış olduğunu görmek şaşırtıcı olmaz ve bu tablo tek başına ciddi bir pazarlık kozudur.
İkincisi: geçişin gerçek maliyeti ne? Veri göçü, paralel çalışma dönemi ve eğitim kalemlerini toplayın. Üçüncüsü: bir yıl sonra hangi sayının iyileşmiş olmasını bekliyorsunuz? DÖF kapanma süresi mi, denetim hazırlık süresi mi, doküman onay süresi mi? Bu üçüncü soruya net cevap veremiyorsanız hangi yazılımı seçtiğinizin pek önemi kalmaz. Yerli seçenekleri ölçek bazında ayırdığımız QDMS yerine ne kullanılır yazısı bu kararın devamı niteliğinde.
Kararı verirken bir noktayı da unutmayın: yazılım değiştirmek her zaman doğru hamle değildir. Mevcut sistemden şikâyet ediyorsanız, şikâyetin kaynağının yazılım mı yoksa kurgu mu olduğunu ayırın. Beş kademeli onay akışı, sahipsiz modüller ve güncellenmemiş süreç listesi hangi yazılıma geçerseniz geçin sizinle birlikte taşınır. Sahada gördüğüm firmaların bir kısmı, yeni yazılım almadan önce mevcut kurgusunu düzelttiğinde değiştirmeye gerek olmadığını fark etti. Bunu anlamanın en ucuz yolu, teklif toplamadan önce mevcut sistemde üç ayı ölçmek: onay süresi, DÖF kapanma süresi ve modül kullanım oranı. Sayılar kötüyse suçlu belli olur; sayılar iyiyse zaten değiştirmeye gerek yoktur ve bütçeyi başka bir yere ayırırsınız.