Danışmanlık mı, geliştirme mi? Doğru tedarik tipini seçmek

Şirket bir yazılım danışmanı arar. Görüşmelerin sonunda ortaya çıkan şey genellikle şudur: aranan şey danışmanlık değil, birinin gelip sistemi kurmasıdır. Bazen tersi olur — geliştirici tutulur, üç hafta sonra herkes hâlâ neyin yapılacağını tartışıyordur.

Bu iki hizmet farklı şeyler teslim eder. Karışması, projenin iki kez ödenmesine yol açar.

İki hizmet ne teslim eder

Ölçüt	Danışmanlık	Geliştirme
Teslim edilen	Doküman: süreç haritası, kapsam, kabul kriterleri	Çalışan sistem + teslim dokümanları
Cevapladığı soru	Ne yapılmalı, neyle, hangi sırayla	Nasıl çalışacak
Tipik süre	1-4 hafta	2 haftadan 6 aya
Ücretlendirme	Günlük veya sabit paket	Kapsamlı sabit bedel veya adım bazlı
Risk kimde	Müşteride: doküman uygulanmazsa değeri kalmaz	Tedarikçide: kapsam sabitse teslim zorunluluğu var
Başarı ölçütü	Kararın netleşmesi	Kabul testlerinin geçmesi

Danışmanlığın gerçekten gerektiği dört durum

1. Ne istediğiniz belirsiz. Sorun “sistemimiz yok” değil, “hangi sorunu çözeceğimizi bilmiyoruz” ise, kod yazmak sorunu ertelemekten başka bir şey yapmaz.

2. Departmanlar farklı şey anlatıyor. Satış bir akış tarif ediyor, üretim başka bir akış anlatıyorsa önce ortak tarif yazılmalıdır. Bu tarif çıkmadan yazılan sistem, üç aydan önce çelişmeye başlar.

3. Paket ürün seçimi yapılacak. Hazır ürünler arasında karar verilecekse ölçüt listesi ve puanlama tablosu bağımsız bir gözle kurulur.

4. Mevcut sistem var, verim düşük. Burada ihtiyaç denetimdir: hangi modül kullanılmıyor, hangi veri girilmiyor, hangi adım sistem dışında yürüyor. Çıktı bir bulgu listesi ve öncelik sırasıdır.

Doğrudan geliştirmeye geçilebilecek durum

Süreciniz yazılı, ekranları tarif edebiliyorsanız, entegrasyon sınırları belliyse ve hangi işi kimin yapacağı netse ayrı bir danışmanlık aşamasına gerek yoktur. Bu durumda keşif, geliştirme sözleşmesinin ilk adımı olarak yürür ve iki hafta içinde tıklanabilir prototiple sonuçlanır.

Ayrı danışmanlık faturası, ancak çıktısı bağımsız kullanılabilecek bir doküman olduğunda anlamlıdır. Prototiple sonuçlanacak bir keşif için ayrı fatura kesmek, aynı işi iki kez fiyatlamaktır.

Aradaki boşluk: devir noktası

Projelerin en pahalı kaybı, danışman raporu ile geliştirici arasındaki boşlukta yaşanır. Rapor süreçleri anlatır, geliştirici ekranları sorar; ikisi arasındaki çeviri kimsenin işi değildir.

Bu boşluğu kapatmanın yolu, danışmanlık çıktısına şu dört maddeyi zorunlu koymaktır:

• Ekran listesi. Hangi rolde hangi ekran, hangi alanlarla.
• Veri modeli taslağı. Hangi kayıt tipleri var, aralarındaki bağlar ne.
• Entegrasyon sınırları. Hangi sistemden ne okunacak, nereye ne yazılacak.
• Kabul kriterleri. “Bitti” kelimesinin karşılığı yazılı olsun.

Bu dördü yoksa geliştirici raporu yeniden yazmak zorunda kalır ve keşif iki kez ödenmiş olur.

Ücretlendirme modelleri ve risk dağılımı

Günlük ücret (danışmanlık). Kapsam esnektir, risk müşterededir. Sınırı gün sayısı üst limitiyle koyun.

Kapsamlı sabit bedel (geliştirme). Risk tedarikçidedir. Ön koşulu yazılı kapsamdır; kapsam belirsizken verilen sabit fiyat ya yüksek tutulur ya sonradan değişiklik talepleriyle büyür.

