Bakım Yönetim Yazılımı Nasıl Seçilir? (2026 Kontrol Listesi)

Bakım yönetim yazılımı seçimi, çoğu işletmede yanlış soruyla başlar: "Hangi yazılım daha çok özellik sunuyor?" Oysa saha gerçeği şudur — özellik listesi en uzun olan ürün değil, teknisyenin gerçekten kullandığı ürün kazanır. Ekranı ağır, mobili yok, iş emri açmak beş tıklama süren bir sistem altı ay sonra terk edilir ve ekip WhatsApp grubuna, deftere ve Excel'e geri döner. Bu yazı, bir CMMS / bakım yönetim yazılımını satın almadan önce hangi soruları sormanız gerektiğini, hangi modüllerin gerçekten kritik olduğunu, fiyatlandırmanın nasıl okunduğunu, kurulum ve veri taşımanın nasıl planlandığını ve demo sırasında satıcıya sorulacak somut soruları anlatıyor. Amacı bir ürünü övmek değil; yanlış seçimin maliyetini yaşamadan doğru kriterle karar vermenizi sağlamak.

Önce ihtiyacı yazın: yazılım hangi problemi çözecek?

Seçim sürecinin en pahalı hatası, ihtiyacı tanımlamadan demo izlemeye başlamaktır. Her demo etkileyicidir; kıyas ölçütünüz yoksa en iyi sunumu yapan satıcıyı seçersiniz. Bu yüzden ilk adım, çözmek istediğiniz problemi tek cümleyle yazmaktır. Sahada en sık karşılaşılan dört başlangıç noktası şunlardır:

• Arıza kaosu: Talepler telefonla, WhatsApp'tan ve koridorda sözlü geliyor; kimin neyi ne zaman istediği kayıtlı değil. Önceliğiniz arıza takibi ve iş talebi kanalını tek yere toplamaktır.
• Unutulan periyodik bakım: Bakım takvimi Excel'de duruyor ama kimse bakmıyor; ekipmanlar ancak durunca hatırlanıyor. Önceliğiniz önleyici bakım planlarının otomatik tetiklenmesidir.
• Denetim ve belge baskısı: Periyodik kontrol raporları, kalibrasyon ve muayene tarihleri dağınık; denetimde belge aramakla vakit geçiyor. Önceliğiniz kayıt bütünlüğü ve arşivdir.
• Görünmeyen maliyet: Bakıma ne kadar harcandığı, hangi makinenin para yediği bilinmiyor. Önceliğiniz maliyet ve duruş raporlamasıdır.

Bu dört başlıktan hangisi sizin için birinci sıradaysa, değerlendirme tablonuzun en üst satırı odur. Diğerleri "olsa iyi olur" kolonuna yazılır. Bir yazılımın "her şeyi yapıyor" olması, sizin birinci probleminizi iyi çözdüğü anlamına gelmez.

Bakım yönetim yazılımında olmazsa olmaz modüller

Terminoloji karışıklığı yaygındır: CMMS, bakım yönetim sistemi, bakım onarım yazılımı, arıza takip programı — piyasada aynı ürün grubu için kullanılan farklı adlardır. Kavramsal çerçeveyi CMMS nedir yazımızda ayrıntılı ele aldık. Ad ne olursa olsun, çalışan bir sistemde şu yapı taşları bulunmak zorundadır.

1. Ekipman (varlık) envanteri ve hiyerarşi

Her şey ekipman kartına bağlanır. Yazılımın tesis → bölüm → hat → makine → parça şeklinde bir hiyerarşi kurabilmesi gerekir; çünkü "hangi hatta kaç saat duruş yaşandı" sorusunun cevabı bu ağaçtan çıkar. Ekipman kartında en az şunlar bulunmalıdır: kod ve etiket, konum, marka-model-seri no, devreye alma tarihi, garanti bilgisi, teknik doküman ekleri ve geçmiş iş emirleri. Karta girildiğinde o makinenin tüm hikâyesi tek ekranda görünmüyorsa, sistem envanter değil liste tutuyordur.

2. İş emri ve iş talebi akışı

