Riskleri Sıfırlayan Model: Düşük Peşinat ve Aşamalı (Milestone) Ödeme

Türkiye'de yaygın uygulama sözleşme imzasında %30-40 peşinat, ara teslimlerde %20-30 ve kabul aşamasında kalan bakiyedir. Düşük peşinatlı aşamalı modelde başlangıç ödemesi %10-15 bandına inebilir; kalan tutar 3-6 hakedişe yayılır. Oran; kapsamın netliğine, analiz yüküne ve proje süresine göre değişir. Önemli olan oranın düşüklüğünden çok, her ödemenin ölçülebilir bir teslimata bağlanmış olmasıdır.

Projeye toplam bedelin küçük bir yüzdesiyle (tipik olarak %10-15) başlayıp kalan tutarı teslim edilen aşamalar üzerinden ödediğiniz yapıdır. Büyük bir tutarı en baştan riske atmazsınız; ödeme proje takvimine yayıldığı için nakit akışınız korunur. Firma açısından da her hakediş bir sonraki aşamanın motivasyonudur: iş üretilmeden tahsilat yapılamaz.

Proje, her biri kendi başına test edilebilir değer üreten paketlere bölünür: örneğin önce veri modeli ve çekirdek modül, sonra entegrasyonlar, en son raporlama ve canlıya geçiş. Her aşamanın çıktısı, kabul kriteri ve süresi analiz sonunda yazılı plana bağlanır. Gösterilemeyen işler tek başına milestone sayılmaz; her aşamanın demoda sunulabilir somut bir sonucu olmalıdır. Edge Bilişim'de aşama planı, analiz sonunda çıkarılan modül-ekran matrisinden türetilir: her aşamaya en az bir tane uçtan uca çalışan iş akışı düşecek şekilde bölme yapılır, depo, üretim ve finans ekranlarının yetki bazında ayrılması gibi kesişen konular ise ilgili modülün aşamasına gömülür, ayrı bir "sonra bakarız" kalemi olarak bırakılmaz.

Aşama onaylanmadan ödeme yapılmaz ve bir sonraki aşamaya geçilmez. Demoda tespit ettiğiniz, kabul kriterleri kapsamındaki eksikler ek ücret olmadan düzeltilir ve aşama yeniden onayınıza sunulur. Kriterlerin dışında kalan yeni istekler ise kapsam değişikliği olarak ayrıca planlanır. Bu ayrımın tartışmasız işlemesi için kabul kriterlerinin sözleşmede ölçülebilir maddeler hâlinde yazılması şarttır.

Hayır. Yalnızca teslim edilip onayladığınız aşamalar için ödeme yaptığınızdan, her ödemenin karşılığında çalışan bir çıktı, dokümantasyon ve kaynak kod hakkı elinizde kalır. Yol ayrımına düşülse bile başka bir ekip projeyi kaldığı yerden devralabilir. Peşin ödemeli projelerdeki "para gitti, iş ortada yok" senaryosu bu modelde yapısal olarak engellenir.

Tek seferde büyük ödeme yaptığınızda tüm risk sizin üzerinizdedir; iş beklentinizi karşılamazsa pazarlık gücünüz kalmaz. Aşamalı modelde risk zamana ve teslimata yayılır: her hakediş öncesinde çalışan çıktıyı görürsünüz ve her aşama bir karar noktasıdır. Toplam bedel değişmez; değişen, ödemenin teslimata bağlanması ve kontrolün süreç boyunca sizde kalmasıdır.

İkisiyle de birleşebilir. Kapsamı net projelerde en yaygın kombinasyon sabit fiyat + aşamalı ödemedir: toplam bütçe baştan bellidir, ödemeler hakedişlere bölünür. Kapsamı sık değişen Ar-Ge işlerinde zaman-malzeme modeli aylık faturalarla ilerler. Hibrit yaklaşımda analiz sabit fiyatla yapılır, geliştirme aşama bazlı ödenir. Bütçe öngörülebilirliği isteyen KOBİ projelerinde genellikle sabit fiyat + milestone önerilir.

Her aşama için ölçülebilir kabul kriterleri ("barkodlu mal kabul test ortamında çalışıyor" gibi) ve net bir onay süresi yazılmalıdır. Demo sonrası 5-10 iş günü içinde geri bildirim verilmezse aşamanın kabul edilmiş sayılması, iki tarafı da koruyan dengeli bir maddedir. Kriterler muğlak kalırsa onay anı pazarlığa döner; net yazılırsa taraflar arasında yorum farkı kalmaz.

