İstanbul'da Yazılım Şirketi Nasıl Seçilir? 2026 Rehberi
GERİ DÖN
#YAZILIM ŞIRKETI#İSTANBUL#YAZILIM GELIŞTIRME#KVKK

İstanbul'da Yazılım Şirketi Nasıl Seçilir? 2026 Rehberi

Güncelleme:
8 dakika

ÖNEMLİ ÇIKARIMLAR (ÖZET)

  • 1

    Yazılım şirketi seçerken fiyattan önce teknik yetkinlik, benzer iş deneyimi, iletişim düzeni, güvenlik yaklaşımı ve bakım koşulları karşılaştırılmalıdır.

  • 2

    Sabit fiyat, zaman ve malzeme ile ayrılmış ekip modelleri, kapsamın ne kadar net olduğuna göre farklı riskler taşır.

  • 3

    5846 sayılı Kanun'a göre mali haklara dair sözleşmeler yazılı olmalı ve devredilen haklar ayrı ayrı gösterilmelidir.

  • 4

    KVKK'ya göre veri sorumlusu, kişisel verileri kendi adına işleyen firmayla birlikte veri güvenliği tedbirlerinden müştereken sorumludur.

  • 5

    Kapsamı yazılı olmayan teklif ile kaynak kodu ve hesapların devrine yanaşmama, başlıca uyarı işaretleridir.

Yazılım şirketi seçmek, fiyat tekliflerini karşılaştırmaktan çok firmanın teknik yetkinliğini, benzer projelerdeki deneyimini, iletişim düzenini, güvenlik ve bakım yaklaşımını ve sözleşme koşullarını birlikte değerlendirmek demektir. İstanbul'da seçenek çok olduğu için bu rehberi bir sıralama olarak değil, kendi ihtiyacınıza göre uygulayabileceğiniz bir kriter listesi olarak hazırladık.

Firma adı vermiyor, sıralama yapmıyoruz. Aşağıda değerlendirme tablosunu, çalışma modellerini, görüşmede sorulacak soruları, sözleşmenin temel maddelerini, uyarı işaretlerini ve adım adım bir seçim sürecini bulacaksınız.

Yazılım şirketiyle görüşmeden önce neyi netleştirmelisiniz?

Görüşmelere başlamadan önce çözmek istediğiniz iş problemini, yazılımı kimlerin kullanacağını, bağlanması gereken sistemleri, ilk sürümde mutlaka olması gereken özellikleri, bütçe aralığınızı ve takviminizi kısa ve yazılı bir brief'te toplayın. Aynı brief'i bütün adaylara göndermek teklifleri karşılaştırılabilir kılar ve kapsam belirsizliğinden doğan fiyat farklarını azaltır.

  • Problem ve hedef: bugün ne aksıyor, yazılım canlıya çıktığında neyin değişmesini bekliyorsunuz?
  • Kullanıcılar ve roller: kimler, hangi cihazdan ve hangi yetkilerle kullanacak?
  • Entegrasyonlar: muhasebe, e-ticaret, ödeme, kargo veya CRM gibi bağlanacak sistemler.
  • Veriler: kişisel veri işlenecek mi, eski veriler taşınacak mı?
  • Kısıtlar: bütçe aralığı, hedef tarih ve iç ekipten ayrılabilecek zaman.

Önce bu ihtiyacın gerçekten özel yazılım gerektirip gerektirmediğini sorgulayın; kişiye özel yazılımın faydaları ve dezavantajları yazımız bu karar için bir kontrol listesi sunuyor.

Yazılım şirketi hangi kriterlere göre değerlendirilir?

Yazılım şirketini teknik yetkinlik, benzer iş deneyimi, süreç ve iletişim, kalite ve test, güvenlik, sahiplik koşulları ve yayın sonrası destek başlıklarında değerlendirmek gerekir. Her başlıkta neye bakacağınızı ve bunu nasıl doğrulayacağınızı önceden belirleyip bütün adaylara aynı ölçütlerle puan vermek, kararı kişisel izlenimden çıkarıp karşılaştırılabilir hale getirir.

