Özel yazılım mı hazır yazılım mı? Şirketler için karar rehberi

Özel yazılım mı hazır yazılım mı sorusunun kısa cevabı şu: sizi rakiplerinizden ayıran ya da hiçbir hazır ürünün düzgün desteklemediği bir süreç için özel yazılım, herkesin aynı şekilde yürüttüğü işler için hazır yazılım seçin. Çoğu şirkette doğru cevap ikisinin karışımıdır: hazır ürünleri yapılandırıp birbirine bağlamak ve yalnızca farkı yaratan parçayı geliştirmek.

Bu yazı; kurucular, operasyon yöneticileri ve teknik kararı vermek zorunda kalan CTO'lar için hazırlandı. Satın alma, yapılandırma ve sıfırdan geliştirme seçeneklerini aynı kriterlerle karşılaştırıyor, her birinin hangi koşulda işe yaradığını ve hangi koşulda tıkandığını anlatıyoruz. Fiyat aralığı vermiyoruz: yazılım projelerinin bütçesi kapsama, entegrasyon sayısına ve ekip yapısına o kadar bağlı ki genel bir rakam karar vermenize yardım etmez, sadece sizi yanlış bir beklentiye bağlar. Onun yerine maliyeti neyin büyüttüğünü ve bunu kendi projenizde nasıl test edeceğinizi gösteriyoruz. Yasal kısımlar Ekim 2026 itibarıyla geçerli resmi kaynaklara dayanıyor ve hukuki görüş yerine geçmiyor.

Özel yazılım ve hazır yazılım nedir, aralarındaki fark ne?

Fark, yazılımın kimin ihtiyacına göre tasarlandığındadır. Hazır yazılım çok sayıda şirketin ortak ihtiyacına göre tasarlanır ve siz ona uyum sağlarsınız; özel yazılım sizin sürecinize göre tasarlanır ve o size uyum sağlar. Arada üçüncü bir yol vardır ve pratikte en sık seçilen yol odur: hazır bir ürünü ayarlarıyla, eklentileriyle ve başka sistemlere bağlantılarıyla işinize uydurmak. Karar toplantılarında tartışma genellikle "satın al ya da yaptır" diye iki seçeneğe indirgenir; üç seçenekle düşünmek hem bütçeyi hem takvimi daha gerçekçi kılar.

Bir terim karışıklığını da baştan ayıralım. Türkçe aramalarda "özel yazılım" bazen İngilizcedeki proprietary, yani kaynak kodu kapalı ve lisansla satılan yazılım anlamında kullanılıyor ve özgür yazılımla karşılaştırılıyor. Bu yazıda özel yazılım, bir şirket için ısmarlama geliştirilen, kaynak kodu ve hakları o şirkete ait olan yazılım anlamına geliyor.

Hazır yazılım: paket program ve SaaS

Hazır yazılım, tek bir ürünün aynı sürümünü çok sayıda müşterinin kullandığı modeldir. Eskiden kurulum dosyasıyla satılan paket programlar bu gruptaydı; bugün çoğu hazır ürün SaaS (Software as a Service, tarayıcıdan kullanılan ve aylık ya da yıllık abonelikle ödenen yazılım) olarak geliyor. Muhasebe, CRM (müşteri ilişkileri yönetimi), insan kaynakları, e-ticaret altyapısı ve proje yönetimi araçları tipik örneklerdir. Güçlü yanı, ilk gün çalışır hâlde gelmesi ve bakımının, güvenlik güncellemelerinin, yeni özelliklerin üreticide olmasıdır. Zayıf yanı, ürün yol haritasının sizin değil üreticinin önceliklerine göre ilerlemesidir.

Özel yazılım: ısmarlama geliştirme

Özel yazılım, bir şirketin süreçlerine, kurallarına ve sistemlerine göre sıfırdan ya da açık kaynak bileşenlerin üzerine geliştirilen yazılımdır. Bir özel web uygulaması, müşterilerinize sunduğunuz bir platform, sahadaki ekibin kullandığı bir mobil uygulama ya da birkaç sistemden veri toplayan bir iç araç bu gruba girer. Avantajı tam uyum, verinin ve kodun size ait olması ve yalnızca ihtiyacınız olanın geliştirilmesidir. Bedeli ise ilk sürümün haftalar ya da aylar alması ve bakım, güvenlik ve geliştirme sorumluluğunun yayından sonra da sizde kalmasıdır.