Kabul kriterleri kapsamındaki düzeltmeler aşamanın parçasıdır ve ek bedel doğurmaz. Yeni modül veya özellik talepleri ise yazılı kapsam değişikliği olarak ele alınır: mevcut aşamalara etkisi, ek süresi ve bedeli netleştirilip onayınıza sunulur; onaylarsanız plana eklenir. Bu disiplin sayesinde ne sürpriz fatura ne de sessizce büyüyen kapsam yaşanır.

Kaynak kodun mülkiyeti ve teslim zamanı sözleşmede açıkça yazılmalıdır. Sağlıklı uygulamada kod, proje kabulüyle birlikte eksiksiz teslim edilir; bazı firmalar her aşama sonunda depo erişimi de verir. Kod sizde olduğunda hiçbir firmaya bağımlı kalmazsınız; ileride başka bir ekiple devam etme özgürlüğünüz baştan güvence altına alınmış olur.

Evet, model freelance çalışmada da uygulanabilir ve önerilir; ancak tek kişiye bağımlılık, süreklilik ve yazılı süreç eksikliği gibi riskler ödeme planından bağımsız olarak sürer. Freelance mi kurumsal firma mı karşılaştırmasında asıl belirleyici, projenizin kritikliği ve uzun vadeli bakım ihtiyacıdır. Her iki durumda da aşamaları, kabul kriterlerini ve kaynak kod hakkını mutlaka yazılı hâle getirin.

Evet. Onaylanan her hakediş için usulüne uygun fatura düzenlenir; ödeme genellikle havale/EFT ile fatura karşılığında yapılır. Bu, hem muhasebe düzeni hem de olası bir anlaşmazlıkta belge güvencesi sağlar. Faturalandırma ve ödeme vadesi (örneğin onay sonrası 7-15 gün) sözleşmedeki ödeme planında baştan tanımlanmalıdır. Edge Bilişim'de hakediş faturası ancak yazılı onay e-postası geldikten sonra düzenlenir; fatura, o aşamanın kabul listesindeki madde numaralarıyla eşleştirilerek gönderilir, böylece hangi bedelin hangi teslimatın karşılığı olduğu muhasebe kaydında da geriye dönük izlenebilir kalır.

Hayır; süreyi belirleyen kapsamdır, ödeme planı değil. Demolu ve aşamalı ilerleme, sapmaları erken görünür kıldığı için çoğu projede takvimi daha öngörülebilir hâle getirir: yanlış anlaşılan bir akış beşinci ayda değil üçüncü haftada yakalanır. Aşama yönetiminin küçük ek eforunu, geç fark edilen hataların yeniden yazım maliyetiyle karşılaştırdığınızda model net kazandırır.

Geliştirme hakedişleri projenin yapım sürecini kapsar; canlıya geçiş sonrası bakım ve destek ayrı bir sözleşmeyle yürür. Sektörde yıllık bakım bedeli genellikle proje bedelinin %10-20'si aralığında seyreder; kapsamına güncellemeler, hata düzeltme ve SLA'lı destek girer. Teslim sonrası ilk dönem için yazılı bir ücretsiz garanti süresi istemek, bakım sözleşmesi başlayana kadarki boşluğu kapatır.

Hayır. Ödemeyi teslimata bağlamak, kapsam analizini ciddiye alan ve teslim kalitesine güvenen firmaların tercihidir; bu yüzden modelin sunulması başlı başına bir güven sinyalidir. Yine de tek başına yeterli değildir: referanslar, yazılı sözleşme, canlı demo alışkanlığı ve kaynak kod politikasıyla birlikte değerlendirin. Tüm bedeli peşin isteyip süreç göstermeyen firmalara karşı temkinli olun.

İlk aşama genellikle sistemin çekirdeğini çalışır hâlde ortaya koyar: veri modeli, kullanıcı ve yetki yapısı ile en kritik modülün test ortamında gezilebilir hâli. Web tabanlı yazılım projelerinde bu; giriş, panel iskeleti ve ana iş akışının uçtan uca çalışması demektir. Amaç, mimarinin doğruluğunu ve ekibin çalışma kalitesini daha ilk hakedişten önce kendi gözünüzle doğrulamanızdır.