Sistemin kalbi budur. Talep açılması, önceliklendirme, atama, sahada uygulama ve kapanış tek akışta ilerlemelidir. Ayrıntılı akış için iş emri yönetimi yazımıza bakabilirsiniz; seçim aşamasında bakmanız gereken noktalar ise şunlardır: talebi bakımcı olmayan bir operatör de kolayca açabiliyor mu, iş emri statüleri sizin sürecinize uyarlanabiliyor mu, harcanan süre ve kullanılan yedek parça iş emrine işlenebiliyor mu, kapanışta fotoğraf ve açıklama zorunlu kılınabiliyor mu.

3. Periyodik bakım planları

Planlar hem zaman bazlı (her 3 ayda bir) hem kullanım bazlı (her 500 çalışma saati / 10.000 çevrim) kurulabilmelidir. Kritik ayrıntı, planın kendiliğinden iş emrine dönüşüp sorumlusuna düşmesidir. Takvimi gösterip iş emri üretmeyen bir modül, dijitalleştirilmiş bir Excel'den başka bir şey değildir. Kontrol listesi (checklist) desteği de burada aranır: teknisyen sahada maddeleri tek tek işaretleyebilmeli, uygunsuz bulduğu maddeden yeni bir arıza kaydı doğabilmelidir.

4. Mobil kullanım ve QR

Bakım masa başında değil sahada yapılır. Teknisyenin makinenin yanında telefondan iş emrini açması, fotoğraf eklemesi ve kapatması gerekir. Makine üzerindeki QR etiketini okutunca doğrudan o ekipmanın kartına ve geçmişine ulaşmak, sistemin benimsenmesini belirleyen tek başına en güçlü etkendir. Demo sırasında mutlaka satıcının bilgisayarından değil, kendi telefonunuzdan deneyin.

5. Yedek parça ve stok

Bakımın gizli maliyeti parçadır. Yazılım, iş emrinde kullanılan parçayı stoktan düşebiliyor, kritik stok seviyesinde uyarabiliyor ve parça hareketini ekipmanla ilişkilendirebiliyor mu? Bu bağ kurulduğunda "bu makine bu yıl ne kadar parça yedi" sorusu cevaplanabilir hâle gelir.

6. Raporlama ve KPI

Raporlama, güzel grafikler değil karar üretebilen sayılar demektir. En az şu göstergeler standart olarak gelmelidir: açık/kapalı iş emri sayısı ve yaşı, planlı bakım tamamlanma oranı (PMP), arızalar arası ortalama süre (MTBF), ortalama onarım süresi (MTTR), ekipman bazlı duruş süresi ve bakım maliyeti. Verimlilik tarafını da ölçmek istiyorsanız OEE hesaplamasının aynı veriden beslenmesi büyük avantajdır; duruş kayıtlarını iki ayrı yere girmek zorunda kalmazsınız.

Değerlendirme tablosu: neye kaç puan?

Adayları duyguyla değil ölçütle karşılaştırmak için basit bir ağırlıklı tablo yeterlidir. Aşağıdaki dağılım, orta ölçekli bir üretim tesisi için tipik bir başlangıç noktasıdır; kendi önceliğinize göre ağırlıkları değiştirin.

Kriter	Ağırlık	Neye bakılır?
Sahada kullanılabilirlik	%25	Mobil akış, QR, iş emri açma-kapama adım sayısı, eğitimsiz kullanılabilirlik
Temel modül uyumu	%20	Envanter, iş emri, periyodik plan, checklist
Raporlama	%15	PMP, MTBF, MTTR, duruş ve maliyet raporları; dışa aktarım
Uyarlanabilirlik	%15	Özel alanlar, statü ve yetki düzenleme, çoklu tesis
Toplam sahip olma maliyeti	%10	Lisans + kurulum + eğitim + ek modül; 3 yıllık toplam
Destek ve süreklilik	%10	Türkçe destek, yanıt süresi, güncelleme sıklığı, firma geçmişi
Veri sahipliği ve entegrasyon	%5	Veri dışa aktarma hakkı, API, ERP bağlantısı

Tabloyu doldururken tek kural: puanı demoda gördüğünüz şeye verin, satış broşüründeki maddeye değil. "Yol haritamızda var" cevabı sıfır puandır.

Fiyatlandırmayı doğru okumak

Bakım yazılımlarında fiyat genelde kullanıcı başına aylık abonelik olarak sunulur, ancak karşılaştırmayı zorlaştıran ayrıntılar vardır. Karar öncesi netleştirilmesi gereken sorular:

• Kullanıcı tanımı nedir? Sadece iş emri açan operatörler de lisanslı kullanıcı sayılıyor mu, yoksa yalnızca teknisyen ve yöneticiler mi? Bu tanım, aynı fiyatı iki katına çıkarabilir.
• Hangi modül dahil, hangisi ek? Stok, çoklu tesis, mobil uygulama veya raporlama ayrı paketse listedeki cazip fiyat gerçek fiyat değildir.
• Kurulum, veri aktarımı ve eğitim ücretli mi? İlk yılın gerçek maliyeti çoğu zaman buradadır.
• Ekipman veya kayıt limiti var mı? Belirli sayıdan sonra üst pakete geçiş zorunluluğu doğuyor mu?
• Sözleşme süresi ve çıkış: Yıllık taahhüt var mı, ayrılmak istediğinizde verilerinizi hangi formatta alabiliyorsunuz?

Karşılaştırmayı aylık etiket fiyatı üzerinden değil, üç yıllık toplam sahip olma maliyeti üzerinden yapın: lisans + kurulum + eğitim + tahmini kullanıcı artışı. Ucuz görünen sistem, üçüncü yılda ek modüllerle en pahalıya çıkabilir.

Bulut mu, kendi sunucunuz mu?

Bulut (SaaS) çözümlerde kurulum yükü yoktur, güncellemeler otomatik gelir, sahadan telefonla erişim doğaldır ve başlangıç maliyeti düşüktür. Kendi sunucusunda kurulum ise verinin fiziksel olarak şirket içinde kalmasını isteyen, katı bilgi güvenliği politikası olan veya internet erişimi kısıtlı tesisler için tercih edilir; buna karşılık sunucu, yedekleme, güncelleme ve BT iş gücü maliyetini siz üstlenirsiniz. Orta ölçekli işletmelerin büyük çoğunluğu için bulut seçeneği, hem hız hem de toplam maliyet açısından daha gerçekçidir. Hangisini seçerseniz seçin, yedekleme sıklığını ve verinizi dışa aktarma hakkınızı sözleşmede yazılı görün.

İSG tarafını atlamayın

Bakım yazılımı seçerken sık atlanan bir kazanç, mevzuat tarafıdır. İş ekipmanlarında periyodik kontrol yükümlülüğü, vinç, kaldırma ekipmanı, basınçlı kap, kompresör, elektrik tesisatı gibi kalemler için belirli aralıklarla muayene ve raporlama gerektirir. Bu kontroller de aslında birer periyodik görevdir; bakım planlarıyla aynı takvimde tutulduğunda hem tarih kaçmaz hem denetimde belge tek yerden çıkar. Bakım ve İSG kayıtlarını aynı sistemde tutabilen bir çözüm, iki ayrı yazılım lisansından ve iki ayrı veri girişinden sizi kurtarır.

Demoda satıcıya sorulacak sorular

Demoyu izlemek yerine yönetin. Kendi tesisinizden bir senaryo verin ("3 numaralı kompresörde yağ kaçağı var, operatör talep açıyor") ve ekranda baştan sona uygulanmasını isteyin. Ardından şunları sorun:

• Bir operatör, eğitim almadan bu talebi telefondan kaç adımda açabilir?
• Periyodik bakım planı otomatik iş emri üretiyor mu, sorumluya bildirim gidiyor mu?
• Ekipman geçmişini (tüm arıza, bakım, parça, maliyet) tek ekranda gösterebilir misiniz?
• PMP, MTBF ve MTTR raporlarını canlı veriyle gösterebilir misiniz?
• Kendi ekipman listemi Excel'den nasıl aktarıyorsunuz, süresi ne kadar?
• Verilerimizi dışa aktarmak istediğimizde hangi formatta ve ne kadar sürede alırız?
• Destek kanalınız ne, ilk yanıt süresi taahhüdünüz var mı?
• Şu an bizim sektörümüzde kaç aktif müşteriniz var, referans görüşmesi mümkün mü?

Ek olarak, mümkünse yazılımı tek bir hatta veya tek bölümde pilot olarak deneyin. İki haftalık gerçek kullanım, iki saatlik demodan çok daha fazlasını gösterir.

Kurulum ve veri taşıma planı

