Web Tasarım & Geliştirme

Yazılım Şirketi Nasıl Seçilir: Sorular, Sözleşme, Kaynak Kod

Yazılım şirketi seçerken kaynak kodun kime ait olacağı, teslimin nasıl yapılacağı, bakımın kimde kalacağı ve ekibin sürekliliği sorulmalıdır.

rabbitclip ekibiYayın: 4 dk okuma

Kısa cevap

Yazılım şirketi seçerken asıl ölçüt, portföydeki güzel ekranlar değil, projeyi teslim aldıktan sonra ne olacağıdır: kaynak kod kime ait, canlıya alma ve erişimler kimde, hata çıkınca kim ne kadar sürede bakar, ekip değişirse bilgi kaybolur mu. Bu dört soru baştan yazılı cevaplanmışsa, geri kalan seçim ölçütleri ikinci planda kalır. Cevaplanmamışsa, en iyi sunum bile risk taşır.

Bu yazı genel bir dijital ajans seçimini değil, yazılım geliştirme işini veren şirketi seçmeyi ele alıyor. Fark şurada: bir kampanya biter ve kapanır, ama yazılım yıllarca yaşar, güncellenir ve başkasına devredilebilir olmak zorundadır. Bu yüzden seçim, ilk teslimden çok, üçüncü yılın nasıl geçeceğine bakmalıdır.

Kaynak kod kime ait olmalı?

En kritik soru budur. Sözleşmede kaynak kodun, ödeme tamamlandığında müşteriye devredileceği açıkça yazmıyorsa, kod ajansta kalıyor olabilir. Bu durumda başka bir ekiple çalışmak istediğinizde ya da ajansla yollarınız ayrıldığında, ürününüze erişiminiz tehlikeye girer. Bir zemin kaplama üreticisinin sipariş sistemini yazan ajansla anlaşmazlık yaşadığını düşünün; kod ajansın sunucusundaysa, üretici kendi iş akışına bile erişemeyebilir.

Mülkiyetin yanında erişimler de önemlidir: kod deposu, sunucu, alan adı ve üçüncü taraf hesaplar kimin adına açılıyor? Bunların müşteri adına açılması, ileride en çok sorun çıkaran noktayı baştan çözer. Ayrıntılı hukuki düzenleme için bir hukukçuya danışmak yerinde olur.

Teslim nasıl yapılmalı?

Teslim, yalnızca canlıya almak değildir. İyi bir teslim; kaynak kodun, kurulum notlarının, ortam bilgilerinin ve yönetici erişimlerinin düzenli biçimde devredilmesini içerir. Başka bir geliştirici, bu belgelerle ürünü ayağa kaldırabiliyorsa teslim tamamdır. Bunu sınamanın pratik yolu, teslim öncesinde bağımsız bir geliştiriciye kurulum notlarını okutmaktır.

Teslimden önce kabul ölçütleri ve test süreci yazılı olmalıdır. Ayrıca bir garanti dönemi konuşulmalı: teslimden sonra çıkan hataların belirli bir süre ücretsiz giderilmesi, çoğu ciddi şirketin sunduğu bir güvencedir.

  • Kaynak kod ve sürüm geçmişi müşteriye devredilir.
  • Kurulum ve ortam notları yazılı verilir.
  • Yönetici erişimleri müşterinin hesabına tanımlanır.
  • Kabul ölçütleri ve test süreci önceden yazılmıştır.
  • Teslim sonrası hata düzeltme süresi belirlidir.

Bakım ve destek nasıl düzenlenmeli?

Yazılım teslimle bitmez; güvenlik güncellemeleri, bağımlılık yenilemeleri ve küçük iyileştirmeler gerekir. Bakım sözleşmesinde nelerin kapsandığı, hata bildiriminin nasıl yapılacağı ve cevap süresinin ne olacağı açık yazılmalıdır. Aksi halde her küçük istek ayrı bir pazarlığa dönüşür ve acil bir hata anında kimin sorumlu olduğu tartışılır.

Bakımı veren şirketle geliştiren şirketin aynı olması şart değildir, ama kodun düzenli ve belgeli olması bu geçişi mümkün kılar. Bakım konusunu proje başında konuşmayan şirket, genellikle sonradan da konuşmaz. Bu yüzden ilk görüşmede bakımı sormak, şirketin ürününün arkasında durup durmadığını anlamanın en kısa yoludur.

Ekip sürekliliği neden önemlidir?

Küçük bir şirketin işi tek bir geliştiriciye bağlıysa, o kişi ayrıldığında proje durabilir. Bu yüzden projeyi kimlerin yürüteceğini, yedek kişi olup olmadığını ve bilginin nasıl paylaşıldığını sormak gerekir.

Yazılı dokümantasyon, kod incelemesi ve ortak bir geliştirme düzeni, ekip sürekliliğinin somut işaretleridir. Satış görüşmesine gelen kişiyle işi yapacak kişinin aynı olup olmadığını öğrenmek de aynı derecede önemlidir. Mümkünse işi yapacak geliştiriciyle bir kez doğrudan konuşun; teknik dili sade anlatabilmesi iyi bir işarettir.