KriterNeye bakılır?Nasıl doğrulanır?
Teknik yetkinlikProjenize uygun teknolojiler ve mimari yaklaşımProjede çalışacak geliştiricilerle teknik görüşme
Benzer iş deneyimiBenzer ölçek ve sektörde tamamlanmış işlerCanlı projeler ve referans görüşmesi
Süreç ve iletişimProje yöneticisi, raporlama sıklığı, düzenli demoÖrnek ilerleme raporu ve iletişim planı
Kalite ve testKod incelemesi, otomatik testler, test ortamıTest planı ve kabul kriterleri örneği
GüvenlikGüvenli geliştirme uygulamaları, erişim yönetimiAçıkların nasıl bulunup kapatıldığının anlatımı
SahiplikKaynak kodu, kod deposu, dokümantasyon, hesaplarSözleşme taslağı
Destek ve bakımYanıt süreleri, bakım kapsamı, ücretlendirmeYazılı hizmet seviyesi anlaşması (SLA)
Ekip sürekliliğiProjede kimlerin çalışacağı, alt yüklenici kullanımıİsimli ekip listesi

Güvenlik başlığını somutlaştırmak için iki kamuya açık kaynaktan yararlanabilirsiniz. ABD Ulusal Standartlar ve Teknoloji Enstitüsü'nün (NIST) Güvenli Yazılım Geliştirme Çerçevesi (SSDF), ortak bir terminoloji sunduğu için yazılım satın alanların tedarikçileriyle iletişiminde de kullanılabilir. Web uygulamaları için OWASP Top 10:2025 listesi ise en kritik güvenlik risklerine dair geniş bir uzlaşıyı temsil eder; adaylara bu risklere nasıl yaklaştıklarını sorun.

Teknoloji seçimini de sorgulayın: desteği sona ermiş dil, çatı veya veritabanı sürümleriyle başlanan bir proje kısa sürede güncelleme ihtiyacı doğurur. Yaygın ve aktif olarak desteklenen teknolojiler hem güvenlik güncellemelerini hem de ileride başka bir ekibe devri kolaylaştırır.

Hangi çalışma modeli projenize uygun?

Yazılım şirketleriyle genellikle üç modelde çalışılır: kapsamı ve bedeli baştan sabitlenen sabit fiyat, harcanan süre üzerinden faturalanan zaman ve malzeme, size ayrılmış bir ekibin aylık çalıştığı ayrılmış ekip. Doğru model, kapsamın ne kadar net olduğuna, ürünün ne kadar değişeceğine ve iç ekibinizin projeyi yönetme kapasitesine bağlıdır.

  • Sabit fiyat: kapsamı net, küçük ve orta ölçekli işler için uygundur. Değişiklik talepleri ek maliyet doğurur; firma da belirsizlik riskini fiyata yansıtır.
  • Zaman ve malzeme: kapsamı kullanımla birlikte netleşecek ürünlerde esneklik sağlar. Bütçeyi korumak için haftalık raporlama ve bir harcama üst sınırı isteyin.
  • Ayrılmış ekip: uzun soluklu ürün geliştirmede süreklilik sağlar; önceliklendirmeyi yapacak bir ürün sorumlusunun sizin tarafınızda olmasını gerektirir.
  • Karma model: keşif ve analiz aşamasını sabit fiyatla, geliştirmeyi zaman ve malzeme ile yürütmek iki yaklaşımın risklerini dengeler.

Hangi modeli seçerseniz seçin, ilerlemeyi yalnızca raporlardan değil, çalışan yazılım üzerinden görebileceğiniz düzenli bir demo takvimi isteyin.

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

