PLM (Product Lifecycle Management — Ürün Yaşam Döngüsü Yönetimi), bir ürünün fikir aşamasından tasarıma, üretimden hizmet ömrüne ve nihayet üretimden kaldırılmasına kadar bütün bilgilerini tek yerde toplayan yaklaşımdır. Odağı ürünün tanımıdır: teknik resimler, reçeteler, şartnameler, revizyonlar ve onaylar.
ERP ile karıştırılır ama farklı sorulara bakarlar. ERP “bu üründen kaç adet ürettik, kaça mal oldu, stokta ne var” sorusuyla ilgilenir. PLM ise “bu ürün nasıl tanımlanmıştır, hangi revizyondadır, son değişikliği kim ne zaman onaylamıştır” sorusuyla.
Küçük işletmelerde bu bilgiler genellikle klasörlerde, ortak sürücüde ve kişilerin bilgisayarlarında dağınık durur. Sorun ürün çeşidi ve değişiklik sıklığı arttıkça büyür.
PLM, İngilizce Product Lifecycle Management ifadesinin kısaltmasıdır; Türkçede ürün yaşam döngüsü yönetimi ya da ürün hayat döngüsü yönetimi diye geçer. Buradaki yaşam döngüsü, pazarlamada anlatılan giriş, büyüme, olgunluk ve düşüş evreleriyle karıştırılmamalıdır: PLM satış eğrisiyle değil, ürünün teknik tanımının baştan sona nasıl değiştiğiyle ilgilenir. Terim hem bu yaklaşımı hem de onu uygulayan yazılımları anlatmak için kullanılır.
| Alan | İçeriği |
|---|---|
| Ürün tanımı | Teknik resim, model dosyaları, şartname |
| Reçete ve yapı | Ürün ağacının mühendislik hâli |
| Revizyon | Değişiklik geçmişi, sürüm numaraları, geçerlilik tarihleri |
| Onay akışı | Kim neyi ne zaman onayladı |
| Doküman | Kullanım kılavuzu, test raporu, sertifika |
| Değişiklik talebi | Öneri, değerlendirme, karar süreci |
Bu listenin merkezinde revizyon takibi vardır ve pratikte en çok sorun çıkaran konu da budur.
Tipik senaryo şöyledir: bir parçanın deliği 8 mm’den 10 mm’ye çıkarılır. Teknik resim güncellenir ama üretimdeki nüsha eskidir; depoda hem eski hem yeni parça vardır; müşteri yedek parça istediğinde hangisinin gönderileceği belirsizdir.
Bu karmaşa üç maliyet üretir: yanlış üretim ve hurda, gereksiz stok, ve müşteri şikâyeti. PLM’in çözdüğü asıl problem budur — hangi revizyonun hangi tarihten itibaren geçerli olduğu ve hangi partinin hangi revizyonla üretildiği kayıt altındadır.
ERP tarafında bunun karşılığı, üretilen partinin hangi reçete sürümüyle üretildiğinin iş emrinde saklanmasıdır. İki sistemin birlikte çalıştığı düzende mühendislik değişikliği PLM’de yapılır, üretime yansıması ERP’de izlenir.
| PLM | ERP | |
|---|---|---|
| Odak | Ürünün nasıl tanımlandığı | Ürünün nasıl üretildiği ve satıldığı |
| Ana kullanıcı | Tasarım ve mühendislik | Üretim, satın alma, muhasebe |
| Reçete | Mühendislik reçetesi (tasarım hâli) | Üretim reçetesi (fire ve alternatif dahil) |
| Zaman | Ürün ömrü boyunca | Dönemsel işlemler |
| Tipik soru | “Bu parçanın son revizyonu ne?” | “Bu üründen kaç adet var?” |
Mühendislik reçetesi ile üretim reçetesinin ayrılması önemlidir. Tasarımcı ürünü “nasıl olması gerektiği” gibi tanımlar; üretim ise fire payı, alternatif malzeme ve ambalaj gibi kalemleri ekler. İkisini tek listede tutmak, tasarım değişikliği ile üretim düzenlemesini birbirine karıştırır.
Ayrı bir PLM yazılımı çoğu KOBİ için gerekmez; ihtiyacın büyüklüğü ürün karmaşıklığına ve değişiklik sıklığına bağlıdır. Belirtiler şunlardır:
Bunlardan yalnız bir ikisi varsa, ERP içindeki reçete sürüm takibi ve düzenli bir doküman düzeni çoğu zaman yeterlidir. Beşinin birden yaşandığı ve özellikle müşteri onaylı ürün üretilen işletmelerde ise ayrı bir PLM yatırımı değerlendirilmelidir.
Ara bir çözüm de vardır: revizyon numarasını ve geçerlilik tarihini ERP’deki ürün kartında disiplinli biçimde yönetmek. Bu, tam bir PLM’in yerini tutmaz ama karmaşanın büyük kısmını önler ve maliyeti neredeyse sıfırdır.
PLM’in pratikteki karşılığı çoğu zaman tek bir sürecin düzgün işletilmesidir: mühendislik değişikliği. Bir üründe değişiklik yapılması gerektiğinde izlenen yol, karmaşanın oluşup oluşmayacağını belirler.
Değişiklik önerisi kimden geldi, gerekçesi ne? Sözlü olarak yürütülen değişiklikler en çok sorun çıkaranlardır.
Bu değişiklik hangi ürünleri, hangi stokları ve hangi açık siparişleri etkiler? Maliyeti nasıl değişir? Bu adım atlanırsa küçük görünen bir değişiklik depoda kullanılamaz stok bırakır.
Değişiklik hangi tarihten veya hangi parti numarasından itibaren geçerli? Bu bilgi olmadan hangi ürünün hangi hâlde üretildiği sonradan bilinemez.
Yeni resmi yayımlamak yetmez; eski nüshaların sahadan toplanması gerekir. Uygulamada en çok atlanan adım budur.
Eski revizyondaki stok tüketilecek mi, hurdaya mı ayrılacak, yeniden mi işlenecek? Karar verilmezse malzeme belirsiz statüde bekler.
Bu beş adımın hepsi ayrı bir yazılım olmadan da yürütülebilir; gereken şey sürecin yazılı olması ve istisnasız uygulanmasıdır. Ayrı bir PLM yatırımı, bu süreç zaten işlerken ve hacim elle yönetilemeyecek kadar büyüdüğünde anlam kazanır. Sürecin olmadığı yerde yazılım yalnız karmaşayı dijitalleştirir.
Özetle PLM, ürün bilgisinin tek ve güvenilir bir kaynakta toplanması fikridir. Bu fikri uygulamak için mutlaka ayrı bir yazılım gerekmez; gereken şey, hangi bilginin nerede tutulduğunun belirsiz olmamasıdır. Belirsizlik ortadan kalktığında revizyon karmaşasının büyük kısmı da ortadan kalkar.
PDM (Product Data Management) daha dar kapsamlıdır; ağırlıklı olarak teknik dosya ve doküman yönetimine odaklanır. PLM ise bunun üzerine süreç, onay akışı ve ürün ömrünün tamamını ekler. PDM çoğu zaman PLM’in bir parçası olarak düşünülür.
Yapılabilir. Reçete sürümlerinin ERP’de tutulması, revizyon numarasının ürün kartında yer alması ve teknik resimlerin tek bir yerde sürümlenerek saklanması çoğu KOBİ için yeterli disiplini sağlar. Önemli olan yazılım değil, tek bir doğru kaynağın olmasıdır.
Doğrudan değil, dolaylı olarak. Yanlış revizyonla üretim, hurda, gereksiz stok ve yeniden işleme maliyetlerini azaltarak etkide bulunur. Ayrıca tasarım aşamasında maliyet görülebildiğinde, pahalı kararlar üretime geçmeden düzeltilebilir.
Müşteri onayı ve izlenebilirlik zorunluluğu olan sektörlerde: otomotiv yan sanayi, medikal, havacılık ve savunma. Bu alanlarda değişikliğin belgelenmesi yalnız verimlilik değil, sözleşme ve mevzuat şartıdır.
Ayrı bir PLM yatırımına gitmeden önce reçete sürümlerinizi ve revizyon takibinizi sistemde düzene sokalım. Çoğu karmaşa burada çözülür.