Mali işlerden gelen e-posta üç satırdı: yatırım talebiniz bütçe komisyonuna gidiyor, üç yıllık toplam maliyet ve yıllık dağılım isteniyor. Elinizde ise satıcının tek sayfalık teklifi var; üstte kullanıcı başına bir rakam, altta küçük puntoyla "kurulum ve eğitim ayrıca fiyatlandırılır" notu. QDMS fiyatı sorusunun cevabı tam da bu iki satırın arasında kaybolur. Kullanıcı başı lisans birçok projede toplam maliyetin yarısını bile karşılamaz; geri kalanı kurulum, veri aktarımı, entegrasyon, eğitim ve yıllık bakıma dağılır. Aşağıda o dağılımı kalem kalem çıkarıp bütçe formuna oturtuyoruz.
Teklifteki tek rakam neden bütçe değildir
Satıcı teklifi çoğunlukla lisans satırıyla başlar, çünkü karşılaştırılması en kolay kalem odur. Oysa bir kalite yazılımı kutudan çıkıp çalışmaya başlayan bir ürün değildir; kendi doküman kodlama şemanıza, onay akışlarınıza ve organizasyon şemanıza uyarlanması gerekir. Bu uyarlama işi projeden projeye değişir ve teklifte genelde "konfigürasyon" başlığı altında tek satırda geçer. Komisyona giden bütçede o tek satırın altını doldurmadıysanız, ilk ek talep geldiğinde savunacak veriniz olmaz. QDMS fiyatı üzerine konuşurken lisans ile toplam sahip olma maliyetini ayırmak, bütçe komisyonunda ilk düzeltmeniz gereken şeydir.
İkinci sorun bütçenin tek yıllık hazırlanmasıdır. Lisans birinci yıl ödenir, bakım ikinci yıldan itibaren başlar, eğitim ise personel sirkülasyonu yüzünden her yıl tekrar eder. Üç yıllık bir tabloya geçmediğiniz sürece ikinci ve üçüncü yılın yükü görünmez. Belgelendirme çevrimi de bunu zorunlu kılar: sertifikanız üç yıllık bir döngüde yürür ve yazılımın bu üç yıl boyunca ayakta, güncel ve destekli kalması gerekir.
Üçüncü sorun ise kıyaslama hatasıdır. İki farklı satıcının kullanıcı başı rakamını yan yana koyup ucuz olanı seçmek, kapsamlar aynı olmadığı sürece anlamsızdır. Birinde doküman ve DÖF modülü fiyata dahildir, ötekinde yalnız doküman vardır. Birinde veri aktarımı bin dokümana kadar ücretsizdir, ötekinde tamamı adam-gün üzerinden faturalanır. Karşılaştırmayı düzgün yapmanın tek yolu, aynı kalem listesini iki satıcıya da doldurtmaktır. Şartnameye o kalem listesini eklerseniz teklifler kendiliğinden aynı formata oturur.
Lisans modelleri ve kullanıcı sayısını doğru saymak
Piyasada üç lisans modeli yaygın. Adlandırılmış kullanıcı (named user) modelinde her kişi için ayrı lisans alırsınız. Eşzamanlı kullanıcı (concurrent user) modelinde aynı anda sisteme bağlı olabilecek kişi sayısını satın alırsınız. Sunucu ya da kurum lisansında ise kullanıcı sayısı sınırsızdır, bedel kurulum başına belirlenir. Hangisinin ucuza geldiği tamamen sistemi kimlerin kullanacağına bağlıdır.
Kullanıcı sayısını yalnızca kalite departmanı üzerinden saymak, bütçeyi daha ilk satırda yanlış kurar. Bir doküman yönetim sisteminde asıl kalabalık okuyuculardır: iş talimatını ekranda görmesi gereken operatör, kontrol planına bakan vardiya amiri, prosedürü okuyup onay veren bölüm müdürü. Kalite ekibi sekiz kişi olabilir ama gerçek kullanıcı sayısı yüzü rahat geçer. Teklif isterken kullanıcıları üç gruba ayırıp sayın: yalnızca okuyan, kayıt giren, onaylayan. Satıcıdan her grup için ayrı fiyat isteyin. Bu ayrımı yapmadan alınan tekliflerin karşılaştırılması mümkün değildir.
Modül modül satın almanın gizli faturası
Kalite yazılımları çoğunlukla modüler satılır ve ilk alımda genellikle doküman modülü seçilir; çünkü en görünür acı orada. Altı ay sonra düzeltici faaliyetler için ikinci bir modül, ertesi yıl iç denetim planı için üçüncüsü, kalibrasyon takibi için dördüncüsü gerekir. Her ek modül yeni bir sözleşme, yeni bir kurulum kalemi ve çoğu zaman yeni bir eğitim demektir.
Asıl maliyet ise parçalanmış kayıtta ortaya çıkar. Doküman bir yerde, DÖF başka yerde duruyorsa bir denetim bulgusundan doğan prosedür revizyonunu iki sistemde ayrı ayrı takip edersiniz. Denetçi düzeltici faaliyet kaydından revize edilen prosedüre geçmek istediğinde, bağlantı ekranda değil kalite sorumlusunun hafızasındadır. Bu yüzden teklif alırken bugün ihtiyacınız olmayan modüllerin de birim fiyatını ve birbirleriyle nasıl bağlandığını sorun; üç yıllık tabloya hangi modülü hangi yıl açacağınızı yazın.
Bütçe tablosu: hangi kalem nasıl hesaplanır
Aşağıdaki tablo komisyona sunulacak bütçe formunun iskeletidir. Rakamları satıcıdan siz dolduracaksınız; önemli olan hiçbir satırı boş bırakmamak. Boş bıraktığınız her satır projenin ortasında ek talep olarak geri gelir. QDMS fiyat teklifi isterken bu tabloyu ek olarak gönderin; satıcı kendi kaleminden hangisini kapsam dışı bıraktığını yazmak zorunda kalır.
| Maliyet kalemi | Nasıl fiyatlanır | Bütçede en sık atlanan yanı |
|---|---|---|
| Yazılım lisansı | Kullanıcı başı / eşzamanlı / sunucu | Yalnız okuyan kullanıcılar sayıma dahil edilmez |
| Modül bedeli | Açılan modül başına | Doküman alınır, denetim ve kalibrasyon sonradan gerekir |
| Kurulum ve konfigürasyon | Sabit proje bedeli veya adam-gün | Kodlama şeması ve onay akışlarının uyarlanması |
| Veri aktarımı | Doküman ve kayıt adedine göre adam-gün | Eski revizyon geçmişinin taşınması |
| Entegrasyon | Arayüz başına (ERP, LDAP, e-posta) | Personel giriş-çıkışlarının otomatik yansıması |
| Eğitim | Sınıf veya adam-gün | Vardiyalı personel için tekrar oturumları |
| Sunucu ve veritabanı | Donanım, işletim sistemi, yedekleme | Test ve eğitim ortamı için ikinci kurulum |
| Yıllık bakım ve destek | Lisans bedelinin sözleşmeli yüzdesi | Sürüm yükseltmesinin kapsam dışı bırakılması |
| İç kaynak | Kalite ekibinin adam-saati | Hiç bütçelenmez, en büyük gizli kalemdir |
Bir tedarikçide bütçe onaylandıktan sonra proje dört ay gecikti, çünkü aktarılacak dokümanların kaçının güncel olduğunu kimse saymamıştı. 900 küsur dosyanın yaklaşık üçte biri yürürlükten kalkmış, önemli bir bölümünün onay kaydı bulunamamıştı. Yazılım bedeli sabit kaldı ama temizlik işi kalite ekibinin üç ayını aldı. Bütçeye yazılmayan bu kalem, projenin en pahalı satırıydı.
Kurulum ve veri aktarımı: bütçenin sessiz yarısı
Kurulum kalemi iki parçadan oluşur. Birincisi teknik kurulum: sunucu, veritabanı, uygulama, yedekleme düzeni. Bu parça öngörülebilirdir. İkincisi konfigürasyon: doküman tiplerinin tanımlanması, kodlama şemasının kurulması, onay akışlarının çizilmesi, yetki matrisinin girilmesi. Bu ikinci parça firmanızın süreç haritasının karmaşıklığıyla doğru orantılı büyür. Onay akışınız her doküman tipi için farklıysa günler sürer.
Veri aktarımı ise teklif alırken mutlaka adet üzerinden konuşulması gereken bir kalem. Satıcıya "yaklaşık bin doküman var" demek yetmez; kaç dokümanın revizyon geçmişiyle birlikte taşınacağını, kaç yıllık kaydın aktarılacağını ve dosyaların hangi formatta olduğunu belirtin. Doküman yönetimi tarafında en pahalı iş dosyayı kopyalamak değil, o dosyanın hangi revizyonda ve kimin onayıyla yürürlüğe girdiğini kayıt altına almaktır. Taranmış kâğıt imzalı eski onaylar varsa bu iş tamamen elle yürür.
Entegrasyon kalemini de baştan netleştirin. Personel listesinin kurum dizininden (LDAP veya Active Directory) çekilmesi tek seferlik bir arayüz işidir ama karşılığı büyüktür: işten ayrılan bir kişinin onay yetkisi kendiliğinden kapanır. Bunu yapmazsanız her personel hareketinde yetkileri elle güncellemeniz gerekir ve denetimde ayrılmış bir çalışanın hâlâ onaycı görünmesi klasik bir bulgudur. Aynı şekilde ölçüm cihazı listesinin ERP'den alınması, kalibrasyon takibini elle veri girişinden kurtarır.
Eğitim ve devreye alma adam-günü
Eğitim bütçesini kişi sayısıyla değil rol sayısıyla hesaplayın. Sistem yöneticisi eğitimi ayrı, doküman sorumlusu eğitimi ayrı, son kullanıcı eğitimi ayrı planlanır. Vardiyalı çalışan bir fabrikada son kullanıcı eğitimi tek oturumda bitmez; üç vardiya için üç oturum, bir de kaçıranlar için telafi oturumu gerekir. Bunların hepsini adam-gün olarak teklife yazdırın.
Devreye alma sırasında sıkça atlanan bir kalem daha var: paralel yürütme dönemi. Sistem canlıya alındıktan sonra bir süre eski yöntemle yeni yöntem birlikte yürür, çünkü kimse tek hamlede Excel dosyasını kapatmaya cesaret edemez. Bu dönemde kalite ekibi aynı kaydı iki yere girer. Altı hafta süren bir paralel yürütme sekiz kişilik bir ekipte ciddi bir iş gücü demektir ve bunu bütçede görünür kılmak gerekir. Paralel dönemi altı haftayla sınırlayıp bitiş tarihini önceden ilan etmek, hem maliyeti hem direnci azaltır.
Yıllık bakım bedeli sözleşmede nasıl tanımlanmalı
Bakım sözleşmeleri genellikle lisans bedelinin bir yüzdesi olarak kurgulanır ve ikinci yıldan itibaren faturalanır. Oranı pazarlık edebilirsiniz ama asıl mesele oran değil kapsamdır. Sözleşmede şu dört başlığın açıkça yazılı olmasını isteyin: hata giderme, standart değişikliklerinden doğan güncellemeler, yeni sürümlere geçiş hakkı ve destek yanıt süresi. Özellikle sürüm yükseltmesi birçok sözleşmede kapsam dışıdır ve üçüncü yılda ayrı bir kalem olarak önünüze gelir.
Destek yanıt süresini de somutlaştırın. "En kısa sürede dönüş yapılır" ifadesi ne bütçe için ne denetim için bir şey ifade eder. Kritik arıza için saat cinsinden, normal talep için iş günü cinsinden bir süre yazdırın. Denetim haftasında sistem açılmıyorsa sözleşmedeki o satır tek dayanağınızdır.
Şirket içi kurulum ile bulut arasındaki maliyet farkı
Bulut aboneliğinde donanım ve yedekleme sizin yükünüz olmaz ama ödeme kalıcıdır: abonelik durduğunda erişim de durur. Şirket içi kurulumda başlangıç maliyeti daha yüksektir, buna karşılık sunucu sizin, veri sizin binanızda kalır. Otomotiv tedarikçilerinde bu ikinci başlık çoğu zaman fiyattan önce gelir; müşteri çizimleri, özel karakteristikler ve tedarikçi performans verileri şirket dışına çıkmasın diye şirket içi kurulum tercih edilir. PaKalite de bu ihtiyaçtan doğdu; hangi süreçlerin kutudan çıktığını modüller sayfasında, lisans ve destek koşullarını fiyatlar sayfasında bulabilirsiniz.
Karar verirken bulut aboneliğinin üç yıllık toplamını, şirket içi kurulumun ilk yıl yatırımı artı iki yıl bakımıyla yan yana koyun. Şirket içi tarafa sunucu, yedekleme ünitesi ve bilgi işlem zamanını eklemeyi unutmayın; bulut tarafına da veri çıkışı, yani sözleşme bittiğinde kayıtlarınızı hangi formatta ve ne bedelle geri alacağınızı yazın. Otomotiv müşterileri kayıt saklama sürelerini genelde ürün ömrü artı bir yıl olarak ister; abonelik bittikten yıllar sonra o kayıtları hâlâ okuyabilmeniz gerekir. Sözleşmede veri çıkışı maddesi yoksa bu kalem ileride pazarlık masasında karşınıza çıkar.
Üç yıllık toplam sahip olma maliyetini yazmak
Komisyona giden tabloyu üç sütunlu kurun: birinci yıl, ikinci yıl, üçüncü yıl. Birinci yıla lisans, kurulum, veri aktarımı, entegrasyon, donanım ve ilk eğitimi yazın. İkinci ve üçüncü yıla bakım, ek kullanıcı lisansı ve tekrar eğitimlerini koyun. Toplam satırının altına bir de "kaçınılan maliyet" satırı ekleyin: geçen yıl kaç müşteri şikâyeti geç kapandı, kaç denetim bulgusu doküman kontrolünden yazıldı, tek bir gecikmiş sevkiyat firmaya kaça mal oldu. Yatırım talebini savunan asıl satır budur; bir QDMS fiyatının pahalı mı ucuz mu olduğuna ancak bu iki rakam yan yana konduğunda karar verilir.
Teklifleri karşılaştırırken de aynı tabloyu kullanın; her satıcıdan kalemleri kendi teklifine göre doldurmasını isteyin. Boş bırakılan satır sonradan çıkacak maliyettir. Demoda hangi soruları sormanız gerektiğini QDMS seçerken sorulacak 20 soru yazısında adım adım anlattık; bir kalite yönetim sistemi yazılımının hangi süreçleri taşıması gerektiğini de oradan çıkarabilirsiniz.