Yazılım Projesi Teklifi Almadan Önce: Hazırlık Rehberi

Şirketinizde bir yazılım ihtiyacı doğduğunda ilk refleks genellikle aynıdır: birkaç firmaya yazıp "Bize fiyat verir misiniz?" demek. Görünüşte hızlı bir yol; pratikte ise sürecin en pahalı hatası çoğu zaman burada yapılır. Çünkü ne istediğinizi netleştirmeden istenen bir yazılım projesi teklifi, firmaların kendi varsayımlarıyla doldurduğu bir boşluğa dönüşür.

Sonuç tanıdıktır: bir firma bir fiyat söyler, diğeri birkaç katını. İkisi de "aynı işi" fiyatlandırdığını sanır ama aslında iki farklı projeyi tarif etmektedir. Siz de elinizdeki tekliflere bakıp sağlıklı karar veremezsiniz, çünkü ortada karşılaştırılabilir bir şey yoktur.

Bu rehber, teklif istemeden önce yapılacak hazırlığı adım adım anlatıyor. Amaç sizi teknik uzmana çevirmek değil; doğru soruyu soran, gelen cevapları kıyaslayabilen ve yazılım firması seçimi yaparken elinde somut kriterler olan bir alıcı olmanızı sağlamak.

Hazırlıksız Teklif İstemenin Görünmeyen Maliyeti

"Önce fiyatları görelim, sonra detaya gireriz" yaklaşımı mantıklı görünür ama üç sorun üretir.

Karşılaştırılamayan teklifler. Kapsamı siz tanımlamadıysanız her firma kendi tanımını yapar. Biri yalnızca temel modülü fiyatlandırır, diğeri mobil uygulamayı ve üç yıllık bakımı da ekler. Fiyat farkının nedeni kalite değil, varsayım farkıdır — ama bu, teklif kağıdında görünmez.

Yanlış kapsam. En pahalı cümle proje ortasında söylenir: "Ama biz bunun şunu da yapacağını sanıyorduk." Kapsam baştan yazılmadıysa bu cümle ya ek faturaya ya da karşılıklı güvensizliğe dönüşür. Yazılım projelerindeki anlaşmazlıkların büyük kısmı kötü niyetten değil, baştan konuşulmamış beklentilerden doğar.

Yanlış eleme. Hazırlıksız süreçte genellikle en düşük fiyat kazanır. Oysa en düşük fiyat çoğu zaman kapsamı en dar yorumlayan tekliftir; eksikler proje sırasında ek maliyet olarak geri döner.

"Ne İstiyoruz" Değil, "Hangi Sorunu Çözüyoruz?"

Hazırlığın kalbi tek bir soru değişikliğidir. "Bize bir sipariş takip programı lazım" bir çözüm tarifidir. "Siparişler telefonla ve WhatsApp'tan geliyor, depoya sözlü aktarılıyor, ayda birkaçı kayboluyor ve müşteri aramadan fark edemiyoruz" ise bir sorun tarifidir. İkincisi her zaman daha değerlidir.

Çünkü çözümü siz tarif ettiğinizde firmalar sadece o tarifi fiyatlandırır. Sorunu tarif ettiğinizde ise deneyimli bir ekip size belki hiç düşünmediğiniz, daha basit ve daha ucuz bir yol önerebilir. Belki ihtiyacınız kapsamlı bir yazılım değil, mevcut araçlarınız arasında kurulacak bir otomasyon köprüsüdür. Belki de özel yazılım yerine hazır bir paket yeterlidir — bu ayrımı sorun netleşmeden yapmak mümkün değildir.

İyi bir teklif, iyi tanımlanmış bir sorunun cevabıdır. Sorunuz belirsizse, aldığınız her cevap da belirsiz olur.

Sorunu tanımlarken üç soruya yazılı cevap verin: Bu sorun bize ayda kaç saate veya kaç liraya mal oluyor? Çözülmezse ne olur? Çözülürse başarıyı nereden anlayacağız?

Kapsam Belgesinde Neler Olmalı?

"Kapsam belgesi" kulağa resmi geliyor ama bir-iki sayfalık düz bir metin fazlasıyla yeterli. Teknik terim gerekmez; işinizi sizden iyi kimse bilmiyor, kendi dilinizle anlatın. Belgede şunlar bulunmalı:

• Mevcut süreç: İş bugün nasıl yürüyor? Kim, hangi adımda, hangi aracı kullanıyor? Excel, kağıt, WhatsApp — hepsi yazılmalı.
• Hedef süreç: Yazılım devreye girince aynı iş nasıl yürümeli? Hangi adımlar ortadan kalkmalı?
• Kullanıcılar: Sistemi kimler kullanacak, kaç kişi, hangi yetkilerle? Ofiste mi, sahada mı, telefondan mı?
• Entegrasyonlar: Muhasebe programı, ERP, e-ticaret sitesi, kargo firması... Yazılımın konuşması gereken sistemler neler? Bu kalem, fiyatı en çok etkileyen maddelerden biridir.
• Veri: Mevcut veriler nerede duruyor, yeni sisteme taşınacak mı?
• Olmazsa olmazlar: "Bunlar olmadan proje başarısız sayılır" dediğiniz üç-beş madde.
• Güzel olurlar: Bütçe ve zaman el verirse eklenebilecek, ama ilk günden şart olmayan özellikler.

