İşletmeye özel uygulama, iş akışına, markana ve verine göre sıfırdan ya da büyük ölçüde uyarlanarak yazılan yazılımdır. Doğru soru "özel yazılım iyi mi?" değil, "hazır çözüm işimi gerçekten karşılıyor mu?" sorusudur: karşılıyorsa hazır olanı kullan, karşılamıyorsa özel yazılım yaptırmak mantıklı hale gelir.
Hazır yazılım mı özel yazılım mı?
İki seçenek birbirinin düşmanı değil; çoğu işletme önce hazır araçla başlar, sınırlara çarpınca özel çözüme geçer. İşte tipik fark:
| Kriter | Hazır yazılım | Özel yazılım |
|---|---|---|
| Başlangıç hızı | Hızlı | Geliştirme süresi gerekir |
| Başlangıç maliyeti | Genelde düşük, abonelik | Daha yüksek, bir defalık ya da paylaşımlı |
| Uyum | Genel ihtiyaca göre | İş akışına birebir |
| Marka | Sağlayıcının arayüzü | Kendi adın ve tasarımın |
| Veri | Sağlayıcının platformunda | Sende, dışa aktarması kolay |
| Uzun vadeli maliyet | Kullanıcı sayısıyla büyüyebilir | Bakım maliyeti var, abonelik yükü yok |
| Risk | Sağlayıcı fiyat ya da özellik değiştirebilir | Yanlış kapsam ya da yanlış ekip seçimi |
Özel uygulamanın mantıklı olduğu durumlar
- İş akışın hazır araçlara sığmıyor; sürekli geçici çözümler ve Excel yamalarıyla idare ediyorsun.
- Müşterine kendi markanla uygulama sunmak istiyorsun (üyelik, randevu, sipariş, sadakat).
- Birkaç hazır aracın aylık toplam maliyeti büyüdü ve araçlar birbiriyle konuşmuyor.
- Verinin kontrolü kritik (müşteri kayıtları, özel süreçler).
- Rakiplerinden ayıran bir hizmetin var ve bunu yazılımla güçlendirebilirsin.
Hazır çözümün yeteceği durumlar
- İş akışın standart (tek şube, klasik randevu ya da stok takibi).
- Hızla denemek istiyorsun ve henüz ne istediğinden emin değilsin.
- Bütçen ve zamanın kısıtlı. Önce hazır araçla öğren, sonra karar ver.
Bu aşamada küçük işletmeler için dijitalleşme yazısındaki sıralama mantığı işine yarar.
Özel uygulama yaptırmadan önce cevaplanacak sorular
- Hangi problemi çözüyor? Tek cümleyle yazabiliyor musun?
- Kim kullanacak? Sen, çalışanların, müşterilerin ya da hepsi?
- İlk sürümde olmazsa olmaz ne? Geri kalanı sonraya bırak. Bkz. MVP nedir.
- Hangi sistemlerle konuşacak? Ödeme, muhasebe, takvim, mevcut site.
- Veri kimde olacak? Kaynak kod ve mağaza hesabı kimin adına?
- Yayından sonra kim bakacak? Bkz. uygulama bakımı ve güncelleme.
Maliyeti ne belirler?
Kesin bir rakam vermek yanlış olur; çünkü kurumsal uygulama ya da işletme uygulamasının maliyeti şunlara bağlıdır: ekran ve özellik sayısı, iOS ve Android'in ikisinin de gerekmesi, üyelik ve ödeme, yönetim paneli, dış servis entegrasyonları, tasarım detayı, test ve yayın, bakım beklentisi. Ayrıntılı çerçeve için mobil uygulama yaptırma fiyatları yazısına göz at. Her teklifin kapsamı, dahil olmayanları ve takvimi yazılı olmalı.
Çalışma modelleri
İşletmeler genelde üç farklı yolla özel yazılım yaptırır:
- Sabit kapsam, sabit teklif: Net bir iş için en öngörülebilir seçenek.
- Düşük başlangıç + gelirden pay: Uygulama gelir üretecekse risk paylaşımı.
- Ortaklık: Güçlü bir fikirde geliştirme maliyetini ortak üstlenir, kazanç sözleşmeyle paylaşılır.
Kiminle çalışacağını seçerken yazılım şirketi mi freelance yazılımcı mı yazısı faydalı olur; sözleşmede kaynak kod sahipliğini mutlaka netleştir (uygulama yaptırırken sözleşme).
Gerçekçi bir yol: önce hazır, sonra özel
Özel yazılımda en pahalı hata, ihtiyacı netleşmeden yazılım yaptırmaktır. Daha güvenli bir yol şöyle işler:
- Hazır araçla başla. Birkaç ay kullan, nerede zorlandığını not al.
- Notları kapsama çevir. "Şu ekran olmalı, şu kural işlemeli" diye yazdığın her madde teklifin temeli olur.
- Küçük bir ilk sürüm iste. Yalnızca en çok acıtan işi çözen bir uygulama, tüm hayali bir seferde yaptırmaktan çok daha az risklidir.
- Gerçek kullanıcıyla dene. Çalışanlar ve müşteriler telefonda kullanıp geri bildirim versin.
- Sonra genişlet. Gerçek kullanımdan gelen veriyle ikinci sürümü planla.
Bu sıra sana iki şey kazandırır: hazır araçla öğrendiklerin özel çözümün gereksinimlerini netleştirir ve ilk sürümün küçük olması, yanlış yöndeki bir yatırımı erkenden fark etmeni sağlar.
Teklifte nelere bakmalısın?
Özel uygulama için aldığın her teklifte şu başlıklar yazılı olmalı:
- Kapsam: Hangi ekranlar ve özellikler dahil, hangileri dahil değil?
- Takvim: Tasarım onayı, haftalık sürümler ve yayın tarihleri.
- Sahiplik: Kaynak kod, tasarım dosyaları ve mağaza hesapları kimde?
- Değişiklik kuralı: Kapsam değişirse süre ve ücret nasıl güncellenir?
- Yayın sonrası: Destek paketinde neler var, süre ne kadar?
- Gizlilik: İş akışın ve verin hassassa NDA imzalanabiliyor mu?
Net bir teklif, işin yarısıdır. Muğlak bir teklifte ise sorunlar genellikle yayına yakın ortaya çıkar.
Üç örnek senaryo
- Tek şubeli kuaför: Standart hizmet, standart takvim. Hazır randevu aracı yeterli; özel uygulama için erken.
- Birkaç şubeli stüdyo zinciri: Çok sanatçılı takvim, kapora, müşteri geçmişi ve kendi markasıyla müşteri uygulaması istiyor. Hazır araçlar bir yerden sonra dar gelir; özel çözüm anlam kazanır. Kendi uygulamamız Dövme Sanatçısı Defteri bu ihtiyaçtan doğdu.
- Abonelikle eğitim satan küçük girişim: Üyelik, ödeme, içerik ve bildirimler gerekiyor; hazır araçlar bir araya getirilebilir, ama marka deneyimi ve veri kontrolü için özel uygulama düşünülebilir.
Senin durumun hangisine benziyorsa, önce o senaryonun maliyet ve riskini yazıya dök; sonra karar ver.
Özel uygulama projesinde seni ne bekler?
İyi yürüyen bir projede ilk görüşmede fikri anlatır, yazılı kapsamı ve teklifi alırsın. Sonra ekranların tasarımı onayına sunulur; onay vermeden kodlamaya geçilmez. Geliştirme boyunca haftalık sürümleri telefonunda denersin, geri bildirimini verirsin. Yayından önce test edilir, mağaza hesabın kendi adına açılır. Bu düzen, sürprizi azaltır ve yönetimi sende tutar. Sürecin aşamalarını ayrıntılı görmek için mobil uygulama geliştirme süreci yazısına bak.
Sık sorulan sorular
Özel yazılım her zaman daha mı pahalı?
Başlangıçta genelde evet. Uzun vadede ise abonelik yükü olmadığı ve işine birebir uyduğu için dengelenebilir; hesap iş modeline göre değişir.
Özel uygulamanın kaynak kodu kimde olur?
Bu sözleşmede yazılı olmalı. Anahtar teslim modelde kaynak kodun müşteriye ait olması beklenir; teklifte bunu açıkça iste.
Küçük işletme için özel uygulama fazla mı?
Standart bir ihtiyaç için evet. Ama işin kendine özgü kuralları varsa küçük bir ilk sürümle başlamak makul.
Fikrimi paylaşırken ne yapmalıyım?
İlk görüşme öncesi gizlilik sözleşmesi (NDA) isteyebilirsin. Fikir koruma konusunu uygulama fikri nasıl korunur yazısında anlattık.
OdenaVerse'te önce "gerçekten uygulama gerekli mi?" sorusunu soruyoruz; hazır çözüm yetiyorsa bunu söylemek bizim için normal. Özel çözüm gerekiyorsa tasarım onayınla, haftalık sürümlerle ilerliyoruz. Yazılım hizmetimizi incele.