Adım bazlı ödeme. Risk paylaşılır. Her adım kendi başına çalışır durumda teslim edilir, müşteri her adım sonunda devam veya durma kararı verir. Orta ölçekli işlerde en dengeli model budur.

Saatlik çalışma. Bakım ve küçük geliştirmeler için uygundur; aylık rapor olmadan bütçe kontrolü kaybolur.

Sözleşme tarafındaki maddeleri ayrıntılı okumak isterseniz satıcıya sorulacak yedi kritik soru ve yazılım teklifi nasıl okunur: 7 soru yazıları bu başlığı tek başına ele alıyor; firmaları yan yana koyacaksanız yazılım şirketi değerlendirme ölçütleri tablosuyla başlayın.

Çıkar çakışması sorusu

Danışman aynı zamanda geliştirmeyi de satıyorsa, önerdiği çözümün kendi yapabildiği çözüm olma ihtimali vardır. Bu gerçek bir risktir ve biz de bu konumdayız: KodDelta hem keşif yapar hem geliştirir.

Bunu gizlemek yerine ölçüte bağlıyoruz. Keşif dokümanı, geliştirmeyi başka bir ekibe verebileceğiniz biçimde yazılır: süreç tarifi ve kabul kriterleri teknoloji tercihinden ayrı bölümlerde durur. Teknoloji tercihi tek bir bölümdür, gerekçesiyle yazılır ve tartışmaya açıktır. Dokümanı alıp başka bir firmaya gitmeniz mümkündür; bu ihtimal, dokümanın kalitesini yükselten şeydir.

Bağımsızlığı ölçmenin pratik yolu şu soruyu sormaktır: “Bu keşfin sonunda ‘sistem kurmayın, mevcut paketi düzgün kullanın’ çıkarsa bunu yazar mısınız?” Cevabın yazılı olması gerekir.

Karma model: çoğu projenin gerçek cevabı

Uygulamada en sık işleyen yapı kademelidir. Önce kısa bir keşif ile süreç netleşir ve yazılı çıktı üretilir. Ardından geliştirme bu dokümanın üzerine kurulur; fiyat tahminden sözleşmeye döner.

Durumunuz	Uygun tedarik	Çıktı
Süreç karışık, hedef belirsiz	Keşif / danışmanlık	Süreç haritası + kapsam dokümanı
Süreç net, sistem yok	Geliştirme	Çalışan sistem + teslim dokümanları
Sistem var, verim düşük	Denetim + iyileştirme	Bulgu listesi + öncelikli yol haritası
Paket var, süreç taşmış	Geliştirme + entegrasyon	Ek modül + köprü
Karar aşamasında	Ön fizibilite	Model önerisi + bant tahmini

İç ekip mi, dış tedarik mi

Üçüncü bir seçenek daha var: işi içeride yapacak kişiyi işe almak. Bu karar tedarik tipinden önce gelir ve farklı bir hesaba dayanır — süreklilik, devir riski ve iş hacmi. Tek seferlik bir sistem kurulumu için geliştirici istihdam etmek, sistem kurulduktan sonra o kişiye ne yaptıracağınız sorusunu doğurur.

Pratikte en sık işleyen yapı şudur: sistemi dışarıdan kurdurun, kaynak kodu ve dokümantasyonu teslim alın, günlük işletimi içeride yürütün. Bu kararın rakamlarla nasıl çıkarıldığını yeni personel mi, yazılım mı ve outsource yerine iç otomasyon yazılarında ayrı ayrı açtık.

Kararı üç soruyla verin

1. Süreci bugün bir sayfaya yazabiliyor musunuz? Yazabiliyorsanız geliştirme, yazamıyorsanız keşif.
2. Departmanlar aynı akışı mı anlatıyor? Anlatmıyorsa önce ortak tarif çıkmalı.
3. Çıktıyı ne yapacaksınız? Doküman rafta kalacaksa danışmanlık almayın; uygulanmayan rapor gider kalemidir.

KodDelta’da nasıl yürür

Keşif ile geliştirme tek ekipte yürür; ara çeviri kaybı bu yüzden oluşmaz. Çalışma modelimizin ayrıntısı kurumsal yazılım sayfamızda yazılı. Tek süreç kapsamı 80.000 - 150.000 ₺ ve 2-4 hafta, kurumsal sistem 200.000 - 400.000 ₺ ve 4-8 hafta, çok modüllü platform 500.000 ₺ üstü ve 3-6 aydır. Kaynak kod size teslim edilir, kullanıcı başı lisans yoktur, lisans ömür boyudur.

