İnsan kaynakları izin talebini e-postayla alıyor, satın alma formu tabloda duruyor, saha ekibi arıza bildirimini mesajlaşma uygulamasından yazıyor. Her biri için ayrı bir yazılım projesi başlatmak ağır; hiçbirini sisteme taşımamak ise hata ve gecikme demek. Low-code (düşük kodlu geliştirme), bu tür işleri görsel araçlarla, çok az kod yazarak ve hızlı biçimde uygulamaya dönüştürmenin yoludur. Ancak her iş için doğru yol değildir.
Bu rehberde low-code'un ne olduğunu, no-code ve özel yazılımdan farkını, platformların nasıl çalıştığını, hangi işlere uygun olduğunu, sınırlarını ve risklerini, altı soruluk karar testini, üç yıllık maliyet karşılaştırmasını ve yönetişimin nasıl kurulacağını anlatıyoruz. Örnek rakamlar temsilîdir; belirli bir platformun fiyatı ya da sektör ortalaması değildir.
Low-Code Nedir?
Low-code, uygulamaların kod satırları yerine görsel tasarımcıda sürükle-bırak ile kurulduğu, hazır bileşenlerin (form, tablo, onay akışı, bağlayıcı) kullanıldığı ve yalnızca gerekli yerlerde kısa kod ya da ifade yazıldığı geliştirme yaklaşımıdır. Uygulama, platformun sunduğu altyapıda çalışır; yetkilendirme, veri saklama ve arayüz gibi tekrar eden işleri platform üstlenir.
Kazanç iki yerdedir: ilk sürüm hızlı çıkar ve değişiklikler iş birimine yakın biri tarafından yapılabilir. Bedeli ise platformun sınırları içinde kalmaktır. Sıfırdan yazılan çözümün ne olduğunu ve hangi katmanlardan oluştuğunu özel yazılım nedir rehberimizde anlattık.
Okumanızı öneririz: Özel yazılım hizmetimiz
Low-Code, No-Code ve Özel Yazılım Arasındaki Fark Nedir?
Üç yol aynı problemi farklı denge noktalarında çözer. No-code hiç kod gerektirmez ve en hızlıdır, ama en dar alandır. Özel yazılım en esnektir, ama en uzun süreyi ister. Low-code ikisinin arasındadır.
| Konu | No-code | Low-code | Özel yazılım |
|---|---|---|---|
| Kim geliştirir? | İş birimi çalışanı | İş birimi ve bir geliştirici birlikte | Yazılım ekibi |
| Esneklik | Düşük; hazır kalıplar | Orta; kural ve küçük kod eklenebilir | Yüksek; sınır yok |
| İlk sürüm hızı | Çok hızlı | Hızlı | Daha uzun |
| Entegrasyon | Hazır bağlayıcılarla sınırlı | Bağlayıcı ve API ile orta derinlik | Her sisteme göre tasarlanır |
| Platform bağımlılığı | Yüksek | Yüksek | Düşük; kaynak kod sizde |
| Maliyet yapısı | Kullanıcı başına lisans | Lisans ve kurulum | Geliştirme ve bakım |
| Tipik iş | Form, basit liste | Onay akışı, iç araç, pilot | Çekirdek sistem, özgün iş kuralı |
Low-Code Platformlar Nasıl Çalışır?
Platformlar dört katmanda iş görür. Bunları bilmek, neyin hazır geldiğini ve neyin sizin sorumluluğunuzda kaldığını görmenizi sağlar.
- Görsel modelleme: Form, tablo, rapor ve iş akışı tasarımcıda çizilir; veri modeli (hangi kayıtta hangi alan) tanımlanır.
- Hazır bileşenler ve bağlayıcılar: Onay adımı, e-posta bildirimi, takvim ve yaygın sistemlere bağlantı için hazır parçalar sunulur.
- Kural ve küçük kod: Hesap, doğrulama ve koşullar ifadelerle ya da kısa kodla yazılır; platformun kapsamadığı yerler burada kapatılır.
- Barındırma ve yetki: Uygulamanın çalıştığı altyapı, kullanıcı girişi, roller ve sürüm yönetimi platform tarafından sağlanır.
Dördüncü katman hem avantaj hem risktir: bakım yükünüz azalır, ama veriniz ve uygulamanız platformun biçimiyle sınırlı olur. Dışarıdaki sistemlerle bağlantı kuracaksanız API entegrasyonu rehberimizdeki temel kavramlar işe yarar.
Low-Code Hangi İşler İçin Uygundur?
Uygun işlerin ortak özelliği, sürecin tekrarlı, kuralların net ve etkilenen kişi sayısının sınırlı olmasıdır.
- İç onay akışları: İzin, harcama ve satın alma talebi gibi, adımları belli süreçler.
- Başvuru ve form uygulamaları: Ekipman talebi, arıza bildirimi, ziyaretçi kaydı.
- Basit takip panoları: Tablodan sisteme geçişin ilk durağı olarak liste ve durum izleme.
- Pilot ve prototip: Fikri büyük yatırım yapmadan sınamak. Pilot tutarsa özel yazılıma taşımak da seçenektir.
- Departman araçları: Tek ekibin kullandığı, kimseyle derin entegrasyonu olmayan küçük araçlar.
Bu işlerin çoğu bugün tabloda yürüyor olabilir. Tablodan sisteme geçişi Excel'den yazılıma geçiş rehberimizde adım adım anlattık; low-code o geçişin seçeneklerinden biridir.
Low-Code'un Sınırları ve Riskleri Nelerdir?
Sorunlar genellikle ilk üç ayda değil, uygulama büyüdüğünde ortaya çıkar. Platform seçmeden önce şu altı riski sorgulayın.
- Platform bağımlılığı: Uygulama platformun biçiminde saklanır; ayrılmak çoğu zaman yeniden yazmak demektir. Veriyi dışarı alma yolunu önceden sınayın.
- Lisans büyümesi: Kullanıcı başına ücret, kullanıcı sayısı arttıkça maliyeti doğrusal büyütür.
- Karmaşık iş kuralları: Çok koşullu hesap, özel algoritma ve ağır veri işleme platform sınırına çarpar.
- Performans: Büyük veri hacimlerinde ve yoğun eşzamanlı kullanımda hız düşebilir.
- Entegrasyon derinliği: Hazır bağlayıcı yoksa ya da gerekli alan açık değilse çözüm zorlaşır.
- Kontrolsüz çoğalma: Herkesin uygulama kurabildiği yerde sahibi belirsiz, yedeksiz uygulamalar birikir.
Güvenlik ve kişisel veri tarafında platformun veriyi nerede sakladığı, yetki modelinin yeterliliği ve KVKK yükümlülükleri ayrıca değerlendirilmelidir; hukuki ayrıntılar için hukuk danışmanınıza başvurun. Yedekleme beklentilerini veri yedekleme rehberimizdeki RPO ve RTO kavramlarıyla yazılı hale getirin.
Low-Code mu, Özel Yazılım mı? Altı Soruluk Test
Aşağıdaki soruları aday süreç için yanıtlayın. Her "evet" low-code lehine bir puandır.
- Süreç tekrarlı ve kuralları yazıya dökülebilecek kadar net mi?
- Kullanıcı sayısı, aşağıda hesaplanan başabaş noktasının altında mı?
- Bağlanılacak sistemler için hazır bağlayıcı ya da basit bir API var mı?
- Özel algoritma, ağır hesap ya da yüksek performans gerekmiyor mu?
- Değişiklikler sık olacak ve iş biriminin kendisi yapabilmesi değerli mi?
- Platformdan çıkış planınız (veri dışa aktarma, yeniden yazma payı) var ve bağımlılık kabul edilebilir mi?
| "Evet" sayısı | Anlamı | Önerilen adım |
|---|---|---|
| 5–6 | Low-code güçlü aday | 2–4 haftalık pilot kurun |
| 4 | Low-code uygun, riskleri izleyin | Pilot kurun, çıkış planını yazın |
| 2–3 | Karışık tablo | Gereksinim analizi yapın, iki yolu maliyetlendirin |
| 0–1 | Özel yazılım adayı | Özel yazılım için kapsam çıkarın |
Puanı bir karara çevirmeden önce gereksinimi yazıya dökmek gerekir; nasıl yapılacağını gereksinim analizi rehberimizde anlattık. Hazır, uyarlanan ve özel çözüm ayrımı için hazır mı özel yazılım mı yazımıza da bakabilirsiniz.
Low-Code ile Özel Yazılımın Üç Yıllık Maliyeti Nasıl Karşılaştırılır?
Low-code ilk yıl ucuzdur, ama maliyet kullanıcıyla büyür. Karşılaştırmayı kullanıcı sayısına göre ve üç yıllık toplamla yapın. Aşağıdaki varsayımlar temsilîdir.
- Low-code: Kullanıcı başına aylık ₺500 lisans; kurulum 20 kişi-gün × ₺9.000 = ₺180.000.
- Özel yazılım: 50 kişi-gün × 1,2 pay = 60 kişi-gün × ₺9.000 = ₺540.000; bakım yıllık %15, yani 3 yılda ₺243.000; altyapı yıllık ₺20.000, yani 3 yılda ₺60.000.
| Kalem | Low-code (30 kullanıcı) | Özel yazılım |
|---|---|---|
| Lisans: ₺500 × 30 × 36 | ₺540.000 | — |
| Kurulum / geliştirme | ₺180.000 | ₺540.000 |
| Bakım (3 yıl) | — | ₺243.000 |
| Altyapı (3 yıl) | — | ₺60.000 |
| 3 yıllık toplam | ₺720.000 | ₺843.000 |
Low-code maliyeti kullanıcı sayısı u için ₺18.000 × u + ₺180.000'dir (₺500 × 36 ay = ₺18.000). Başabaş noktası: (₺843.000 − ₺180.000) ÷ ₺18.000 ≈ 37 kullanıcı. 30 kullanıcıda low-code ₺123.000 ucuzdur; 37'nin üstünde özel yazılım öne geçer. Gerçek karar için kendi kullanıcı sayınızı, gerçek lisans fiyatını ve büyüme beklentinizi koyun. Maliyet kalemlerinin ayrıntısını yazılım projesi maliyeti rehberimizde bulabilirsiniz.
Low-Code Projesi Nasıl Yürütülür?
Low-code'da hız kolay bir kısayol gibi görünür; disiplinsiz yürürse ilk aylarda kazanılan zaman bakım ve karmaşa olarak geri döner. Altı adımlı bir yol işe yarar.
- Süreç seçimi: Tekrarlı, kuralı net ve etkisi ölçülebilir bir süreçle başlayın.
- Uygunluk testi: Altı soruluk testi yanıtlayın, 4 ve üzerindeyse ilerleyin.
- Pilot: Tek süreci, 2–4 hafta içinde gerçek kullanıcıyla sınayın; süreyi ve hata sayısını ölçün.
- Veri ve yetki: Roller, veri sahibi, yedekleme ve veriyi dışarı alma yolu yazılı olsun.
- Yayın: Kademeli açın, eğitim verin, destek kanalını belirleyin.
- Yönetişim: Uygulamayı envantere alın, sahibini ve sürüm sorumlusunu atayın.
Pilotta kazanılan süreyi somut ölçün. Örnekte izin talebi uygulamasının ilk sürümü 30 iş günü yerine 12 iş günde çıkıyor: (30 − 12) ÷ 30 = %60 kısalma. Bu da temsilî bir rakamdır; sizin ölçümünüz farklı olacaktır.
Low-Code Uygulamaları Nasıl Yönetilir?
Low-code'un en az konuşulan riski, çok kolay uygulama kurulabilmesidir. Yönetişim, bu kolaylığı kaosa dönüştürmeyen kurallardır.
- Envanter: Her uygulamanın adı, sahibi, kullanıcısı, bağlı olduğu veri ve son güncelleme tarihi tek listede olsun.
- Sahiplik: Sahibi olmayan uygulama kapatılır ya da devredilir. Örnek ölçü: 24 uygulamadan 18'inin sahibi belli ise sahiplik oranı 18 ÷ 24 = %75'tir; hedef %100'dür.
- Yetki ve veri sınıfı: Kişisel veri içeren uygulamalar için erişim yalnızca gerekenlere verilir; ortam ayrımı (deneme ve gerçek) korunur.
- Sürüm ve değişiklik: Yayındaki uygulamada değişiklik önce deneme ortamında yapılır ve kayda geçer.
- Çıkış planı: Kritik uygulamanın veri dışa aktarımı düzenli sınanır.
Low-Code'da Sık Yapılan Hatalar Nelerdir?
- Çekirdek sistemi low-code'a taşımak: Özgün iş kuralı ve yüksek hacimli çekirdek süreç, platform sınırına en çabuk çarpan iştir.
- Lisansı kullanıcı sayısıyla büyütmemek: Pilotta ucuz görünen çözüm, yüz kullanıcıda pahalı olabilir.
- Çıkışı hiç düşünmemek: Veri dışa alma ilk günde sınanmazsa sonradan pahalıya gelir.
- Entegrasyonu sona bırakmak: En zor kısım genellikle mevcut sistemlerle bağlantıdır; pilotta bunu da sınayın.
- Sahipsiz uygulama biriktirmek: Envanter olmadan low-code gölge yazılıma dönüşür.
- Tek tarafa güvenmek: Sadece iş birimine ya da sadece bilgi işleme bırakılan proje, ya ihtiyaçtan ya da standarttan kopar.
Okumanızı öneririz: Müşteri portalı nedir? Self-servis kapsamı, güvenlik ve geri dönüş rehberi
Okumanızı öneririz: Mikroservis mimarisi nedir? Monolit farkı, maliyet ve karar rehberi
İnovabil ile Özel Yazılım ve Süreç Dijitalleşmesi
İnovabil olarak ağırlığımız sıfırdan, firmaya özel yazılım geliştirmektir: özel yazılım, ERP, CRM, e-ticaret, web, mobil ve entegrasyon. Sürecinizin bir bölümü hazır araçlarla ya da düşük kodlu çözümle karşılanabiliyorsa, bunu gereksinim analizinde maliyeti ve sınırlarıyla birlikte yazılı olarak karşılaştırmayı öneriyoruz; çekirdek sistem özgün iş kuralı taşıyorsa özel yazılım daha sağlam zemin sunar.
Avcılar İnşaat için CRM, satın alma ve mobil; İZBAN için satın alma sistemi; Karyak için lojistik ve sevkiyat planlama ile toptan sipariş yönetimi; Sleepy için depo yönetimi ile şikâyet ve destek yönetim sistemi geliştirdik. Süreçleriniz ve kullanıcı sayınız hakkında kısa bir özet gönderin; önce uygunluk testini birlikte yapıp yazılı bir değerlendirme çıkaralım.
Okumanızı öneririz: Yazılım geliştirme sürecimiz: analizden yayına adım adım
Sık Sorulan Sorular
Low-code nedir, kısaca ne işe yarar?
Uygulamaları kod yazmak yerine görsel tasarımcıda, hazır bileşenlerle ve gerektiğinde kısa kodla kurma yaklaşımıdır. Form, onay akışı ve iç araç gibi tekrarlı işlerde ilk sürümü hızlandırır.
Low-code ile no-code arasındaki fark nedir?
No-code kod gerektirmez ve iş birimi çalışanı tek başına kullanabilir, ama hazır kalıplarla sınırlıdır. Low-code kural ve kısa kod eklemeye izin verdiği için daha esnektir; genellikle iş birimi ile bir geliştiricinin birlikte çalışmasını ister.
Low-code özel yazılımın yerini alır mı?
Genellikle hayır. Basit ve tekrarlı süreçlerde alternatiftir; özgün iş kuralı, yüksek hacim ve derin entegrasyon gerektiren çekirdek sistemlerde özel yazılım daha uygundur. Birçok işletme ikisini birlikte kullanır.
Low-code ne zaman özel yazılımdan pahalı olur?
Kullanıcı sayısı arttıkça. Örnekte lisans ₺500, kurulum ₺180.000 ve özel yazılım ₺843.000 iken başabaş yaklaşık 37 kullanıcıdır; üstünde özel yazılım üç yılda daha ucuzdur. Kendi rakamlarınızla yeniden hesaplayın.
Low-code'a başlamadan önce ne sınanmalı?
Altı soruluk uygunluk testi, veriyi dışarı alma yolu, bağlanılacak sistemlerle entegrasyon ve kullanıcı sayısına göre lisans maliyeti. Bunları 2–4 haftalık bir pilotta, gerçek kullanıcıyla sınayın.