
İçindekiler
Bir ERP implementasyon sözleşmesi, ancak yapısı doğruysa bütçeyi korur: belirli teslimatlar, isimli kaynaklar, kabul edilmiş çıktılara bağlı kilometre taşları, sınırlandırılmış hypercare ve kontrollü değişiklik emirleri. Bu vaka çalışması, MENA'daki orta ölçekli bir üreticinin CFO'sunun, iş tanımı belgesini (SOW) parçalara ayırtıp sözleşmeyi imzadan önce yeniden yazdırarak, kapsamdan ödün vermeden kick-off'tan önce 850.000 dolarlık harcamadan nasıl kaçındığını gösteriyor. Bir ERP ya da SAP implementasyon sözleşmesini imzalamak üzere olan CFO'lara, finans direktörlerine ve satın alma sorumlularına yönelik. Sonlara doğru yer alan imza öncesi kontrol listesini kendi teklifinizde kullanın.
CFO bana 120 sayfalık bir teklif uzattı. Sağlam göründüğünü ama bir şeylerin yerine oturmadığını söyledi. Haklıydı.
Sorun rakamlar değildi. Yapıydı. “Standart konfigürasyon” ve “test desteği” gibi, işin içeriğine dair hiçbir açıklama taşımayan genel ifadeler. Aynı iş, farklı bölümlerde farklı adlarla yer alıyordu. Dil, sonradan neredeyse her aşımı haklı çıkarabilecek kadar belirsizdi. Projeler daha başlamadan işte böyle yoldan çıkar.
Onun hissettiği ama adını koyamadığı şeyi görebiliyordum. Bütçeyi ve hedefleri biliyordu. Ekibi yetkindi, ama bu ölçekte bir teslimat iş tanımı belgesini hiç incelememişti ve tedarikçi çoktan imzaya doğru ilerliyordu.
Üç haftalık çalışmanın ardından sözleşme temelden farklıydı ve proje kick-off'tan önce 850.000 dolar daha hafifti.
- Kapsamın rasyonelleştirilmesiŞişirilmiş saatler kırpıldı, mükerrer eğitim ve testler çıkarıldı, test döngüleri dörtten ikiye ve ek bir yedeğe indirildi$340K
- Rol ve ücret dağılımının yeniden düzenlenmesiKıdemli-genç dengesi kontrol altına alındı, dokümantasyon ve temel testlerde iç personel çalıştı$310K
- Sözleşme değişiklikleriTeslimata dayalı ödemeler, masraf üst sınırları, sınırlandırılmış hypercare, değişiklik emirlerinde CFO onayı$200K
Sınır ötesi operasyonları ve merkezi bir finans fonksiyonu olan orta ölçekli bir endüstriyel üretici ve distribütör: ayrık üretim, satış sonrası dağıtım, paylaşımlı hizmetler finansı ve grup satın alması. Grup beş yılda hızla büyümüştü ve SAP'yi çoktan seçmişti. Bu, tedarikçi seçimi ile implementasyon arasındaki, büyük taahhütlerin kilitlenmek üzere olduğu andı.
İş tanımı belgesini altı kategoriye ayırdım: konfigürasyon, veri geçişi, entegrasyonlar, test, eğitim ve PMO. Bu şekilde bölününce boşluklar kolayca görüldü.
- Belirsiz teslimatlar. Sistem adı, veri hacmi ya da karmaşıklık belirtilmeyen “standart entegrasyonlar”. İş süreçlerine bağlanmayan, saatle tanımlanmış konfigürasyon. Belgenin her yerine serpiştirilmiş “çalıştaylarda teyit edilecek” ifadeleri; her biri gelecekteki bir değişiklik emri.
- Kaynak piramitleme. Teklifte kıdemli günlük ücretlerle adı geçen kıdemli danışmanlar. Sözleşme imzalandıktan sonra kıdemli kişiler kaybolma eğilimindedir; işi aynı ücretle gençler yapar. Bunu neredeyse her programda gördüm. İsimli kaynak maddesi olmadan korunma yoktur.
- Tekrarlanan faturalama. Kullanıcı kabul testinde (UAT) eğitim, hypercare'de yine eğitim. Testte veri kontrolleri, cutover'da yine veri kontrolleri. Bilgi aktarımı fonksiyonel ve PMO akışlarına bölünmüş ve iki kez faturalanmış. Tek tek küçük örtüşmeler, birlikte ciddi aşım nedenleri.
- Sabit ücret yanılsaması. Sabit fiyat olarak konumlandırılmış, ama “sabit” ancak her varsayım kilitliyse geçerli. Bu ifadeler manşet rakamı sabit tutar ve daha sonra faturalamanın kapısını açar.
- Zayıf kilometre taşları. Ödemeler “tasarım eylülde tamamlanır” gibi takvim tarihlerine bağlı; tamamlanmanın tanımı, kabul kriterleri ve yarım kalmış iş için faturayı bekletme yolu yok.
- Yer tutucu saatler. “Gerektiğinde kullanılacak” gerekçesiz tampon kalemleri. Rutin işlerde hızla erir ve değişiklik talepleri olarak geri döner.
İki kapsam ayrıntısı da dikkat çekti. Veri geçişi, müşterinin zaten iç araçları olmasına rağmen tamamen tedarikçiye maliyetlendirilmişti. Test ise arkasında hiçbir hata varsayımı olmadan dört tam döngü olarak belirlenmişti.
Tasarruf üç alandan geldi:
| Alan | Tasarruf | Nasıl |
|---|---|---|
| Kapsamın rasyonelleştirilmesi | 340.000 dolar | Şişirilmiş konfigürasyon saatleri kırpıldı; mükerrer eğitim ve testler çıkarıldı; test dört döngüden ikiye ve bir yedeğe indirildi |
| Rol ve ücret dağılımının yeniden düzenlenmesi | 310.000 dolar | Kıdemli-genç dengesi kontrol altına alındı; iç personel, isimli kaynak korumaları altında dokümantasyon ve temel testleri üstlendi |
| Sözleşme değişiklikleri | 200.000 dolar | Ödemeler teslimatlara bağlandı; ön onaylı seyahat ve masraf üst sınırları; hypercare süreyle sınırlandı ve KPI tabanlı çıkışa bağlandı; değişiklik emirleri CFO onayıyla yönetildi |
Müşterinin kendi araçları ve standartları kullanıldığı için tedarikçinin veri geçişi eforu kabaca üçte bir azaldı, kurum içinde yönetilen bir model sayesinde dış eğitim saatleri de yaklaşık yarıya indi. Bunların hiçbiri kapsamı ya da işlevselliği azaltmadı. Proje planlanan tarihte başladı ve ilk çeyrekte hiç değişiklik emri gelmedi. Normalde o noktaya kadar CFO'nun masasına birkaç tanesi düşmüş olurdu.
Pratikte fark yaratan altı madde:
- İsimli kaynaklar. Her kilit danışman adıyla yazılır. Değişiklikler müşteri onayı ve ücret düzeltmesi gerektirir. Bu olmadan, tekliftekiler sahadaki kişiler değildir.
- Teslimata dayalı kilometre taşları. Her kilometre taşı çıktılarla tanımlanır: imzalı süreç haritaları, mutabakatı yapılmış veriler, tamamlanmış kabul testleri. Ödeme, tarih geldiğinde değil, kriterler karşılandığında serbest bırakılır.
- Değişiklik emri yönetişimi. Her kapsam değişikliği, kapsam, takvim ve maliyet üzerindeki etkiyi gösteren bir beyan gerektirir. Yeni iş için ücretlere üst sınır konur. CFO onayı zorunludur. Değişiklik emirleri bir gelir modeli olmaktan çıkıp kontrollü istisnalara dönüşür.
- Çıkış kriterli hypercare üst sınırı. Altı hafta ile sınırlandırılır; çıkış, tedarikçinin kanaatine göre değil, işlem istikrarı ve SLA uyumuna göre tanımlanır. Uzatmalar yeni onay gerektirir.
- Seyahat ve masraf üst sınırları. Belirlenen eşiklerin üzerinde ön onay. Aksi halde canlıya geçiş sonrası seyahat açık bir kaleme dönüşür.
- Denetim hakları. Hiç kullanılmasa bile faturalama kayıtlarını inceleme hakkı. Davranışı değiştirir, çünkü kontrol edilebilecek bir şeyi şişirmek daha az olasıdır.
Daha geniş müzakere için SAP müzakere danışmanları ve SAP lisans müzakeresi üzerine notlarım anlaşmanın yazılım tarafını ele alıyor.
Finans ekipleri ERP teslimatına çoğunlukla bir BT projesi gibi bakar ve bütçe onaylandıktan sonra geri çekilir. Aşımların birikmesine izin veren de budur.
Sözleşme bir finansal araçtır. Kilometre taşları nakit akışını belirler. Kaynak maddeleri maliyeti belirler. Değişiklik emri süreci riske maruz kalınan tutarı belirler. Finans bunları imzadan önce incelemezse, ticari deneyimi olan kimse incelememiş olur.
Üç boşluk tekrar tekrar karşıma çıkıyor:
- Sabit ücret efsanesi. CFO'lar üst sınırlı görünen bir rakamı onaylar, ama varsayımlar belirsiz bırakıldıysa kapsam sabit değildir. Kapsamın büyüdüğü ve faturalandığı yer tedarikçinin çalıştaylarıdır.
- Gecikmenin maliyetine dair bir model yok. Bir kayma, fazladan danışmanlık haftalarından fazlasını ekler: iç zaman ekler ve faydaları öteler. Çoğu bütçe proje maliyetini planlar, ama her aşım haftasının maliyetini asla modellemez.
- Ticari becerisi olmayan kurum içi PMO. Çizelgeleme ve raporlama vardır; ticari karşı koyma yoktur. Tedarikçinin proje yöneticileri sözleşme şartlarını nasıl işleteceğini bilir; müşteri tarafında eşit becerili biri yoksa müşteri taviz verir. SAP bütçeleri neden aşar rehberim, bu riskin genellikle nerede maliyete dönüştüğünü gösteriyor.
Anlaşma RISE with SAP içeriyorsa okunacak iki sözleşme vardır: kendi hizmet tanımı olan SAP aboneliği ve implementasyon ortağının iş tanımı belgesi. İkisine de aynı disiplini uygulayın ve aboneliğin kullanıcı sayılarıyla yalnızca ilk yılda değil, sözleşme süresi boyunca nasıl büyüdüğünü modelleyin.
ERP projeleri genellikle teslimatta başarısız olmaz. Sözleşmede başarısız olur. Kilometre taşları, kaynak taahhütleri ve kabul kriterleri gevşek yazılırsa, aşımlar neredeyse kaçınılmazdır.
Herhangi bir ERP implementasyon teklifini imzadan önce bununla karşılaştırın:
- İş tanımı belgesi çalışma kollarına (konfigürasyon, veri, entegrasyonlar, test, eğitim, PMO) bölünmüş ve her biri için efor verilmiş mi?
- Her entegrasyon sistemleri, veri hacimlerini ve karmaşıklığı adıyla belirtiyor mu?
- “Çalıştaylarda teyit edilecek” denilen her varsayım kapatıldı mı ya da açıkça kapsam dışı bırakıldı mı?
- Kilit danışmanlar adıyla yazılmış mı; değişiklikler için onay ve ücret düzeltmesi var mı?
- Her ödeme kilometre taşı, kabul kriterleri ve müşteri onayı olan bir teslimata bağlı mı?
- Etki beyanları, üst sınırlı ücretler ve CFO onayı içeren bir değişiklik emri süreci var mı?
- Hypercare süreyle sınırlı ve nesnel çıkış kriterlerine bağlı mı?
- Seyahat ve masraflara üst sınır konmuş mu ve faturalanan saatler üzerinde denetim hakkınız var mı?
- Kendi ekibinizin yapabileceği işler (iç araçlarla veri geçişi, dokümantasyon, temel testler, eğitim) tedarikçinin kapsamından çıkarılmış mı?
CFO daha sonra durumu şöyle özetledi: “Teklifi ilk incelediğimde rakamların makul göründüğünü düşündüm. Gözümden kaçan, kapsamın gerçekte ne kadar belirsiz olduğuydu. Parçalara ayırdığımızda, riskin çoğunun küçük puntolarda durduğunu fark ettim. Sözleşmeye finansal bir mercekle bakmak bana, eksikliğini bilmediğim bir kontrolü verdi. Tasarruf önemliydi, ama asıl kazanç implementasyona netlikle ve sürpriz olmadan girmekti.”
Sonucu yönetim kuruluyla paylaştı. Manşet tasarrufun kendisiydi. Daha önemli sonuç ise şirketin baştan kontrol edebileceği bir sözleşme ve bir projeydi.
ERP sözleşmelerinde kaynak piramitleme nedir ve nasıl önlenir?
Teklifte kıdemli danışmanları ve kıdemli günlük ücretleri fiyatlamak, imzadan sonra ise daha genç kadrolarla teslim etmektir. Faturalanan günlük ücret aynı kalır. Kalite aynı kalmaz.
Çözüm, isimli kaynak maddesidir. Her kilit rol adıyla yazılır, değişiklikler müşteri onayı gerektirir ve yerine gelen kişinin ücreti daha düşükse faturalama buna göre düzeltilir.
ERP faturalama kilometre taşları nasıl yapılandırılmalı?
Tarihlere değil, teslimatlara bağlayın. “Tasarım tamamlandı” bir kilometre taşı değildir. “Finans ve satın alma için imzalı süreç haritaları ve gözden geçirilmiş konfigürasyon” bir kilometre taşıdır.
Her kilometre taşına, ödemeden önce müşterinin onayladığı kabul kriterleri verin. Bu, teslimat eksik olduğunda size pazarlık gücü verir ve kısmi iş için fatura kesilmesini engeller.
ERP implementasyon sözleşmelerinde sabit ücret tuzağı nedir?
Sabit ücret, ancak imzadan önce her varsayım kilitlendiyse sabittir. “Çalıştaylarda teyit edilecek”, “standart entegrasyonlar” ya da “mevcut kapsama göre” gibi ifadeler manşet rakamı sabit tutarken ileride değişiklik emri fırsatları yaratır.
Varsayımları imzadan önce kapatın, hariç tutulanları açıkça listeleyin, değişiklik emri ücretlerine üst sınır koyun ve her sabit ücret iddiasını satır satır sınayın.
Bir ERP sözleşmesinde hypercare nasıl tanımlanmalı?
Süresi belirsiz hypercare, tedarikçi için bir gelir kaynağına dönüşür. Onu, işlem istikrarı, SLA uyumu ve bilet hacimleri gibi nesnel çıkış kriterleriyle birlikte, genellikle altı ila sekiz haftalık tanımlı bir süreyle sınırlayın. Her uzatma resmi onay gerektirsin.
Böylece hypercare, devir için net koşulları olan, süresi sınırlı bir güvenlik ağı olur.
Bir CFO, ERP implementasyon sözleşmesini imzalamadan önce neleri incelemeli?
En azından: kilometre taşlarının nasıl tanımlandığı, kaynak değişikliklerine karşı koruma, değişiklik emri kuralları, hypercare kapsamı ve çıkışı, seyahat ve masraf üst sınırları ve hariç tutulanlar listesi.
Maddelerin ötesinde, iş tanımı belgesini çalışma kolu bazında parçalara ayırtın ve efor tahminlerini kendi kurum içi kapasitenizle sınayın. Kendi personelinizin dokümantasyonu, temel testleri ya da eğitimi üstlenebildiği yerlerde, sözleşme bunu yansıtmalıdır.
Sabit fiyatlı sözleşmelerde bile ERP değişiklik emirleri neden çıkmaya devam ediyor?
Çünkü sabit fiyatlı sözleşmeler nadiren her varsayımı kilitler. Teklifler üst düzeyde yazılır, boşluklar çalıştaylarda ortaya çıkar ve her boşluk, teknik olarak kapsam dışı bir değişiklik talebine dönüşür.
Örüntü öngörülebilir: belirsiz kapsam, onu genişleten çalıştaylar, boşluğu paraya çeviren değişiklik emirleri. İmzadan önce net kapsam talep edin ve herhangi bir yeni iş başlamadan önce etki analizi ile üst düzey onay isteyin.
Sonraki adım
Şu anda bir ERP programı mı yürütüyorsunuz?
Bu makale şu anda içinde olduğunuz bir programa dokunduysa, 30 dakikalık bir görüşme genellikle bir hafta daha süren iç analizden daha fazla yol aldırır.