Süreci bir sayfaya yazın; yazamadığınız yerler keşif kapsamını gösterir. Teklif formundan gönderin, hangi tedarik tipine ihtiyacınız olduğunu ilk görüşmede söyleyelim.

---

İlgili Üretim Rehberleri ve Hesaplayıcılar

• OEE ve Makine Duruş Kaybı Hesaplayıcı — Tezgâh duruşlarının yıllık maliyetini ve OEE skorunu hesaplayın.
• Atölye Teklif Süresi ve Kaçan Sipariş Hesaplayıcı — WhatsApp ve telefonda fiyat verirken kaybolan usta saatlerini ölçün.
• MES ve Üretim Takip Yazılımı Fiyatları 2026 — Tezgâh veri toplama ve Andon panoları maliyet analizi.
• En İyi Fason ve Atölye Takip Programları — Excel, Logo ve özel fason portalı karşılaştırması.

Sıkça sorulan sorular

Yazılım danışmanlığı ile yazılım geliştirme arasındaki fark nedir?

Danışmanlık kararı hazırlar, geliştirme kararı uygular. Danışmanın teslim ettiği şey dokümandır: süreç haritası, kapsam, kabul kriterleri ve seçenekler. Geliştiricinin teslim ettiği şey çalışan sistemdir. KodDelta ikisini ayrı fiyatlar ve ayrı teslim eder, böylece keşif çıktısı tek başına elinizde kalır.

Önce danışmanlık almak zorunda mıyım?

Hayır. Süreciniz netse, ekranları tarif edebiliyorsanız ve entegrasyon sınırları belliyse doğrudan geliştirmeye geçilir. KodDelta bu durumda ayrı bir danışmanlık faturası çıkarmaz; keşif, geliştirme sözleşmesinin ilk adımı olarak yürür ve prototiple sonuçlanır.

Danışman aynı zamanda geliştirmeyi de satıyorsa sorun olur mu?

Çıkar çakışması vardır ve bunu bilerek yönetmeniz gerekir. Sorulacak soru şudur: keşif çıktısı başka bir ekibe verilebilecek kadar bağımsız yazılmış mı? KodDelta keşif dokümanını bu ölçüte göre hazırlar; teknoloji tercihi ayrı bir bölümde yazılır, süreç tarifi ondan bağımsız durur.

Danışmanlık ne kadar sürer ve ne teslim edilir?

Tek süreç kapsamında bir-iki hafta, çok departmanlı kapsamda üç-dört hafta tipiktir. Teslim edilenler süreç haritası, veri modeli taslağı, ekran listesi, entegrasyon sınırları, kabul kriterleri ve bant tahminidir. KodDelta bu çıktıyı geliştirme sözleşmesinin eki hâline getirir; fiyat tahminden sözleşmeye döner.

Sabit bedel mi, adım bazlı ödeme mi daha güvenli?

Sabit bedelde kapsam riski tedarikçidedir, bu yüzden kapsam dokümanı olmadan sağlıklı sabit fiyat çıkmaz. Adım bazlı modelde risk paylaşılır ve her adım sonunda çıkış hakkınız kalır. KodDelta orta ölçekli işlerde adım bazlı modeli önerir; her adım kendi başına çalışır durumda teslim edilir.

Mevcut sistemim var, hangisine ihtiyacım var?

Sistem var ama verim düşükse ihtiyacınız denetimdir: bulgu listesi ve öncelikli yol haritası. Sistem var ama süreç taşmışsa ihtiyacınız geliştirme ve entegrasyondur. KodDelta bu ayrımı mevcut sistemin kayıtlarına bakarak yapar; kullanılmayan modüller ile eksik modüller farklı sorunlardır.

İlgili rehberler

• Mobil uygulama seçimi: PWA mı, native mi? Kurumsal saha ve maliyet rehberi
• En iyi yazılım şirketleri 2026: Türkiye'deki kurumsal yazılım firmaları sıralaması
• ERP şartnamesi ve ihtiyaç analizi şablonu 2026: Başarısızlığı önleyen 16 maddelik RFP rehberi

Hizmet sayfası: Kurumsal yazılım hizmeti