Özel Yazılım Yaptırmak: Süreç, Maliyet Kalemleri ve Yazılım Firması Seçimi

İşletmeniz büyüdükçe işler genellikle aynı yerde tıkanır: bilgiler Excel tablolarına, WhatsApp gruplarına ve birbirine bağlanmayan programlara dağılır. Aynı veri üç farklı yere elle yazılır, kimin neyi takip ettiği belirsizleşir, yöneticinin istediği rapor ancak birkaç saatlik derlemeyle çıkar. Bu noktada akla gelen seçeneklerden biri özel yazılım yaptırmaktır.

Bu rehber, özel yazılım geliştirme sürecini ilk kez yaşayacak işletme sahipleri ve yöneticiler için hazırlandı. Özel yazılımın ne zaman gerçekten gerektiğini, başlamadan önce neleri hazırlamanız gerektiğini, sürecin nasıl ilerlediğini, maliyetin neye göre değiştiğini ve yazılım firması seçerken nelere bakmanız gerektiğini sırasıyla ele alıyoruz.

Özel yazılım ne zaman gerekir, ne zaman hazır ürün yeter?

Dürüst başlayalım: her işletmenin özel yazılıma ihtiyacı yoktur. Muhasebe, e-fatura, bordro ve genel ofis işleri gibi alanlarda olgun, yaygın kullanılan hazır ürünler vardır ve bu işleri baştan yazdırmak çoğu zaman gereksiz bir masraftır. Süreçleriniz sektördeki genel uygulamaya benziyorsa, ekibiniz küçükse ya da işleyişiniz henüz oturmadıysa hazır bir ürünle başlamak daha akılcıdır.

Özel yazılım ise şu durumlarda anlam kazanır:

• İşiniz kendine özgü kurallarla yürüyor: Fiyatlandırma, onay akışı, randevu ya da hizmet planlama mantığınız hazır ürünlere tanımlanamıyor.
• Aynı veriyi birden fazla programa elle aktarıyorsunuz: Satış, operasyon ve muhasebe arasında sürekli kopyala yapıştır yapılıyor.
• Ekip programa uymak için ek iş üretiyor: Hazır ürünün eksik kaldığı yerleri yan tablolar ve notlarla kapatıyorsunuz.
• Lisans maliyeti büyümeyle birlikte hızla artıyor: Kullanıcı ya da şube başına ödeme, büyüme planınızla uyumsuz hale geliyor.
• Verinin tamamen sizin kontrolünüzde olması gerekiyor: Müşteri ve operasyon verisinin nerede, nasıl tutulduğu sizin için kritik.

Arada bir yol da vardır: hazır ürünün iyi yaptığı işleri yerinde bırakıp sizi farklılaştıran süreci özel bir katmanla yönetmek. İhtiyacınız ağırlıklı olarak müşteri ve satış takibiyse, önce CRM programı seçimi rehberine göz atmanız kararı kolaylaştırır.

Başlamadan önce hazırlanacaklar

Yazılım firmasıyla ilk görüşmeye birkaç sayfalık bir hazırlıkla gitmek hem keşif aşamasını kısaltır hem de farklı firmalardan aldığınız teklifleri karşılaştırılabilir hale getirir. Bu hazırlığın teknik olması gerekmez.

Süreç haritası

İşin bugün nasıl yürüdüğünü adım adım yazın. Talep nereden geliyor, kim karşılıyor, hangi bilgi nereye kaydediliyor, kim onaylıyor, iş nasıl kapanıyor? Kâğıt üzerinde kutular ve oklar yeterlidir. Ardından aksayan, zaman kaybettiren ya da hata çıkaran adımları işaretleyin. Yazılımın asıl çözmesi gereken sorunlar genellikle bu işaretli adımlardır.

Öncelikli modüller

İstediğiniz özellikleri üç gruba ayırın: olmazsa olmazlar, olsa iyi olurlar ve ileride eklenebilecekler. Bu ayrım, ilk sürümün kapsamını belirlerken en çok işinize yarayacak listedir.

Kullanıcı rolleri