Üçüncü yol: yapılandırma, entegrasyon ve low-code

Yapılandırma, hazır bir ürünü kod yazmadan ya da az kodla işinize uydurmaktır: alanlar, iş akışları, yetki kuralları ve raporlar ürünün kendi ayarlarıyla kurulur. Low-code ve no-code platformlar (sürükle-bırak arayüzle form, ekran ve otomasyon kurmaya izin veren araçlar) bu yaklaşımı bir adım ileri taşır ve küçük iç uygulamaları geliştirici olmadan yapmayı mümkün kılar. Entegrasyon ise var olan sistemleri birbirine bağlamaktır: CRM'deki satış, ERP'deki stok ve muhasebedeki faturanın aynı veriden beslenmesi gibi. Bu yol hızlıdır ve bütçeyi korur, ama sınırı platformun izin verdiği yerde biter.

Karar verirken hangi kriterlere bakmalısınız?

Kararı belirleyen yedi kriter var ve hepsi aynı ağırlıkta değil. Süreç özgünlüğü ve entegrasyon ihtiyacı genellikle yönü belirler; maliyet, hız ve bağımlılık ise seçtiğiniz yönün nasıl uygulanacağını belirler. Her kriter için kendinize sorabileceğiniz soruyu da ekledik.

• Süreç özgünlüğü: Bu süreç sizi rakiplerinizden ayırıyor mu, yoksa sektördeki herkes aynı şekilde mi yapıyor? Muhasebe kaydı herkeste benzerdir; sizin fiyatlama mantığınız, rezervasyon akışınız ya da üretim planlamanız ise çoğu zaman değildir.
• Entegrasyon ihtiyacı: Yeni sistem kaç sistemle konuşacak ve bu sistemlerin belgelenmiş bir API'si (başka yazılımların veri okuyup yazmasını sağlayan arayüz) var mı? Türkiye'de bu liste genellikle e-Fatura ve e-Arşiv, yerli bir ERP ya da muhasebe programı, banka ve sanal POS, pazaryerleri ve SMS ile ileti yönetimi servislerini içerir. Ürünün mevcut bağlantıları sizin sistemlerinizi kapsıyorsa iş kolaylaşır; kapsamıyorsa entegrasyon, projenin en büyük kalemi olur.
• Veri sahipliği: Veriyi istediğiniz an, kullanılabilir bir formatta ve eksiksiz dışarı alabiliyor musunuz? Sözleşme bittiğinde verinizin ne olacağı, ürün seçerken en az sorulan ama sonradan en pahalıya patlayan sorudur.
• Zaman içinde lisans maliyeti: Kullanıcı başına ücretlendirme, ekibiniz büyüdükçe faturayı da büyütür; ihtiyaç duyduğunuz bir özellik üst pakette olduğunda ya da fiyat döviz üzerinden belirlendiğinde maliyet bir anda sıçrayabilir. Bugünkü kullanıcı sayısıyla değil, iki üç yıl sonra beklediğiniz sayıyla ve paket yapısını da hesaba katarak karar verin.
• Başlama hızı: Bir sonraki çeyrekte çalışan bir sisteme mi ihtiyacınız var, yoksa doğru sisteme mi? Hazır ürün haftalar içinde kullanıma alınabilir; özel yazılımda ilk kullanılabilir sürüm daha uzun sürer.
• Bağımlılık (lock-in): Ürünü değiştirmek isterseniz veriyi, iş akışlarını ve ekibin alışkanlıklarını taşımak ne kadar zor olur? Fiyat artışı ya da ürünün kapanması durumunda B planınız ne?
• KVKK ve veri konumu: Kişisel veriler nerede tutulacak, yurt dışındaki bir sunucuya gidecek mi? Bu soru bazı hazır ürünleri baştan eler ve mimariyi değiştirir; aşağıda ayrı bir başlıkta ele alıyoruz.

Bu kriterleri tek tek puanlamak yerine birlikte okumak gerekir. Süreciniz sıradan ama entegrasyon ihtiyacınız yüksekse çözüm çoğu zaman özel yazılım değil, hazır ürün artı iyi bir entegrasyon katmanıdır. Süreciniz özgün ve rekabet avantajınızın kaynağıysa, hazır bir ürünü ona uydurmak için harcanan emek kısa sürede özel geliştirmenin maliyetini geçer. Kriterlerden biri kesin bir engel çıkarıyorsa (örneğin verinin yurt dışına çıkamaması), diğerlerini tartışmadan önce o engeli çözmek gerekir.