Seçim kadar devreye alma da belirleyicidir. Sağlıklı bir başlangıç genelde şu sırayı izler: önce ekipman listesi temizlenir ve kodlanır (yalnızca gerçekten takip edilecek varlıklar; her cıvatayı sisteme girmek projeyi başlamadan boğar), sonra kritik ekipmanlar için periyodik planlar tanımlanır, ardından kullanıcılar ve yetkiler kurulur, sonra QR etiketleri basılıp makinelere yapıştırılır, en sonda ekip eğitilir ve pilot bölümde canlıya geçilir. Tüm tesisi aynı gün açmak yerine bir bölümle başlayıp yaygınlaştırmak, hem hataları ucuza yakalatır hem de ekipte "bu sistem işe yarıyor" algısını erken oluşturur.

Geçmiş veriyi taşırken seçici olun. Yıllar öncesine ait dağınık arıza kayıtlarını aktarmak yerine, ekipman kartlarını, açık işleri ve son bakım tarihlerini taşımak çoğu durumda yeterlidir; sistemin değeri zaten bugünden sonraki kayıtlarda birikir.

En sık yapılan seçim hataları

• Sahayı karara katmamak: Yazılımı yönetim seçer, kullanan teknisyen olur. Değerlendirmeye en az bir teknisyen ve bir vardiya amiri katılmalıdır.
• Özellik listesiyle karar vermek: Hiç kullanılmayacak otuz modül, günde otuz kez kullanılacak tek ekranın hantallığını telafi etmez.
• Mobili sonraya bırakmak: "Şimdilik masaüstünden gireriz" diyen ekipler genelde hiç girmez.
• Aşırı detaylı başlamak: İlk günden yüzlerce alan, zorunlu form ve karmaşık onay zinciri kurmak, benimsemeyi öldürür. Basit başlayıp derinleştirin.
• Ölçmeden yürütmek: Başlangıçta bir referans nokta (mevcut duruş süresi, açık iş sayısı, plan tamamlanma oranı) kaydedilmezse, yazılımın kazandırdığını altı ay sonra kimse gösteremez.
• Veri sahipliğini konuşmamak: Çıkış koşulunu sormadan imzalanan sözleşme, ileride en pahalı maddeye dönüşebilir.

Kimler için kritik?

Bakım yönetim yazılımı, ekipmanın durmasının doğrudan paraya dönüştüğü her yerde kritiktir: hat duruşunun anında üretim kaybı ürettiği üretim tesisleri ve fabrikalar; soğutma, jeneratör, asansör ve yangın sistemlerinin sürekliliği zorunlu olan AVM, otel, hastane ve bina işletmeleri; araç ve iş makinesi bakımını kilometre-motor saati üzerinden yürüten filo ve lojistik şirketleri; pompa, panel ve şalt ekipmanının periyodik kontrolü mevzuata bağlı olan enerji ve altyapı işletmeleri; ve tek bir bakım şefinin birden fazla lokasyonu yürüttüğü çok tesisli şirketler. Ortak nokta şudur: ekip zaten bakım yapıyordur, eksik olan bakımın kaydı, takvimi ve ölçüsüdür.

FocusISG ile

FocusISG Bakım (CMMS), bu yazıdaki kontrol listesini aklında tutarak kurulmuş bir sistemdir: ağırlık, teknisyenin sahada kaç saniyede kayıt açtığındadır. Ekipmanlar tesis-bölüm-hat hiyerarşisiyle tanımlanır; makinedeki QR etiketi okutulduğunda o ekipmanın kartı, geçmiş arızaları, bakım planları ve dokümanları telefonda açılır. İş talebi, bakımcı olmayan bir operatör tarafından da birkaç adımda açılabilir; iş emri atanır, harcanan süre ve kullanılan parça işlenir, kapanışta fotoğraf ve açıklama istenebilir. Periyodik bakım planları hem takvim hem çalışma saati bazında tanımlanır ve zamanı geldiğinde kendiliğinden iş emrine dönüşüp sorumlusuna düşer — böylece "atlanan bakım" kategorisi ortadan kalkar. Periyodik kontrol ve muayene tarihleri aynı takvimde tutulduğu için denetimde istenen belge tek yerden çıkar. Raporlarda açık iş yaşları, planlı bakım tamamlanma oranı, MTBF ve MTTR ile ekipman bazlı duruş ve maliyet birlikte görünür; aynı duruş verisi OEE tarafını da beslediği için ikinci bir veri girişi gerekmez. Kurulum tek bir bölümde pilotla başlatılabilir, ekipman listesi Excel'den aktarılır. Kendi tesisinizin senaryosuyla denemek için FocusISG Bakım (CMMS) modülünü inceleyin.