"Bir yazılım yaptıracağız ama nereden başlayacağımızı bilmiyoruz." Özel yazılım projelerinin çoğu bu cümleyle başlar ve çoğu zaman sorun, yazılımın kendisinden değil, başlangıçtaki belirsizlikten çıkar: net olmayan kapsam, karşılaştırılamayan teklifler, sözleşmede eksik kalan maddeler ve teslimde ortaya çıkan sürprizler. Özel yazılım yaptırmak, doğru hazırlık yapıldığında öngörülebilir bir iştir.
Bu rehber, yazılımı yaptıran taraf, yani sizin gözünüzden yazıldı. Yazılım yaptırmadan önce hazırlığı, doğru firmanın nasıl seçileceğini, teklifleri nasıl karşılaştıracağınızı, sözleşmede bulunması gereken maddeleri, ödeme planını, proje sırasında sizden beklenenleri, teslim kontrolünü ve sık yapılan hataları anlatıyoruz. Örnek rakamlar temsilîdir; yazı hukuki tavsiye değildir.
Özel Yazılım Nasıl Yaptırılır?
Altı adımda yaptırılır: önce ihtiyaç ve hedef yazılı hâle getirilir, sonra uygun firma seçilir, teklifler aynı kapsam üzerinden karşılaştırılır, sözleşme imzalanır, yazılım parçalı olarak geliştirilip kabul edilir ve yayından sonra destek ve bakım sürer.
Özel yazılımın ne olduğunu ve hazır yazılımla farkını karar rehberimizde anlattık. Bu yazı, özel yazılıma karar vermiş ve süreci nasıl yöneteceğini merak eden işletmeler içindir.
Okumanızı öneririz: Özel yazılım geliştirme hizmetimiz
Yazılım Yaptırmadan Önce Hangi Hazırlık Yapılır?
Önce tek sayfalık bir brief yazılır. Brief, firmaya "ne istediğinizi" değil "hangi problemi çözmek istediğinizi" anlatır; çözümün nasıl olacağı birlikte tasarlanır.
- Problem ve hedef: Bugün hangi işi elle ya da hatalı yapıyorsunuz, yazılım bunu ne kadar iyileştirmeli? Mümkünse ölçülebilir yazın: "sipariş girişi 12 dakikadan 3 dakikaya insin."
- Kullanıcılar: Yazılımı kimler, hangi cihazlarda ve ne sıklıkla kullanacak?
- Mevcut sistemler: Hangi yazılım ve dosyalarla çalışıyorsunuz; hangileriyle veri alışverişi gerekecek?
- Takvim ve bütçe aralığı: Hangi tarihe kadar neye ihtiyacınız var ve ayırabileceğiniz üst sınır nedir? Aralık vermek, firmanın size uygun çözümü önermesini kolaylaştırır.
- Karar verici ve sorumlu: Projede son sözü kim söyleyecek, günlük muhatap kim olacak?
Brief eksik de olabilir; amaç mükemmel bir belge değil, ortak bir başlangıç noktasıdır. Gereksinimlerin ayrıntılı çıkarılması ve önceliklendirilmesi, yazılım firmasıyla birlikte yapılan analiz aşamasının işidir.
Okumanızı öneririz: Yazılım gereksinim analizi nasıl yapılır? Şablonlu rehber
Yazılım İç Ekiple mi, Bağımsız Geliştiriciyle mi, Yazılım Firmasıyla mı Yaptırılır?
Üç yol vardır ve hiçbiri her işletme için doğru değildir; seçim, projenin büyüklüğüne, sürekliliğine ve elinizdeki yönetim kapasitesine bağlıdır.
| Yol | Güçlü yanı | Dikkat edilecek nokta |
|---|---|---|
| İç ekip | İşi en iyi bilen ekip; sürekli geliştirme ve hızlı değişiklik | İşe alım, yönetim ve ekibin ayrılma riski sizin sorumluluğunuzda |
| Bağımsız geliştirici | Küçük ve net işlerde esnek ve hızlı | İş tek kişiye bağlıdır; tasarım, test ve bakım ayrıca düşünülmelidir |
| Yazılım firması | Analiz, tasarım, geliştirme, test ve bakımı bir ekip üstlenir; kişi bağımlılığı azalır | Kapsam, sözleşme ve iletişim biçimi baştan netleşmelidir |
Birden fazla sistemi birleştiren, yıllarca ayakta kalması gereken ve bakım isteyen projelerde çoğu işletme için yazılım firması daha öngörülebilir bir yoldur. Küçük, kısa ömürlü bir araç için bağımsız geliştirici de yeterli olabilir. Hangi yolu seçerseniz seçin, bu yazıdaki hazırlık, teklif ve sözleşme adımları aynen geçerlidir.
Doğru Özel Yazılım Firması Nasıl Seçilir?
Fiyattan önce şu altı alana bakın: benzer iş deneyimi, süreç, ekip, iletişim, teslim sonrası destek ve sahiplik. Hepsini bir görüşmede sorabilirsiniz.
| Alan | Sorulacak soru |
|---|---|
| Deneyim | Benzer bir işi daha önce yaptı mı? Canlıda çalışan örneği görebilir, o müşteriyle konuşabilir misiniz? |
| Süreç | Analiz, tasarım, geliştirme ve test adımlarını anlatabiliyor mu? Ne zaman, neyi göreceksiniz? |
| Ekip | Kimler çalışacak, kim proje sorumlusu? İş yalnızca bir kişiye mi bağlı? |
| İletişim | Haftalık ilerleme ve demo var mı? Sorunlarda kime, hangi kanaldan ulaşırsınız? |
| Destek ve bakım | Yayından sonra hata ve değişiklik taleplerini nasıl karşılıyor? Bakım kapsamı yazılı mı? |
| Sahiplik | Kaynak kod, tasarım ve veri kime ait? Teslim edilecekler neler? |
Referans, en güvenilir sinyaldir. Firmanın canlıda çalışan ve yıllardır ayakta tuttuğu ürünleri varsa, yazılımı yalnızca teslim etmeyi değil işletmeyi de bildiğine işarettir. Referans iddialarını doğrulamak için müşterilerle konuşmayı isteyin.
Yazılım Teklifleri Nasıl Karşılaştırılır?
Teklifleri tutara göre değil, aynı kapsam üzerinden karşılaştırın. Aynı brief'e üç farklı teklif geldiğinde farklar çoğunlukla fiyattan çok varsayımlardadır.
| Başlık | Neye bakılır? |
|---|---|
| Kapsam | Hangi modül ve ekranlar var, hangileri açıkça kapsam dışı? |
| Efor ve takvim | Kaç kişi-gün, kaç hafta? Tahmin nasıl yapılmış, belirsizlik payı var mı? |
| Varsayımlar | Hangi verinin ve erişimin sizden geleceği varsayılıyor? |
| Test ve kabul | Test işi teklifte var mı, kabul kriterleri nasıl belirlenecek? |
| Barındırma ve altyapı | Sunucu, yedekleme ve izleme dahil mi, ayrı bir yıllık kalem mi? |
| Bakım ve destek | Garanti süresi ve sonrası, bakım ücreti ve kapsamı nedir? |
| Değişiklik bedeli | Kapsam değişirse nasıl fiyatlanacak? |
En düşük teklif çoğu zaman en kapsamlı olan değildir; eksik kalan test, bakım ya da altyapı kalemleri projenin sonunda ek maliyet olarak size döner. Bütçeyi doğru kurmak için yazılım projesi maliyetinin nelerden oluştuğunu bilmek faydalıdır.
Okumanızı öneririz: Yazılım projesi maliyeti nasıl hesaplanır?
Sözleşmede Hangi Maddeler Bulunmalıdır?
Sözleşme, güvensizlikten değil, ortak anlayışı yazıya geçirmek için vardır. Aşağıdaki sekiz madde, özel yazılım sözleşmelerinde sık sorun çıkan alanlardır; ayrıntılarını hukuk danışmanınızla netleştirin.
| Madde | Neden önemli? |
|---|---|
| Kapsam ve kapsam dışı | "Bu da dahildi" tartışmalarını önler; her şey yazılı bir listeye bağlanır |
| Takvim ve kilometre taşları | İlerlemeyi ve ödemeleri objektif noktalara bağlar |
| Kabul kriterleri | "Bitti" tanımını baştan belirler; ölçülebilir olmalıdır |
| Fikri mülkiyet ve kaynak kod | Yazılımın ve kodun kime ait olduğunu, size neyin teslim edileceğini açıklar |
| Gizlilik ve kişisel veri | Verinizin korunmasını ve KVKK yükümlülüklerini düzenler |
| Garanti ve destek | Teslimden sonra hataların ne kadar sürede, hangi ücretle giderileceğini belirler |
| Değişiklik yönetimi | Kapsam değişikliğinin nasıl talep edilip fiyatlanacağını tanımlar |
| Fesih ve devir | İş yarıda kalırsa o ana kadar yapılanın size nasıl teslim edileceğini belirler |
Kaynak kod sahipliği en sık göz ardı edilen maddedir. Kodu sizin mi, firmanın mı elinde tutacağı, lisansın nasıl verileceği ve kodun teslim edilip edilmeyeceği sözleşmede açıkça yazılmalıdır. Belirsiz bırakılan bu madde, firmadan ayrılmak istediğinizde en büyük engel olur.
Ödeme Planı Kilometre Taşlarına Nasıl Bağlanır?
Ödemeyi tarihe değil, onaylanmış teslimlere bağlayın. Böylece her ödeme, gördüğünüz ve kabul ettiğiniz bir işe karşılık gelir.
Örnek: toplam geliştirme bedeli ₺657.000 olan bir proje için (temsilî; maliyet yazımızdaki bayi portalı örneği) şöyle bir plan yapılabilir:
| Kilometre taşı | Pay | Tutar |
|---|---|---|
| Analiz onayı | %20 | ₺131.400 |
| Tasarım onayı | %15 | ₺98.550 |
| Ara sürüm onayı (çalışan çekirdek) | %30 | ₺197.100 |
| Kabul testi sonrası yayın | %25 | ₺164.250 |
| Garanti süresi sonu | %10 | ₺65.700 |
| Toplam | %100 | ₺657.000 |
Son payın garanti süresinin sonuna bırakılması, ilk haftalarda çıkan hataların giderilmesini güvence altına alır. Oranlar projeye göre değişir; ilke, her ödemenin sizin onayladığınız bir çıktıya bağlı olmasıdır.
Proje Sırasında Müşteri Ne Yapar?
Yazılımı yaptıran taraf izleyici değil, projenin ortağıdır. Üç görev çoğu projenin hızını belirler:
- Tek bir karar verici belirleyin. Birden fazla kişiden gelen çelişkili talepler en sık gecikme nedenidir.
- Hızlı geri bildirim verin. Haftalık demoda gördüğünüzü aynı hafta onaylayın ya da düzeltmesini isteyin; bekleyen soru ilerlemeyi durdurur.
- Gerçek kullanıcıyı sürece katın. Yazılımı kullanacak kişi, ekranları geliştirme sırasında görürse teslimdeki sürpriz azalır.
Okumanızı öneririz: Yazılım geliştirme süreci (SDLC) nedir?
Teslimde ve Kabul Testinde Neler Kontrol Edilir?
Kabul, anlaşılan kriterlerin gerçek veriyle sağlandığını doğrulamaktır. Kriterler baştan yazıldıysa kabul, bir tartışma değil bir kontrol listesidir.
- Kabul kriterleri tek tek denenir: Her kriter, kendi verinizle ve gerçek kullanıcıyla çalıştırılır.
- Uç durumlar denenir: İptal, iade, hatalı veri ve yetkisiz erişim gibi durumların davranışı test edilir.
- Yetkiler ve kayıtlar kontrol edilir: Rol bazlı yetki ve denetim kayıtları beklendiği gibi çalışıyor mu?
- Teslim edilecekler tamamlanır: Sözleşmede yazan kaynak kod, ortam bilgileri, yönetici hesapları ve dokümantasyon eksiksiz teslim edilir.
- Yedekleme ve geri dönüş doğrulanır: Yayın öncesi veri yedeği alınır ve nasıl geri dönüleceği bilinir.
- Kullanıcı eğitimi verilir: Yazılımı kullanacak ekip, canlıya geçmeden önce eğitilir.
Okumanızı öneririz: Yazılım testi nasıl yapılır? Senaryo, sınır değer ve hata raporu
Teslimden Sonra Ne Olur?
Yazılım yayına çıktığında iş bitmez; ilk haftalarda gerçek kullanımın getirdiği küçük düzeltmeler gelir ve zamanla yeni ihtiyaçlar doğar. Bu yüzden garanti süresi, hata düzeltme ve bakım hizmeti baştan konuşulur.
Garanti süresi genellikle teslimden sonra çıkan hataların ücretsiz giderildiği dönemdir; yeni özellik talepleri garanti kapsamında değildir ve ayrıca fiyatlanır. Bakım sözleşmesi ise güncellemeleri, izlemeyi, yedeklemeyi ve küçük iyileştirmeleri düzenli bir çerçevede karşılar. Hangi işin hangi kapsama girdiğini yazılı tutmak ileride tartışmayı önler.
Okumanızı öneririz: Veri yedekleme nasıl yapılır? RPO, RTO ve 3-2-1 kuralı
Yazılım Yaptırırken Sık Yapılan Hatalar Nelerdir?
- Yalnızca fiyata bakmak. Kapsamı ve varsayımları karşılaştırmadan en ucuz teklifi seçmek, sonradan ek maliyet doğurur.
- Kapsamı yazıya dökmemek. Sözlü anlaşılan şeyler, proje ilerledikçe farklı hatırlanır.
- Kaynak kod sahipliğini sormamak. Teslim edilmeyen kod, firmaya bağımlılık yaratır.
- Tüm yazılımı tek seferde teslim beklemek. Parçalı teslim, hataları erken yakalamanın tek yoludur.
- Kullanıcıyı sürece katmamak. Yönetimin istediği ile sahada çalışanın ihtiyacı farklı olabilir.
- Bakımı hesaba katmamak. Yazılımın yıllık bakım ve altyapı maliyeti toplam bütçenin parçasıdır.
Okumanızı öneririz: Özel Yazılım Nedir? Türleri, Örnekleri, Avantajları ve Hangi İşletmeler İçin Doğru?
Okumanızı öneririz: Mobil Uygulama Maliyeti Nasıl Hesaplanır? Efor, Kapsam, MVP ve Üç Yıllık Toplam Maliyet Rehberi
Okumanızı öneririz: Yazılım Bakım ve Destek Sözleşmesi (SLA) Nedir? Kapsam, Süreler ve Ücret Rehberi
Okumanızı öneririz: CRM programı nasıl seçilir? Kriterler, puanlama, maliyet ve demo rehberi
Okumanızı öneririz: Satın alma yönetim sistemi nedir? Süreç, onay matrisi, teklif puanı ve üçlü eşleştirme rehberi
Okumanızı öneririz: Destek talep yönetim sistemi nedir? Talep yaşam döngüsü, öncelik matrisi, SLA uyumu ve ekip kapasitesi rehberi
Okumanızı öneririz: Excel'den yazılıma geçiş nasıl yapılır? Belirtiler, maliyet ve veri taşıma
Okumanızı öneririz: Sevkiyat planlama yazılımı nedir? Rota, araç doluluğu ve teslimat kanıtı
Okumanızı öneririz: Low-code nedir? Düşük kodlu geliştirmenin sınırları ve maliyeti
İnovabil ile Özel Yazılım Yaptırmak
İnovabil olarak projeyi altı adımda yürütüyoruz: analiz, tasarım, geliştirme, test, yayın, bakım ve destek. İlk adım, ihtiyacınızı birlikte netleştirdiğimiz analiz; ardından kullanıcı akışları ve ekran taslakları, tıklanabilir prototip ve parçalı geliştirme gelir. Her adımın çıktısını sizinle paylaşıyor ve onayınızla ilerliyoruz.
Avcılar İnşaat için CRM, satın alma ve mobil uygulama, İZBAN için satın alma sistemi, Kredili Kargo için Sürat Kargo ön ödemeli kargo sistemi gibi özel yazılım projeleri geliştirdik; Faprika, NetKasam ve Shopiyz gibi her gün canlıda çalışan kendi ürünlerimizi de işletiyoruz. Ne istediğinizi birkaç cümleyle anlatın, size önce kapsam ve yaklaşımı yazılı olarak sunalım.
Okumanızı öneririz: Yazılım geliştirme sürecimiz: analizden yayına adım adım
Sık Sorulan Sorular
Özel yazılım nasıl yaptırılır, nereden başlanır?
Önce yaşadığınız problemi, hedefinizi, kullanıcıları ve mevcut sistemleri tek sayfalık bir brief'e yazın. Sonra uygun bir firmayla analiz yapılır, teklif aynı kapsam üzerinden değerlendirilir, sözleşme imzalanır ve yazılım parçalı olarak geliştirilip kabul edilir.
Yazılım firması seçerken en önemli kriter nedir?
Tek bir kriter yok; benzer işteki deneyim, net bir süreç, iletişim biçimi, teslim sonrası destek ve kaynak kod sahipliği birlikte değerlendirilir. Canlıda çalışan örnekleri görmek ve o müşterilerle konuşmak en güvenilir sinyaldir.
Yazılımın kaynak kodu kime ait olur?
Bu, sözleşmeyle belirlenir. Kodun sahipliği, lisansın nasıl verileceği ve kaynak kodun size teslim edilip edilmeyeceği baştan yazılı olmalıdır; ayrıntılarını hukuk danışmanınızla netleştirin.
Ödemeyi nasıl planlamak gerekir?
Ödemeyi tarihe değil, onayladığınız teslimlere bağlayın: analiz, tasarım, ara sürüm, kabul testi sonrası yayın ve garanti süresi sonu gibi kilometre taşları kullanılır. Son payın garanti süresi sonuna bırakılması, ilk dönem hatalarının giderilmesini güvenceye alır.
Yazılım yayına çıktıktan sonra neler gerekir?
Garanti süresinde teslim sonrası hatalar giderilir; sonrasında bakım hizmeti güncellemeleri, izlemeyi, yedeklemeyi ve küçük iyileştirmeleri karşılar. Yeni özellikler ayrıca planlanır ve fiyatlanır, bu yüzden bakım kapsamını baştan yazılı tutun.