Özel yazılım, hazır yazılım ve low-code karşılaştırma tablosu

Aşağıdaki tablo üç seçeneği yukarıdaki kriterlerle yan yana koyuyor. Hücreler genel eğilimi gösteriyor; belirli bir ürün ya da projede tablo tersine dönebilir, bu yüzden her satırı kendi durumunuz için ayrıca kontrol edin.

Tablonun özeti şu: hazır yazılım hız ve düşük başlangıç maliyeti, özel yazılım ise uyum ve kontrol sağlar; yapılandırma ve low-code ikisinin arasında, platformun sınırları içinde kalır. Bağımlılık satırına özellikle dikkat edin: özel yazılım bağımlılığı ortadan kaldırmaz, onu üreticiden kodu bilen ekibe taşır. Bu yüzden özel geliştirmede kodun, bulut hesaplarının ve dokümantasyonun sizin adınıza tutulması, hazır üründe ise verinin dışa aktarılabilmesi, sözleşmeye yazılması gereken maddelerdir.

SaaS mı özel yazılım mı: hangi durumda hangisini seçmeli?

Özel yazılım mı hazır yazılım mı kararında önerimiz, varsayılan olarak hazır yazılımla başlamak ve özel yazılımı yalnızca hazır ürünün açıkça yetmediği yerde kullanmaktır. Aşağıdaki listeler bu kararı somutlaştırıyor; birden fazla listeye uyan maddeleriniz varsa cevabınız büyük olasılıkla hibrittir.

Hazır yazılımı seçin, eğer

• Süreç sektörde standartsa: Muhasebe, bordro, e-posta, takvim, doküman paylaşımı ve temel CRM gibi işlerde sizi farklılaştıracak bir şey yoksa, olgun bir ürün yıllarca biriktirdiği deneyimi size hazır verir.
• Mevzuat takibi ürünün içindeyse: e-Fatura, e-Arşiv ve e-Defter gibi alanlarda kuralları üreticinin takip etmesi büyük bir yükü üstünüzden alır. Gelir İdaresi Başkanlığı, e-Fatura için izin verdiği özel entegratörlerin listesini (yeni sekmede açılır) yayımlıyor; bu işi sıfırdan yazmak çoğu şirket için mantıklı değildir.
• Hız her şeyden önemliyse: Fikri pazarda denemeniz, bir ihaleye yetişmeniz ya da bir ekibi hemen çalıştırmanız gerekiyorsa, hazır ürünle başlayıp gerçek kullanım verisi toplamak, varsayımlarla özel bir sistem tasarlamaktan daha iyidir.
• Teknik ekibiniz yoksa ve kurmayı planlamıyorsanız: Özel yazılımın yayından sonra da birinin sorumluluğunda olması gerekir; bunu üstlenecek kimse yoksa hazır ürün daha güvenli seçimdir.

Hazır yazılım, ekibiniz ürünü sürecinize uydurmak için her gün tablolarla, kopyala-yapıştırla ya da elle girilen kayıtlarla çalışmaya başladığında yetersiz kalmaya başlar. Hazır yazılımın en sık dile getirilen dezavantajları da buradan doğar: kullanmadığınız özellikler için ödeme yapmak, kullanıcı başına artan fatura, sınırlı entegrasyon ve sizin için kritik bir özelliğin ürünün yol haritasında hiç olmaması.

Özel yazılımı seçin, eğer

• Süreç rekabet avantajınızsa: Müşterinize sunduğunuz deneyim, fiyatlama ya da operasyon mantığınız sizi ayırıyorsa, bunu herkesin kullandığı bir ürünün kalıbına sokmak avantajı sıradanlaştırır.
• Yazılımın kendisi ürünse: Müşterilerinize abonelikle sattığınız bir platform kuruyorsanız, bu bir SaaS platform geliştirme işidir ve başkasının ürününün üzerine kurulamaz.
• Birden fazla sistemi tek ekranda birleştirmeniz gerekiyorsa: ERP, CRM ve tablolardaki veriyi bir araya getiren iç araçlar ve yönetim panelleri, hazır ürünlerin en zayıf kaldığı alandır; bu tür işler için yönetim paneli ve dashboard geliştirme daha doğru bir başlangıçtır.
• Veri ve barındırma üzerinde tam kontrol şartsa: Verinin hangi ülkede, hangi hesapta ve kimin erişiminde durduğunu kendiniz belirlemek zorundaysanız, özel yazılım bu kontrolü size verir.