Görüşmede sorulacak sorular; firmanın benzer bir işi nasıl yaptığını, projede kimlerin çalışacağını, ilerlemenin nasıl raporlanacağını, kalite ve güvenliğin nasıl sağlanacağını ve yayından sonra ne olacağını ortaya çıkarmalıdır. Genel cevaplar yerine somut örnek, belge veya ekran görüntüsü istemek, verilen cevapları doğrulanabilir kılar ve adayları kıyaslamayı kolaylaştırır.

  • Bize benzer bir projede karşılaştığınız zor bir teknik sorunu ve nasıl çözdüğünüzü anlatır mısınız?
  • Projede kimler çalışacak, alt yüklenici kullanıyor musunuz?
  • İlerlemeyi hangi sıklıkla gösteriyor ve nasıl raporluyorsunuz?
  • Kod incelemesi ve otomatik test yapıyor musunuz, kabul kriterlerini nasıl birlikte belirliyoruz?
  • Güvenlik açıklarını geliştirme sırasında ve yayından sonra nasıl ele alıyorsunuz?
  • Kaynak kodu hangi depoda tutulacak, erişim kimde olacak?
  • Kapsam dışı talepler nasıl fiyatlanıyor?
  • Kişisel verilerimize erişecek misiniz, hangi teknik ve idari tedbirleri alıyorsunuz?
  • Birlikte çalışmayı bırakırsak devir nasıl yapılır?

Yazılım sözleşmesinde hangi maddeler olmalı?

Yazılım sözleşmesinde en az kapsam ve kabul kriterleri, ödeme takvimi, kaynak kodu ve fikri mülkiyet haklarının devri, gizlilik ve kişisel verilerin korunması, destek ve hizmet seviyesi, değişiklik yönetimi ve ilişki sona erdiğinde teslim edilecekler yer almalıdır. Aşağıdaki başlıklar genel bilgi amaçlıdır, hukuki tavsiye değildir; imzalamadan önce sözleşmeyi bir hukukçuya inceletin.

Kapsam, kabul ve ödeme takvimi

Kapsamı ekran ve işlev düzeyinde yazın; her teslimin kabul kriterlerini ve kabul için tanınan süreyi belirleyin. Ödemeleri takvime değil, kabul edilmiş teslimlere bağlamak iki tarafı da korur ve belirsizlikten doğan anlaşmazlıkları azaltır.

Kaynak kodu ve fikri mülkiyet

Bilgisayar programları 5846 sayılı Fikir ve Sanat Eserleri Kanunu'na göre eser olarak korunur. Kanunun 52. maddesi, mali haklara dair sözleşmelerin yazılı olmasını ve konu olan hakların ayrı ayrı gösterilmesini şart koşar. Devredilecek haklar, kaynak kodunun teslim zamanı ve biçimi ile projede kullanılan açık kaynak bileşenlerin lisansları sözleşmede açıkça yer almalıdır.

Gizlilik ve kişisel veriler

Yazılım şirketi geliştirme, test veya barındırma sırasında kişisel verilerinizi sizin adınıza işleyecekse KVKK açısından genellikle veri işleyen konumunda olur. Kişisel Verileri Koruma Kurumu'na göre veri sorumlusu, gerekli güvenlik tedbirlerinin alınmasında veri işleyenle birlikte müştereken sorumludur. İki taraf da öğrendiği kişisel verileri Kanun'a aykırı olarak açıklayamaz ve işleme amacı dışında kullanamaz; bu yükümlülük görevden ayrıldıktan sonra da sürer. Gizlilik ve veri güvenliği yükümlülüklerini sözleşmede tanımlayın.

Destek ve hizmet seviyesi (SLA)

Hizmet seviyesi anlaşması; arızaların önem derecesine göre yanıt ve çözüm sürelerini, destek kanallarını ve saatlerini, bakımın kapsamını (güvenlik ve bağımlılık güncellemeleri, küçük iyileştirmeler) ve ücretini tanımlar. Yazılı bir SLA yoksa “destek veririz” ifadesi ölçülebilir bir taahhüt değildir.

Değişiklik ve fesih