Sistemi kimlerin kullanacağını ve her rolün neyi görüp neyi değiştirebileceğini yazın: yönetici, satış, operasyon, muhasebe, belki de müşterileriniz. Örneğin geliştirdiğimiz AV Akademi eğitim platformunda öğrenci, öğretmen ve kurum için üç ayrı hesap tipi var ve öğretmen tarafı belge doğrulamasıyla ayrılıyor. Rol yapısı baştan net olduğunda ekranlar ve yetkiler de doğru kurgulanır.

Mevcut veriler

Müşteri listeleri, geçmiş işlemler, ürün ya da hizmet katalogları şu an nerede ve hangi biçimde duruyor? Excel'de mi, eski bir programda mı, kâğıtta mı? Hangilerinin yeni sisteme aktarılması gerektiğini ve ne kadar düzenli olduklarını not edin. Tekrarlayan ve eksik kayıtlar, aktarımı en çok zorlaştıran şeydir.

Özel yazılım geliştirme süreci adım adım

Firmadan firmaya aşamaların adları değişse de sağlıklı bir yazılım projesi genellikle şu adımlardan geçer:

1. Keşif: Firma, süreç haritanızı sizinle birlikte inceler, sistemi kullanacak kişilerle konuşur ve işin gerçekte nasıl yürüdüğünü anlamaya çalışır. Bu aşamanın çıktısı yazılı olmalıdır.
2. Kapsam ve MVP: İlk sürüme nelerin gireceği, nelerin sonraya kalacağı netleşir. MVP, yani en küçük kullanılabilir sürüm, işin en kritik kısmını çözen ve gerçek kullanımla denenebilen sürümdür.
3. Tasarım ve prototip: Ekranlar, kod yazılmadan önce taslak ya da tıklanabilir prototip olarak hazırlanır. Akıştaki yanlışlar bu aşamada fark edilirse düzeltilmeleri en kolay ve en ucuzdur.
4. Geliştirme ve ara teslimler: Yazılım parça parça geliştirilir; her parça bir test ortamında size gösterilir. Ara teslimler, yanlış anlaşılmaların proje sonunda değil yolda yakalanmasını sağlar.
5. Test: Firmanın kendi testlerinin yanında sizin ekibiniz de gerçek senaryolarla kabul testi yapar. Günlük işinizde karşılaştığınız istisnai durumları denemeyi unutmayın.
6. Devreye alma: Veriler aktarılır, canlı ortam kurulur, yedekleme ve erişim ayarları yapılır. Geçişi yoğun döneminize değil, görece sakin bir zamana planlamak riski azaltır.
7. Eğitim: Her rol için ayrı, kısa ve uygulamalı eğitimler yapılır. Yeni katılan personelin de yararlanabileceği kısa kullanım notları hazırlanması işe yarar.
8. Bakım ve geliştirme: Canlıya çıkış projenin sonu değildir. Hata düzeltmeleri, güvenlik güncellemeleri ve kullanım sırasında ortaya çıkan yeni ihtiyaçlar için bir bakım düzeni kurulur.

Bu sürecin çıkış noktası her zaman işletmenin kendi işleyişi olmalıdır. Örneğin Bambola Oyun ve Parti Evi için geliştirdiğimiz CRM'de kurumun kendi işleyişi esas alındı; sistem, veli ilişkileri ve kayıt süreçlerinin günlük yönetimini destekleyecek biçimde kuruldu.

Maliyeti belirleyen kalemler

"Özel yazılım ne kadar tutar?" sorusunun dürüst cevabı, kapsama göre değiştiğidir. Kapsamı görmeden kesin rakam veren bir teklif ya sonradan büyür ya da ihtiyacınızı karşılamaz. Teklifi asıl belirleyen kalemler şunlardır:

• Modül sayısı ve iş kurallarının karmaşıklığı: Basit bir kayıt ve listeleme ekranı ile çok adımlı bir onay akışı aynı emeği gerektirmez.
• Kullanıcı rolleri ve yetkiler: Rol sayısı arttıkça her ekranın kimin için nasıl görüneceği ayrıca tasarlanır ve test edilir.
• Entegrasyonlar: Muhasebe programı, e-fatura, ödeme altyapısı, SMS, WhatsApp, web formları ya da reklam platformlarıyla kurulan her bağlantı ayrı bir iş kalemidir.
• Raporlama: Birkaç sabit rapor ile filtrelenebilen, grafikli yönetim panoları arasında belirgin bir emek farkı vardır.
• Mobil kullanım: Tarayıcıdan açılan web tabanlı yazılım, bilgisayarda, tablette ve telefonda kurulum gerektirmeden çalışır. Mobil uyumlu bir web arayüzü çoğu işletme için yeterlidir; ayrıca uygulama mağazasında yayınlanan bir uygulama istenirse hem geliştirme hem bakım yükü artar.
• Veri aktarımı: Eski kayıtların temizlenip yeni yapıya uygun biçimde taşınması, verinin miktarına ve dağınıklığına göre başlı başına bir iş olabilir.
• Barındırma: Sunucu, yedekleme, alan adı ve güvenlik sertifikası gibi giderler tek seferlik değil, süreklidir.
• Bakım ve destek: Güncellemeler, hata düzeltmeleri ve küçük geliştirmeler için aylık ya da yıllık bir bakım anlaşması gerekir.

Teklifleri karşılaştırırken tek seferlik geliştirme bedelini ve yıllık sürekli giderleri ayrı ayrı yazdırın. SMS, e-posta gönderimi ya da harita servisi gibi üçüncü taraf hizmetlerin ücretini kimin ödeyeceğini de sorun. En düşük rakam çoğu zaman en dar kapsam demektir.

Sözleşmede olması gerekenler

Yazılım sözleşmesi, iki tarafın da aynı şeyi anladığından emin olmanın en güvenilir yoludur. En azından şu başlıkları kapsamalıdır:

• Kaynak kod sahipliği: Proje bitince kaynak kodun size teslim edilip edilmeyeceği, hangi haklarla kullanabileceğiniz ve kod deposuna erişiminizin olup olmayacağı açıkça yazılmalıdır.
• Veri sahipliği: Sistemdeki verinin size ait olduğu, istediğiniz zaman kullanılabilir bir biçimde dışa aktarılabileceği ve sözleşme bittiğinde verinin ne olacağı tanımlanmalıdır.
• Kapsam ve kabul kriterleri: Her modülün hangi koşulda "tamamlandı" sayılacağı ve kabul testine ne kadar süre ayrılacağı belirlenmelidir.
• Değişiklik talepleri: Kapsam dışı isteklerin nasıl iletileceği, fiyatlandırılacağı ve onaylanacağı baştan yazılmalıdır.
• Ödeme planı: Ödemelerin takvim yerine teslim edilen ve kabul edilen aşamalara bağlanması iki taraf için de daha adildir.
• Bakım ve SLA: Hizmet seviyesi anlaşması, yani SLA, kritik bir hatanın ve küçük bir sorunun ne kadar sürede yanıtlanacağını, destek kanallarını ve saatlerini tanımlar.
• KVKK ve güvenlik: Yazılım firması kişisel verilere erişecekse KVKK kapsamındaki rolü ve yükümlülükleri, verinin nerede saklanacağı, kimlerin erişebileceği ve yedekleme düzeni yazılı olmalıdır. Bu maddeleri hukuk danışmanınızla birlikte gözden geçirmeniz önerilir.

Yazılım firması seçimi: sorulacak 12 soru

Yazılım yaptırmak isteyen işletmeler için firma seçimi, en az yazılımın kendisi kadar sonucu belirler. Görüşmelerde şu soruları sorun ve cevapları yan yana koyun:

