Özel bir eklentinin fiyatını gerçekte ne belirler
Aynı cümleye sığan iki istek, birbiriyle ilgisiz iş yükleri gerektirebilir. Belirleyici olan ekran sayısı ya da metnin uzunluğu değil, eklentinin nereye bağlandığı ve veriyle ne yaptığıdır.
Birinci etken: eklentinin nereye gireceği
Bir ürün sayfasına bilgi bloğu eklemek ile sipariş toplamının hesaplanma biçimini değiştirmek aynı ağırlıkta işler değildir. Birincisi bir görüntüleme noktasına bağlanır, gözle denetlenir ve tema değişirse bir sonucu olmaz. İkincisi sepet hesabına girer; faturaya, muhasebeye, iadelere ve alacak dekontlarına yansır. Bu yüzden işlevin paraya dokunup dokunmadığını her zaman sorarım: cevap evet olduğu anda doğrulama işi, geliştirmenin kendisinden ağır basar.
Yönetim tarafında da mantık aynıdır: mevcut bir listeye bir sütun eklemek hızlıdır; çekirdek tablolara yazan bir ekran oluşturmak ise yetkileri, kayıtları, girdi doğrulamasını ve eşzamanlılık hatalarını yönetmeyi gerektirir.
İlk baktığım etkenler
-
Tutarlara etkisi
Fiyat, vergi, kargo, indirim: bir toplamı değiştiren her işlev; sipariş, fatura, alacak dekontu ve istatistikler üzerinde doğrulanmalıdır.
-
Bağlantı noktası sayısı
Ürün sayfasında, sepette, ödemede ve onay e-postasında görünen bir işlev tek bir entegrasyon değil, dörttür.
-
Dış bir sistemle alışveriş
Üçüncü taraf bir API, kesintileri, zaman aşımlarını, yeniden denemeleri ve süresi dolan kimlik bilgilerini yönetmeyi gerektirir. Belgesi zayıf bir API buna bir de gözlem aşaması ekler.
-
Mevcut kurulumun durumu
Doğrudan değiştirilmiş bir tema, üst üste binmiş geçersiz kılmalar veya ömrü dolmuş bir PHP sürümü, eklentinin ilk satırından önce iş ekler.
Çoğu zaman küçümsenen veri hacmi
Üç yüz üründe çalışan bir işlem, yüz binde çökebilir. Belli bir hacmin ötesinde soru artık «çalışıyor mu» değil, «sunucunun tanıdığı çalışma süresi ve belleğe sığıyor mu» olur. Bu da işlemin partilere bölünmesini, ilerlemenin izlenmesini ve durduğu yerden sürdürülebilmesini zorunlu kılar. Büyük bir katalogda bu bölme isteğe bağlı değildir ve bir içe aktarma veya senkronizasyon eklentisinin teknik tarafını rahatlıkla ikiye katlar.
Çok dillilik ve çok mağazalılık da aynı rolü oynar: işlevi değiştirmezler, yazılacak ve denenecek durum sayısını değiştirirler.
İlgili sayfalar
-
Bir eklenti ihtiyacını çerçevelemek
Fiyatlandırmanın mümkün olması için toplanması gereken bilgiler.
-
Hazır eklenti mi, özel geliştirme mi
Fiyatlandırma, ancak hazır eklenti seçeneği elendikten sonra anlam kazanır.
-
Ücretler ve koşullar
İşin niteliğine göre nasıl faturalandırdığım.
-
İhtiyaca özel geliştirme
Çerçevelemeden üretime alışa kadar işin kapsadıkları.
Sıkça sorulan sorular
«Basit» bir eklenti neden pahalıya gelebilir?
Fiyata ileride yapılacak değişiklikler dâhil mi?
Daha az işlevi kabul ederek maliyeti düşürebilir miyim?
Eklentinin kodu bana mı ait olur?
İhtiyacınızı bir dakikada anlatın
Size bir anket daha değil, doğrudan bir tahmin sunabilmem için birkaç hedefli soru.