Kapsam dışı taleplerin nasıl fiyatlanacağını ve sözleşme sona erdiğinde kaynak kodu, veriler, dokümantasyon ve hesap erişimlerinin hangi sürede, hangi biçimde teslim edileceğini baştan yazın.

Yazılım şirketi seçiminde hangi uyarı işaretlerine dikkat edilmeli?

Başlıca uyarı işaretleri; ihtiyacınızı dinlemeden hızlı ve çok düşük fiyat vermek, kapsamı yazıya dökmemek, kaynak kodu ve hesapların devrine yanaşmamak, projede kimin çalışacağını belirsiz bırakmak, test ve bakım süreçlerini tanımlamamak ve kesin sonuç vaat etmektir. Bunlardan biri tek başına eleme sebebi olmayabilir; birkaçı birlikte görülüyorsa temkinli olun.

  • Brief okunmadan, ilk görüşmede fiyat verilmesi.
  • Teknik sorulara “her şeyi yaparız” gibi genel cevaplar.
  • Geliştiricilerle hiç görüşememek; bütün iletişimin yalnızca satış ekibi üzerinden yürümesi.
  • Alan adı, sunucu veya uygulama mağazası hesaplarının firma adına açılmak istenmesi.
  • Test ortamı ve kabul sürecinin tanımlanmaması.
  • Canlı bir proje gösterememek ya da o projedeki rolünü açıklayamamak.
  • Sözleşme yerine yalnızca teklif formuyla işe başlamak.

Yazılım şirketi seçimi adım adım nasıl yapılır?

Seçim süreci; ihtiyacı yazılı bir brief'e dökmek, kısa bir aday listesi çıkarmak, aynı brief üzerinden teklif istemek, teknik görüşme ve referans kontrolü yapmak, küçük bir keşif çalışmasıyla birlikte çalışmayı denemek ve sözleşmeyi hukuki incelemeden geçirip imzalamak adımlarından oluşur. Bu sıra, kararı sezgiden çok karşılaştırılabilir bilgiye dayandırır.

  1. Brief'i yazın: problem, kullanıcılar, entegrasyonlar, bütçe aralığı ve takvim.
  2. Kısa liste çıkarın: benzer işler yapmış üç ila beş aday belirleyin.
  3. Teklif isteyin: kapsam, varsayımlar ve hariç tutulan işler yazılı olsun.
  4. Teknik görüşme yapın: projede çalışacak geliştiricilerle konuşun.
  5. Referansları kontrol edin: canlı projeleri inceleyin, mümkünse eski bir müşteriyle görüşün.
  6. Keşif aşamasıyla başlayın: kısa ve ücretli bir analiz ya da prototip çalışmasıyla birlikte çalışmayı sınayın.
  7. Sözleşme ve SLA'yı inceletin: hak devri, gizlilik, destek ve fesih maddelerini hukukçunuzla gözden geçirin.
  8. Başlangıç toplantısı yapın: iletişim planını, demo takvimini ve erişimleri netleştirin.

Aynı şehirdeki bir yazılım ekibiyle çalışmak ne kazandırır?

Aynı şehirde çalışmak; ihtiyaç analizi atölyelerini ve kullanıcı eğitimlerini yüz yüze yapmayı, sahadaki süreci yerinde görmeyi ve kritik toplantıları kısa sürede ayarlamayı kolaylaştırır. Yine de yazılım projeleri çevrim içi araçlarla da rahatlıkla yürütülebilir; asıl belirleyici olan konum değil, düzenli iletişim, şeffaf raporlama ve yazılı süreçlerdir.

Ajans ve yazılım firması seçimi arasında benzerlikler var; tasarım ve pazarlama tarafında destek arıyorsanız İstanbul'da dijital ajans seçimi rehberimiz de işinize yarayabilir. Tamamladığımız işleri görmek isterseniz referanslarımızı inceleyin.