Özel yazılım ise iki durumda tıkanır: kapsam yazılı olarak netleşmeden geliştirmeye başlandığında ve yayından sonra bakımı kimin yapacağı belirsiz kaldığında. Özel yazılımın avantajları ancak bu iki koşul sağlandığında gerçek olur.

Hibrit yol: hazır çekirdek, özel katman

Hibrit yaklaşımda ortak işleri hazır ürünler yürütür, şirkete özgü parça özel olarak geliştirilir ve hepsi entegrasyonlarla birbirine bağlanır. Kendi projelerimizde de bu yolu izliyoruz: örneğin sağlık turizmi koordinatörü için geliştirdiğimiz çok dilli sitede içerik yönetimini hazır, headless bir içerik yönetim sistemine (Sanity) bıraktık, ziyaretçinin gördüğü arayüzü ise Next.js ile kendimiz geliştirdik. Böylece içerik düzenleme ekranı hazır bir üründen geldi; sayfa tasarımı, dil yapısı ve arama motoru ayarları ise projeye özel kaldı. Aynı mantık iş süreçlerinde de geçerlidir: CRM ve muhasebe hazır kalır, ikisinin arasındaki teklif ya da sipariş akışı özel bir katmanla otomatikleşir. Gelen talepleri sınıflandırmak ya da belgeden veri çıkarmak gibi işlerde bu katman yapay zekâ entegrasyonu ve süreç otomasyonu ile de kurulabilir; nereden başlanacağını şirketlerde yapay zekâ otomasyonu rehberimizde anlattık.

KVKK ve veri konumu kararı değiştirir mi? (Ekim 2026 itibarıyla)

Evet, kişisel veri işleyen her sistemde değiştirebilir. Hazır bir SaaS ürünü seçtiğinizde verinin hangi ülkede barındırılacağına çoğu zaman üretici karar verir; özel yazılımda ise bu kararı siz verirsiniz. Aşağıdaki notlar bilgilendirme amaçlıdır ve hukuki görüş değildir; kendi durumunuz için mutlaka hukuk danışmanınıza danışın.

• Yurt dışına aktarım: 6698 sayılı Kişisel Verilerin Korunması Kanunu'nun (yeni sekmede açılır) yurt dışına aktarımı düzenleyen 9. maddesi 7499 sayılı Kanun'la değişti ve yeni hâli 1 Haziran 2024'te yürürlüğe girdi. Yeterlilik kararı olmayan bir ülkeye aktarımda uygun güvencelerden biri standart sözleşmedir ve standart sözleşme imzalandıktan sonra beş iş günü içinde Kurum'a bildirilmelidir; Kurum bunun için bir standart sözleşme bildirim modülü (yeni sekmede açılır) sunuyor.
• Sorumluluk sizde kalır: Aynı Kanun'un 12. maddesine göre veriler sizin adınıza başka bir şirket tarafından işlendiğinde, veri güvenliği tedbirlerinden o şirketle birlikte sorumlu olursunuz. Yani hazır bir ürün kullanmak, veri sorumlusu olarak yükümlülüğünüzü üreticiye devretmez.
• Seçim sırasında sorulacaklar: Ürünün barındırma bölgesi seçilebiliyor mu, alt işleyenler (üreticinin kullandığı başka servisler) kimler, veri işleme sözleşmesi sunuluyor mu ve sözleşme bittiğinde veri nasıl teslim edilip silinecek?

Pratikte KVKK nadiren "hazır yazılım kullanılamaz" sonucunu doğurur; daha çok hangi ürünün, hangi bölgede ve hangi sözleşmeyle kullanılabileceğini belirler. Sağlık verisi gibi özel nitelikli kişisel veri işliyorsanız ya da müşteri sözleşmeleriniz yurt içinde barındırmayı şart koşuyorsa, seçenekleriniz daralır ve özel yazılım ya da yurt içinde barındırılabilen bir ürün öne çıkar. Bu soruyu ürün demolarından önce sormak, haftalarca süren bir değerlendirmenin son gün çöpe gitmesini önler.

Maliyeti ve süreyi ne belirler?

Toplam maliyet, ilk faturadan çok daha fazlasıdır ve üç seçenekte farklı kalemlerde birikir. Aşağıdaki etkenler bütçeyi ve takvimi en çok oynatanlardır; her biri için bunu kendi projenizde nasıl test edeceğinizi de yazdık.