Olmazsa olmaz / güzel olur ayrımı listenin en kritik satırıdır. Her şeyi "olmazsa olmaz" ilan ederseniz hem bütçe şişer hem de firmalar önceliklendirme yapamaz. Dürüst bir sıralama, projenin ilk aşamada neye odaklanacağını belirler.

Bütçe Aralığını Paylaşmak Neden İşinize Yarar?

En sık duyulan çekince şu: "Bütçeyi söylersek fiyatı ona göre verirler." Anlaşılır bir kaygı, ama pratikte tersi çalışır. Bütçe sinyali almayan firma iki şeyden birini yapar: ya güvende olmak için yüksek fiyat verir ya da kapsamı daraltıp düşük fiyat verir. İki durumda da karşılaştırılabilirlik kaybolur.

Bir aralık paylaştığınızda soru değişir: "Bu iş kaça olur?" yerine "Bu bütçeyle en değerli ne yapılabilir?" konuşulur. İyi bir firma, bütçenize sığmayan kısmı ikinci faza öteleyen aşamalı bir plan önerir. Kuruşu kuruşuna söylemeniz gerekmez; "şu aralıktayız, ilk faz için üst sınırımız şu" demek yeterli.

Teklifleri Karşılaştırırken Bakılacak Beş Nokta

Teklifler geldiğinde fiyat sütununa değil, önce şu beş başlığa bakın:

1. Kapsam netliği: Teklif, kapsam belgenizdeki maddelere tek tek karşılık veriyor mu? "Sipariş yönetimi modülü" gibi genel ifadeler mi var, yoksa neyin yapılıp neyin kapsam dışı kaldığı yazılı mı?
2. Aşamalandırma: Proje fazlara bölünmüş mü? Her fazın sonunda çalışan, test edebileceğiniz bir çıktı var mı? "Altı ay sonra tek seferde teslim" diyen plan, riski tamamen size yükler.
3. Bakım ve destek: Teslimden sonra ne olacak? Hata düzeltme garantisi ne kadar sürüyor? Aylık bakım ücreti, kapsamı ve müdahale süresi yazılı mı?
4. Veri ve kod sahipliği: Kaynak kod kimde kalacak? Verileriniz nerede duracak, istediğinizde dışa aktarabilecek misiniz? Bu maddeler yazılı değilse firmaya bağımlı kalırsınız.
5. Referanslar: Firma benzer ölçekte ve benzer sektörde iş yapmış mı? Somut örnek isteyin; ciddi bir ekip tamamladığı projeleri anlatmaktan çekinmez.

Kırmızı Bayraklar

Şu işaretlerden birkaçı bir aradaysa temkinli olun:

• Kapsam belgenizi okuyup hiç soru sormadan fiyat veren firma — soru yoksa varsayım vardır.
• Tek kalemlik, belirsiz "her şey dahil" fiyat.
• Kod ve veri sahipliğinden hiç bahsetmeyen sözleşme taslağı.
• Rakiplerin yarısı kadar sürede teslim vaadi.
• Bakım ve destek sorularına "onu sonra konuşuruz" cevabı.

Küçük Başlayın, Kanıtla Büyütün

Hazırlığın son parçası bir strateji kararıdır: her şeyi tek projede almaya çalışmayın. En kritik sorunu çözen çekirdek bir modülle başlamak, onu sahada birkaç ay kullanmak, sonra öğrenilen derslerle kapsamı büyütmek hem bütçe riskini hem de yanlış firma seçme riskini küçültür.

Bu yaklaşım teklif sürecini de kolaylaştırır: ilk faz küçük olduğu için teklifler daha net, karşılaştırma daha kolay, deneme maliyeti daha düşük olur. Firma ilk fazda kendini kanıtlarsa devam edersiniz; kanıtlayamazsa kaybınız sınırlı kalır. Bu aşamalı bakışı şirketin geneline nasıl uygulayacağınızı KOBİ'ler için dijital dönüşüm yol haritası yazısında daha geniş çerçevede anlattık.

Özetle: Sorunu yazın, kapsamı bir-iki sayfada netleştirin, bütçe aralığınızı paylaşın, teklifleri beş kritere göre kıyaslayın ve küçük başlayın. Bu hazırlık birkaç gününüzü alır; karşılığında sizi aylarca sürecek yanlış bir projeden korur.

Lumethis olarak teklif aşamasına gelmeden önce ihtiyacı birlikte netleştirmeyi işin doğal parçası sayıyoruz. Hizmetlerimize göz atabilir, aklınızdaki projeyi konuşmak için iletişim sayfası üzerinden bize ulaşabilirsiniz — bazen yarım saatlik bir görüşme, yanlış yolda geçirilecek aylardan daha değerlidir.