Epin Yazılımı Özelleştirme Talebi Nasıl Fiyatlanır? Sana Kimsenin Açıkça Söylemediği Saat Ücreti, Kapsam Şişmesi ve Gizli Bakım Faturası Gerçeği

Çoğu işletme sahibi, bir e-pin scripti üzerinde yapılacak özelleştirmenin fiyatını "kaç saat sürer" sorusunun cevabı sanır. Sağlayıcına bir talep yazarsın, karşı taraf sana bir rakam söyler, sen de bunu bir işçilik bedeli gibi okursun. Oysa bu rakamın içinde çoğu zaman senin hiç sormadığın üç kalem daha vardır: talebin ne olduğunu netleştirmek için harcanan analiz süresi, değişikliğin başka modülleri bozmadığını kanıtlamak için harcanan test süresi ve o özelleştirmenin ömür boyu taşınacak olmasının yarattığı bakım borcu.

Gerçek şu ki bir e-pin satış yazılımı üzerinde yapılan her özel geliştirme, tek seferlik bir harcama değil, sürekli ödenen bir abonelik gibi davranır. Bu yazıda özelleştirme talebinin nasıl doğru fiyatlandığını, teklif alırken hangi kalemleri açıkça sorman gerektiğini ve kendi tarafında hangi hazırlığı yaparsan aynı işi yarı fiyatına aldırabileceğini anlatıyorum. Amaç seni pazarlık masasında sağlayıcıyla eşit bilgi seviyesine getirmek.

Neden aynı talebe iki sağlayıcı taban tabana zıt fiyat veriyor?

Bir bayi paneline "toplu kupon üretimi" eklenmesini istediğinde bir taraftan 4 saatlik, diğer taraftan 3 günlük teklif gelmesi tuhaf değildir. Çünkü iki taraf aynı cümleden farklı bir iş anlıyordur. Biri kupon tablosuna toplu kayıt atan bir ekran düşünüyordur; diğeri kuponların son kullanma tarihini, kullanım limitini, kategori kısıtını, muhasebe raporuna yansımasını ve iade senaryosunda ne olacağını düşünüyordur. Fiyat farkı yetenek farkı değil, çoğu zaman anlama farkıdır.

Bunu test etmenin basit bir yolu var: teklif isterken talebini tek cümle yerine üç maddeyle yaz. Ne olacak, kim kullanacak, hangi durumda ne olmamalı. Bu üç maddeyi yazdığın anda ucuz teklif genelde yükselir, pahalı teklif genelde düşer ve ikisi birbirine yaklaşır. Yakınsama olmuyorsa, ucuz teklifin işin yarısını görmediğini varsayabilirsin. Bir dijital ürün satış scripti üzerinde para akışına dokunan her değişiklik, göründüğünden daha fazla kenar duruma temas eder.

Saat ücreti mi, sabit paket mi, yoksa kapsam bandı mı?

Piyasada üç model dolaşıyor. Saatlik faturalamada risk tamamen sende kalır; iş uzarsa fatura büyür. Sabit fiyatta risk sağlayıcıda kalır, bu yüzden içine belirsizlik primi eklenir ve genelde gerçek maliyetin üstünde başlar. Üçüncü model olan kapsam bandı ise ikisinin ortasıdır: taraflar bir alt ve üst sınır belirler, iş alt sınırda biterse fark iade edilir, üst sınırı aşarsa yeniden görüşülür.

Küçük ve tarifi net işler için sabit fiyat mantıklıdır. Ödeme sağlayıcısı entegrasyonu, stok senkronizasyonu, özel raporlama gibi belirsizliği yüksek işlerde kapsam bandı seni korur. Saatlik modeli yalnızca güvendiğin ve geçmiş işlerini gördüğün bir ekiple, üstelik haftalık saat tavanı koyarak kullan. Tavansız saatlik anlaşma, bir epin yazılım projesinde bütçenin sessizce iki katına çıkmasının en yaygın sebebidir.

Özelleştirmenin görünmeyen faturası: sürüm borcu

Bir e-pin satış scripti çekirdeği güncellendiğinde, çekirdeğe dokunan her özel kod parçası yeniden elden geçirilmek zorundadır. Bu, bir özelleştirmenin bir kez değil, yazılımın ömrü boyunca her büyük sürümde tekrar ödenen bir bedeli olduğu anlamına gelir. Sektörde bu duruma sürüm borcu deniyor ve tipik olarak ilk yapım maliyetinin yıllık yüzde onu ile yirmisi arasında seyrediyor.