• Kapsamın netliği: Ne istediğiniz yazılı değilse, özel yazılımda süre ve maliyet belirsizleşir, hazır üründe de yanlış paket seçilir. Test: ilk sürümde olması gerekenleri bir sayfada yazabiliyor musunuz?
• Entegrasyon sayısı ve kalitesi: Konuşulacak her sistem işi büyütür; belgelenmiş API'si olmayan eski bir sistem ise en büyük risktir. Test: her sistem için API dokümanını ve bir test hesabını isteyin.
• Veri taşıma: Eski sistemlerden ya da tablolardan veri aktarmak, çoğu projede beklenenden uzun sürer, çünkü veri temizliği gerekir. Test: gerçek verinizden küçük bir örnek alıp yeni yapıya aktarmayı deneyin.
• Kullanıcı ve rol sayısı: Sayı arttıkça hazır üründe lisans faturası, özel yazılımda yetki tasarımı büyür. Test: iki yıl sonraki ekip büyüklüğünüzle hesap yapın.
• Özelleştirme derinliği: Hazır bir ürünü çok fazla özelleştirmek, her sürüm güncellemesinde o özelleştirmelerin yeniden test edilmesi demektir. Test: üreticiye, istediğiniz değişikliklerin güncellemelerden nasıl etkilendiğini sorun.
• Yayın sonrası sorumluluk: Özel yazılımda barındırma, izleme, güvenlik güncellemeleri ve küçük geliştirmeler devam eden bir maliyettir. Test: teklifte destek döneminin süresinin ve kapsamının yazılı olup olmadığına bakın.

Hazır yazılımda maliyet kullanıcı sayısı ve paket yükseldikçe her yıl artmaya devam eder, özel yazılımda ise başta yoğunlaşır ve sonra bakım düzeyine iner. Hangisinin uzun vadede daha ucuz olduğu, kullanıcı sayınıza, ürünün paket yapısına ve özel sistemin ne kadar değişeceğine bağlıdır; bunu genel bir kuralla değil, kendi rakamlarınızla bir tabloda hesaplamanız gerekir.

Karar toplantısı için kontrol listesi

Özel yazılım mı hazır yazılım mı kararını vereceğiniz toplantıya bu listeyi götürün; toplantı ister kendi ekibinizle ister bir yazılım firmasıyla olsun. Cevaplanamayan her madde, kararın henüz olgunlaşmadığını gösterir.

1. Çözmek istediğimiz problemi ve bugün nasıl çözdüğümüzü bir paragrafta yazabiliyor muyuz?
2. Bu süreç bizi rakiplerimizden ayırıyor mu, yoksa sektörde herkes aynı şekilde mi yapıyor?
3. Değerlendirdiğimiz hazır ürünler ihtiyaçlarımızın ne kadarını ayar değiştirerek karşılıyor ve geri kalanı ne kadar kritik?
4. Yeni sistem hangi sistemlerle veri alışverişi yapacak ve bu sistemlerin API'si var mı?
5. Kişisel veri işleniyor mu, nerede barındırılacak ve yurt dışına aktarım söz konusu mu?
6. Sözleşme bittiğinde ya da ürünü değiştirmek istediğimizde verimizi hangi formatta alabiliriz?
7. İki yıl sonraki kullanıcı sayımızla lisans maliyeti ne olur?
8. Özel yazılım seçersek kod, bulut hesapları ve alan adları kimin adına olacak, dokümantasyonu kim yazacak?
9. Yayından sonra bakımı ve küçük geliştirmeleri kim, hangi süre ve kapsamla üstlenecek?
10. İlk sürümde neyin olması şart, neyin bekleyebileceği yazılı olarak belli mi?

Sık yapılan hatalar

Bu hatalar tek bir şirkete ya da sektöre özgü değil; özel ve hazır yazılım kararlarında sık görülen genel kalıplar.