1. Benzer büyüklükte ya da benzer süreçte bir iş yaptınız mı, canlıda çalışan bir örneğini görebilir miyim?
2. Keşif aşamasında kimlerle görüşeceksiniz ve bu aşamanın yazılı çıktısı ne olacak?
3. İlk sürüme neyin girmesini, neyin sonraya kalmasını önerirsiniz?
4. Projede kimler çalışacak, tek muhatabım kim olacak?
5. Ara teslimleri ne sıklıkla göreceğim, test ortamına erişimim olacak mı?
6. Hangi teknolojileri kullanıyorsunuz, ileride başka bir ekip bu kodu devralabilir mi?
7. Kaynak kod ve veriler kime ait olacak, nasıl teslim edilecek?
8. Teklife neler dahil, neler hariç? Barındırma, bakım ve üçüncü taraf servisler nerede duruyor?
9. Kapsam dışı talepler nasıl fiyatlanıyor?
10. Canlıya çıktıktan sonra kritik bir hata olursa ne kadar sürede dönüyorsunuz?
11. Yedekleme ne sıklıkla yapılıyor, veriler nerede tutuluyor, erişim nasıl yetkilendiriliyor?
12. Kullanıcı eğitimi ve kullanım dokümanı sağlıyor musunuz?

Firmanın konumu da bir kriter olabilir. Ankara'da faaliyet gösteren bir işletmeyseniz, Ankara'daki bir yazılım şirketiyle çalışmak yerinde keşif ve eğitim gibi aşamaları kolaylaştırır. Yine de uzaktan çalışma, düzenli toplantılar ve açık bir iletişim düzeniyle sorunsuz yürüyebilir; belirleyici olan konumdan çok çalışma disiplinidir.

Sık yapılan hatalar

• Her şeyi ilk sürüme sığdırmak: Kapsam büyüdükçe süre uzar, risk artar ve ekip sistemi kullanmaya çok geç başlar. Küçük başlayıp gerçek kullanımdan gelen geri bildirimle büyümek daha güvenlidir.
• Aksayan süreci olduğu gibi yazılıma taşımak: Yazılım, kötü bir süreci yalnızca daha hızlı hale getirir. Önce süreci sadeleştirmek gerekir.
• Kullanıcıları sürece katmamak: Sistemi her gün kullanacak kişilerin görüşü alınmadan tasarlanan ekranlar sahada benimsenmez.
• Yalnızca fiyata göre seçmek: Kapsamları karşılaştırmadan en düşük teklifi seçmek, sonradan ek bedellerle sonuçlanabilir.
• Sürekli giderleri hesaba katmamak: Barındırma, bakım ve üçüncü taraf servisler bütçede yer almazsa sistem canlıya çıktıktan sonra sahipsiz kalır.
• Veri aktarımını son haftaya bırakmak: Eski verinin temizliği genellikle beklenenden uzun sürer; bu işe erken başlanmalıdır.
• İç sorumlu atamamak: Firmanın soru sorabileceği ve karar verebilen bir kişi yoksa proje beklemelerle uzar.
• Hazır ürünün iyi yaptığı işi baştan yazdırmak: Muhasebe ya da e-fatura gibi alanlarda mevcut ürünle entegrasyon çoğu zaman daha mantıklıdır.

Kısa kural: Herkesin aynı şekilde yaptığı işlerde hazır ürün yeterlidir. Sizi rakiplerinizden ayıran süreçte ise yazılımın da size özel olması daha doğru bir seçimdir.

Sonuç

Özel yazılım yaptırmak, doğru hazırlıkla yönetilebilir bir projedir. Süreç haritanızı çıkarın, öncelikleri belirleyin, ilk sürümü küçük tutun, sözleşmede kaynak kod, veri sahipliği ve bakım koşullarını netleştirin ve firmayı fiyat kadar çalışma biçimine göre de seçin. Böylece sonunda ekibinizin gerçekten kullandığı bir sisteme sahip olursunuz.

Ankara'dan nasıl çalıştığımızı Ankara yazılım şirketi sayfasında, genel geliştirme yaklaşımımızı özel yazılım hizmeti sayfasında, müşteri ve satış takibine odaklanan sistemleri ise özel CRM programı sayfasında anlattık. Elinizdeki süreç için hangi yolun mantıklı olduğunu birlikte değerlendirmek isterseniz bir görüşme planlayabilirsiniz.