Bu borcu küçültmenin yolu, özelleştirmeyi çekirdeğin içine gömmek yerine eklenti veya kanca noktası üzerinden yapmaktır. Teklif alırken "bu değişiklik çekirdek dosyalarına mı yazılacak, yoksa güncellemeden etkilenmeyecek bir katmana mı?" sorusunu sor. Cevap net değilse, fiyatın üstüne kendi kafanda yıllık bir bakım payı ekle. Ucuz görünen ama çekirdeği kirleten bir özelleştirme, iki yıl içinde pahalı olanın toplam maliyetini geçer.

Talebini yazarken fiyatı yarıya indiren beş cümle

Sağlayıcının analiz için harcadığı saati sen üstlenirsen, o saat faturadan düşer. Bunu yapmanın yolu uzun bir şartname yazmak değil; doğru beş cümleyi yazmaktır. Birincisi, işin hangi ekranda başlayıp hangi ekranda bittiği. İkincisi, hangi kullanıcı rolünün bunu göreceği. Üçüncüsü, işlem başarısız olduğunda ne olması gerektiği. Dördüncüsü, mevcut verilerle geriye dönük ne yapılacağı. Beşincisi, işin bittiğini nasıl kabul edeceğin.

Beşinci madde en çok atlanan ve en pahalı olanıdır. Kabul kriteri yazılmamış bir iş asla bitmez; teslimden sonraki "bir de şu olsa" turları ücretsiz sanılır ama aslında sağlayıcı bunu bir sonraki teklifine peşinen yazar. Kabul kriterini baştan yazmak, hem teslimatı hızlandırır hem de sonraki tekliflerdeki belirsizlik primini düşürür.

Standart özellik mi istiyorsun, yoksa gerçekten özel bir şey mi?

Özelleştirme tekliflerinin önemli bir kısmı, aslında yazılımın zaten yaptığı ama kullanıcının bulamadığı bir işlev için alınır. Bayi kademelendirme, otomatik stok uyarısı, kupon kuralları, kısmi iade, çoklu ödeme yöntemi gibi ihtiyaçlar olgun bir dijital ürün satış yazılımı içinde genellikle hazır gelir. Pinova gibi paket çözümlerde bu işlevlerin çoğu ayar ekranından açılır kapanır; yani senin özelleştirme sandığın şey bir yapılandırma sorusudur.

Bu yüzden ilk adım daima envanter çıkarmaktır: istediğin işlevin mevcut sürümde var olup olmadığını, varsa neden kullanmadığını netleştir. Ancak ondan sonra gerçek özelleştirme konuşulmalı. Neyin standart neyin özel olduğunu görmek için özellik listesini tek tek gezmek, ortalama bir işletmeye ilk yılda ciddi bir geliştirme bütçesi kazandırır.

Sözleşmeye hangi maddeyi koymazsan sonradan pişman olursun?

Özelleştirme sözleşmelerinde en kritik madde fiyat değil, mülkiyet ve taşınabilirliktir. Yazdırdığın özel modülün kaynak kodunu alıp alamayacağın, başka bir sunucuya taşınırken çalışıp çalışmayacağı ve sağlayıcıyla yollar ayrıldığında ne olacağı baştan yazılmalıdır. İkinci kritik madde garanti süresidir: teslimden sonra kaç gün boyunca hata düzeltmeleri ücretsizdir?

Üçüncüsü ise sürüm uyumluluğudur. "Bu özelleştirme, yazılımın gelecek iki ana sürümünde çalışır durumda tutulacaktır" cümlesi, sana yıllar boyu sürecek bir güvence sağlar ve maliyetin tamamını öngörülebilir hale getirir. Bu üç maddeyi içermeyen bir teklif, ne kadar ucuz olursa olsun eksik bir tekliftir. Güncel paket ve modül bedellerini fiyatlandırma bölümünden karşılaştırarak kendi eşiğini belirleyebilirsin.

Özelleştirme fiyatlaması aslında bir müzakere değil, bir netlik meselesidir: talebini ne kadar net yazarsan fiyat o kadar düşer, kapsam o kadar sabit kalır ve teslimat o kadar hızlanır. Bütçeni harcamadan önce standart özellik setinin nereye kadar yettiğini görmek istersen canlı demo üzerinden kendi senaryonu deneyebilir, yalnızca gerçekten eksik kalan maddeler için teklif isteyebilirsin.