• Özellik listesine göre seçmek: En uzun özellik listesine sahip ürün, sizin üç kritik iş akışınızı en iyi destekleyen ürün olmayabilir. Ürünleri kendi gerçek senaryolarınızla, kendi verinizle deneyin.
• Hazır ürünü tanınmayacak hâle gelene kadar özelleştirmek: Bir noktadan sonra ürünün tüm avantajlarını kaybedip özel yazılımın tüm yükünü taşırsınız; üstelik kod size ait değildir.
• Her şeyi baştan özel yazmak: Kimlik doğrulama, ödeme, e-posta gönderimi ya da içerik yönetimi gibi çözülmüş problemleri yeniden yazmak, bütçeyi farkı yaratmayan işlere harcar.
• Çıkış planını sormamak: Veri dışa aktarma, sözleşme süresi ve fiyat artışı koşulları ürün seçilirken değil, ayrılmak istendiğinde öğrenilir.
• Bakımı bütçeye koymamak: Özel yazılım yayın günü bitmez; güncellenmeyen bağımlılıklar ve izlenmeyen sunucular zamanla güvenlik ve performans sorununa dönüşür.
• Kararı yalnızca teknik ekibe ya da yalnızca yönetime bırakmak: Doğru karar, süreci yaşayan operasyon ekibinin, bütçeyi yöneten tarafın ve sistemi kuracak teknik tarafın aynı masada olmasıyla çıkar.

Biz olsak ne yapardık?

Özel yazılım mı hazır yazılım mı sorusunu soran, teknik ekibi küçük ya da olmayan ve birkaç hazır ürünü zaten kullanan tipik bir şirkete önerimiz üç adımlı bir sıradır. Önce standart işleri hazır ürünlerde bırakın ve gerekiyorsa daha uygun bir ürüne geçin. Sonra ekibin her gün elle taşıdığı veriyi ve tekrarlanan işleri bulun ve bunları entegrasyonla çözün. En son, hâlâ hiçbir hazır ürünün karşılamadığı ve sizi gerçekten ayıran parçayı özel olarak geliştirin. Bu sıra bütçeyi en çok değer üreten yere yönlendirir ve özel yazılımın kapsamını küçük tutar. Özel geliştirmeye karar verdiğinizde de önce yazılı bir kapsamla başlamayı öneriyoruz: bizim çalışma şeklimizde keşif aşaması yazılı kapsam, teslim planı ve sabit fiyatla biter, geliştirme iki haftalık döngülerle ilerler ve her döngünün sonunda deneyebileceğiniz çalışan bir sürüm olur.

Sahiplik konusunda da net bir varsayılanımız var: kod deposu, bulut hesapları, alan adları ve üçüncü taraf servisler ilk günden şirketinizin adına açılır ve proje dokümantasyon, devir toplantısı ve yazılı bir destek dönemiyle teslim edilir. Bu, özel yazılımın en büyük riski olan "kodu yazan ekibe bağımlı kalma" sorununu azaltır; yarın başka bir ekiple devam etmek isterseniz elinizde devredilebilir bir sistem olur. Yeni bir web projesinde arama görünürlüğü de kararın parçasıysa, teknik tarafı Next.js SEO kontrol listemizde ayrıca ele aldık.

Hangi durumlarda bizimle çalışmamalısınız?

Her yazılım ihtiyacı bir yazılım firması gerektirmez ve bunu açıkça söylemek, size yanlış bir yatırımı yaptırmaktan daha iyidir.

• Hazır bir ürün ihtiyacınızı karşılıyorsa: Değerlendirdiğiniz SaaS ürünü süreçlerinizin büyük kısmını ayar değiştirerek karşılıyor ve eksik kalan kısım kritik değilse, özel geliştirme gereksiz bir maliyettir. Ürünü seçin, ekibinizi eğitin ve bütçeyi başka bir yere ayırın.
• Kapsam çok küçükse: Birkaç formdan, bir onay akışından ya da tek bir tablodan oluşan bir ihtiyaç, çoğu zaman bir low-code platformla ya da kullandığınız ürünün kendi otomasyon özellikleriyle kısa sürede kurulabilir.
• İçeride bir yazılım ekibiniz varsa: Ürünü bilen ve bakımını üstlenebilecek bir ekibiniz varsa, işi dışarıya vermek yerine o ekibi güçlendirmek uzun vadede daha sağlıklıdır. Dış destek, ancak ekibinizin sahip olmadığı belirli bir uzmanlık gerekiyorsa mantıklıdır.
• Kararı henüz vermediyseniz: Hangi problemi çözmek istediğiniz belirsizse, önce yukarıdaki kontrol listesini ekibinizle doldurun; yazılım firmasıyla görüşmek bu aşamada çok faydalı olmaz.

Bu durumların hiçbiri size uymuyorsa ve hazır ürünlerin bir yerde tıkandığını düşünüyorsanız, durumunuzu birkaç cümleyle anlatmanız yeterli: bizimle iletişime geçin, hangi seçeneğin size uyduğunu birlikte netleştirelim.