Bunu da okuyunMVP Nedir: İlk Sürüm Nasıl Daraltılır, Ne Dışarıda Kalır

Yazılım şirketi seçerken hangi hatalar yapılır?

En yaygın hata, seçimi yalnızca teklif tutarına göre yapmaktır. Düşük teklif genellikle dar kapsam, belirsiz tanım ya da sonradan gelen ek talepler demektir. İkinci hata, referans kontrolü yapmamaktır: önceki müşterilerle, teslim sonrasında ne yaşadıklarını konuşmak çoğu sunumdan daha öğreticidir.

Üçüncü hata, teknik seçimleri sorgulamamaktır. Ürünün hangi teknolojiyle yazılacağı, ileride başka bir ekibin bunu sürdürüp sürdüremeyeceğini belirler. Yaygın ve iyi belgelenmiş teknolojiler genellikle daha az risk taşır. Çok yeni ya da yalnızca o şirketin bildiği bir yapı, ilerde bakımı pahalı ve zor hale getirebilir.

  • Yalnızca fiyata bakmak: kapsam ve varsayımlar karşılaştırılmalı.
  • Referans aramamak: önceki müşteriyle konuşmak gerekir.
  • Sözleşmeyi okumamak: mülkiyet ve bakım maddeleri atlanır.
  • Satışçıyla yazılımcıyı karıştırmak: işi kimin yapacağı sorulmalı.

Hangi durumda bir yazılım şirketi yanlış seçimdir?

Kapsamı sorulara cevap vermeden, hemen fiyat veren bir şirket dikkatle değerlendirilmelidir. Sizi dinlemeden çözüm öneren, kaynak kodu devretmeyi reddeden ya da erişimleri kendi hesabında tutmakta ısrar eden bir şirket, ileride sizi bağımlı kılabilir. Bunlar tek başına kötü niyet göstergesi değildir, ama sözleşmeye girmeden önce açıklama istenmesi gereken noktalardır.

Küçük ve tek seferlik bir iş için büyük bir yazılım şirketi gereksiz, çok kritik ve uzun ömürlü bir sistem için de tek kişilik bir ekip riskli olabilir. Doğru seçim, işin büyüklüğü ve ömrüyle şirketin yapısının örtüşmesidir.

Yazılım şirketi seçimi, bir sunum yarışması değil, bir devir planıdır. Kaynak kodun mülkiyeti, teslimin içeriği, bakımın kapsamı ve ekibin sürekliliği baştan yazılıysa, seçiminiz sağlam zemine oturur. Projenizi bu ölçütlerle birlikte değerlendirmek isterseniz rabbitclip ile bir keşif görüşmesi yapabilirsiniz.

Sık sorulanlar

Yazılım şirketine hangi sorular sorulmalı?

Kaynak kodun kime ait olacağı, teslimde nelerin verileceği, bakımın nasıl işleyeceği ve projeyi hangi kişilerin yürüteceği sorulmalıdır. Bu dört cevap yazılı alınmalıdır.

Kaynak kod ajansta mı kalır, bende mi?

Sözleşmeye bağlıdır. Devir açıkça yazılmamışsa kod ajansta kalabilir; bu yüzden mülkiyet ve erişimlerin müşteriye ait olacağı baştan yazılmalıdır. Hukuki ayrıntı için bir hukukçuya danışın.

Yazılım ajansı ile yazılım şirketi arasında fark var mı?

Adlandırma dışında kesin bir sınır yoktur. Önemli olan şirketin yapısı, ekibi ve sözleşme biçimidir; ad değil.

Bakım sözleşmesi şart mı?

Canlıda çalışan her yazılım güvenlik güncellemesi ve düzenli kontrol gerektirir. Bakımı ister aynı şirket ister başka bir ekip yürütsün, kapsam ve cevap süresi yazılı olmalıdır.

İstanbul'da mı bir şirket seçmeliyim?

Konum kararın ana ölçütü değildir. Yüz yüze görüşme kolaylığı faydalıdır, ama asıl ölçüt şirketin teslim disiplini, sözleşmesi ve ekip sürekliliğidir.

Paylaş

İlgili hizmetYazılım GeliştirmeFikri çalışan bir ürüne dönüştürmek göründüğünden uzun sürer. Web ve mobil uygulamadan iş süreçlerinizi otomatikleştiren özel sistemlere kadar, sade ve sağlam yazılımlar kurarız.

İlgili ücretsiz araçlar

Sözlükte geçen terimler

İlgili yazılar

Bu konuda diğer yazılar

Nereden başlayacağınızı bilmiyorsanız, sorun değil; doğru yerdesiniz.

Aklınızdaki proje netleşmiş de olabilir, henüz bir fikir hâlinde de. İkisi de olur. Kısa bir görüşmeyle nerede olduğunuzu, nereye gidebileceğinizi birlikte konuşuruz.

Görüşme ayarlayalım
Projeyi konuşalım