Uni Digital Group bu konuda ne yapıyor? İstanbul Beşiktaş'ta, Levent ile Etiler arasındaki ofisimizden web, mobil uygulama, özel yazılım ve ERP/otomasyon projeleri geliştiriyoruz. Görüşmeyi iş yerinizde, ofisimizde veya çevrim içi yapıyoruz; bu rehberdeki soruları bize de sormanızı öneririz. Çalışma biçimimizi yazılım şirketi hizmetlerimiz, proje sürecini ise özel yazılım geliştirme sayfamızda bulabilirsiniz.

Kaynaklar

  1. SP 800-218: Secure Software Development Framework (SSDF) Version 1.1 — NIST
  2. OWASP Top 10:2025 — OWASP Foundation
  3. 5846 sayılı Fikir ve Sanat Eserleri Kanunu — Mevzuat Bilgi Sistemi
  4. Veri Güvenliğine İlişkin Yükümlülükler — Kişisel Verileri Koruma Kurumu

Sıkça Sorulan Sorular

Kapsamı dar, tek bir uzmanlık gerektiren ve kısa süreli işlerde bir freelancer yeterli olabilir. Tasarım, arka uç, mobil ve test gibi birden çok uzmanlık gerektiren, uzun süre bakım isteyen veya kişisel veri işleyen projelerde ise ekip sürekliliği ve kurumsal sorumluluk öne çıkar. Her iki durumda da sözleşme, kaynak kodu ve dokümantasyon aynı özenle ele alınmalıdır.
Kesin bir sayı yoktur; pratikte üç ile beş teklif, seçenekleri görmek ile değerlendirmeyi yönetilebilir tutmak arasında makul bir denge sağlar. Önemli olan teklif sayısından çok, tüm adaylara aynı brief'in gönderilmesi ve kapsamın, varsayımların ve hariç tutulan işlerin yazılı istenmesidir. Böylece fiyat farklarının nereden geldiğini görebilirsiniz.
Düşük teklif her zaman kötü değildir, ancak farkın nereden geldiğini anlamak gerekir. Fark; test, dokümantasyon, güvenlik kontrolleri veya bakımın kapsam dışında bırakılmasından ya da kapsamın belirsiz yazılmasından kaynaklanıyorsa bu kalemler projenin sonunda ek maliyet olarak geri döner. Teklifleri kalem kalem karşılaştırıp neyin dahil olmadığını yazılı olarak sorun.
Keşif aşaması, geliştirmeye başlamadan önce ihtiyaçların, kullanıcı akışlarının, entegrasyonların ve teknik risklerin ayrıntılı analiz edildiği kısa bir çalışmadır. Genellikle bir kapsam belgesi, ekran taslakları ve daha isabetli bir tahminle sonuçlanır. Özellikle kapsamı belirsiz projelerde, hem firmayı tanımanın hem de bütçe sürprizlerini azaltmanın düşük riskli bir yoludur.
Yazılı bir SLA yoksa arızalara ne kadar sürede yanıt verileceği, hangi işlerin bakım kapsamında olduğu ve ücretin nasıl hesaplanacağı belirsiz kalır. Bu belirsizlik, yayından sonra çıkan sorunlarda iki taraf arasında anlaşmazlığa yol açabilir. SLA'da önem derecelerine göre yanıt ve çözüm sürelerini, destek kanallarını ve bakım kapsamını yazılı olarak tanımlayın.
Firmanın gösterdiği işlerin canlıda olup olmadığını, sizin projenize benzerliğini ve firmanın o projedeki rolünü sorun. Mümkünse eski bir müşteriyle kısa bir görüşme isteyin; takvime uyum, iletişim ve yayın sonrası destek hakkında soru sorun. Ekran görüntüsünden çok, çalışan bir ürün ve net bir rol tanımı güvenilir bir göstergedir.
Uni Digital Group Editör Ekibi

Uni Digital Group Editör Ekibi

SEO, GEO/AEO ve Dijital Strateji

Bu içerik, İstanbul Beşiktaş merkezli Uni Digital Group'un SEO, GEO/AEO, web tasarım ve yazılım ekibi tarafından hazırlanmıştır.

BENZER İÇERİKLER