No-code ve Low-code Platformlar: Sınırları Nerede?
Bir proje ekibi no-code platform üzerinden üç haftada çalışan bir prototip çıkardığında bütçe de zaman da kontrol altında gibi görünür. Sorun genelde altıncı ayda ortaya çıkar: entegrasyon sayısı artmıştır, kullanıcı sayısı beklenenin üzerine çıkmıştır, platformun aylık lisans faturası özel yazılımın amortismanına yaklaşmıştır. O noktada ekip iki seçenekle karşı karşıya kalır. Ya kapsamı kısıp platformun sınırlarına geri çekilir ya da sıfırdan özel yazılıma geçer.
İkisi de bütçeyi baştan doğru planlamamış olmanın faturasıdır. Biz SUNS Tech olarak hem no-code tabanlı MVP'leri hem de bu araçların yetersiz kaldığı noktada özel yazılıma geçiş projelerini yürütüyoruz. Bu süreçte no-code ve low-code maliyetinin hangi kalemlerden oluştuğunu, hangi kalemin neye göre büyüdüğünü ve bütçeyi güvenli şekilde nasıl kısabileceğinizi aktaracağız.
Lisans ve abonelik kalemi
No-code platformların büyük kısmı kullanıcı sayısına, iş akışı adedine veya aylık veri işleme hacmine göre fiyatlandırılır. Başlangıç planı genelde birkaç kullanıcı ve sınırlı otomasyon için yeterlidir. Ancak ekibiniz büyüdükçe veya müşteri sayınız arttıkça bir üst plana geçmeniz gerekir.
Bu geçiş kademeli değil basamaklıdır. Bir üst plana geçtiğinizde aylık maliyet genelde iki ila üç kat artar, arada yumuşak bir geçiş seçeneği bulunmaz. Döviz bazlı faturalandırılan platformlarda kur hareketleri de bu kalemi doğrudan etkiler.
TL bazında bütçe planlıyorsanız yıllık değil aylık fatura döngüsünü tercih etmek, kur artışında maliyeti erken fark etmenizi sağlar. Bu kalemin aralığı projeden projeye çok değişir, çünkü kullanıcı sayısı ve işlem hacmi projeye özgüdür. Genel bir rakam vermek burada yanıltıcı olur.
Entegrasyon kalemi
No-code platformların çoğu hazır konnektörlerle çalışır: ödeme altyapısı, e-posta servisi, CRM, muhasebe yazılımı gibi sistemlere tek tıkla bağlanabilirsiniz. Sorun, ihtiyacınız olan entegrasyonun hazır konnektör listesinde olmadığı durumda başlar. Türkiye'de sık karşılaşılan örnek, e-Fatura entegrasyonu veya yerli bir sanal POS sağlayıcısıyla bağlantıdır.
Bu tür entegrasyonlar genelde platformun kendi otomasyon motoru üzerinden özel olarak kurulmak zorundadır. Maliyeti entegre edilecek sistemin API kalitesine göre büyür. İyi dokümante edilmiş bir API birkaç günlük iş iken, dokümantasyonu eksik veya eski bir sistemle konuşmak haftalar sürebilir.
Entegrasyon sayısı arttıkça maliyet doğrusal değil kümülatif artar. Her yeni entegrasyon diğerleriyle çakışma ihtimalini de beraberinde getirir; bir ödeme sistemi ile bir CRM aynı anda aynı veri alanını güncellemeye çalıştığında ortaya çıkan senkronizasyon hataları buna iyi bir örnektir.
Özelleştirme ve sınır aşımı kalemi
Platformun sunduğu hazır bileşenlerle çalıştığınız sürece maliyet öngörülebilir kalır. Ancak işletmenizin kendine özgü bir süreci varsa, örneğin stok takibinizde sektörünüze özel bir hesaplama mantığı veya onay zinciri varsa, bunu platformun görsel akış editörüyle kurmak giderek karmaşıklaşan ve bakımı zor bir yapıya dönüşür.
Bazı platformlar bu noktada kod ekleme imkanı sunar; bu da aslında low-code'un içine gömülü küçük bir yazılım geliştirme projesi demektir. Burada yaygın bir yanlış inanış var: no-code, kod yazmadan her şeyi yapabileceğiniz anlamına gelmez.
Platformlar standart iş akışlarını hızlandırır, ama işletmenize özgü mantığı kodlamanız gerektiğinde bu işi yapacak kişinin platformun kendi script diline hakim olması gerekir. Bu kişiyi bulmak genel bir yazılımcı bulmaktan çoğu zaman daha zordur, çünkü platforma özel bilgi gerektirir ve bu bilgiye sahip kişi sayısı sınırlıdır.
Fatura dışında kalan gizli kalemler
Bütçe planlarken en çok atlanan kalem veri taşınabilirliğidir. Platformdan çıkmak istediğinizde verinizi standart formatta dışa aktarabiliyor musunuz, yoksa platforma özgü bir yapıda mı kilitli kalıyor? Bu sorunun cevabını projenin başında almazsanız, platform değiştirme kararı aldığınızda veri taşıma işi başlı başına ayrı bir maliyet kalemine dönüşür.
Kullanıcı sayısı arttıkça platformun sunduğu sunucu kapasitesi de yetersiz kalabilir ve üst pakete geçmek zorunlu hale gelir. KVKK kapsamında veri işleme süreçlerinizi dokümante etmeniz gereken kurumsal müşteriler için, platformun bu dokümantasyonu ne kadar detaylı sunduğu ayrı bir değerlendirme konusudur. Platformu kuran kişi ayrıldığında o kişinin kurduğu otomasyon mantığını başka birinin ne kadar sürede devralabileceği de dolaylı ama gerçek bir maliyettir.
Bu kalemlerin hiçbiri platformun fiyat sayfasında görünmez. Yine de bütçenin en kırılgan noktalarını bunlar oluşturur.
No-code ne zaman yeterli kalır, ne zaman özel yazılığa geçmek gerekir
No-code bir platform; standart iş akışlarınız varsa, kullanıcı sayınız öngörülebilir bir aralıkta kalacaksa ve entegrasyon ihtiyacınız yaygın sistemlerle sınırlıysa genelde yeterlidir. Özel yazılıma geçiş ihtiyacı işletmenize özgü mantık, yüksek kullanıcı hacmi, performans gereksinimi veya kurumsal uyumluluk dokümantasyonu gerektiğinde ortaya çıkar.
Bu kararı verirken bakılması gereken somut bir eşik var: aylık platform faturanız, aynı işi yapacak özel bir yazılımın aylık amortismanına yaklaştığında platformda kalmanın ekonomik gerekçesi zayıflamış demektir. Eşiğin tam rakamı projeye göre değişir, ama kontrol yöntemi aynı kalır: platform maliyetinizi altı ay sonrasına projekte edin ve o rakamı özel geliştirme teklifiyle karşılaştırın.
Kapsamı büyük tutup platformda ısrar etmenin riski, altyapının sizi değil sizin altyapıyı yönetmeye başlamanızdır. Ekibimizin projelerinde sık gördüğü senaryo, no-code üzerinde büyüyen bir MVP'nin belirli modüllerini özel koda taşıyıp geri kalanını platformda bırakan hibrit bir yapıya geçmek oluyor. Bu, sıfırdan yeniden yazmaktan daha az maliyetli bir ara yoldur.
Bütçeyi düşürmenin güvenli ve tehlikeli yolları
Bütçeyi kısmanın güvenli yolu kapsamı daraltmaktır: önce en kritik iş akışını platformda kurup ikincil özellikleri sonraki faza bırakmak. Bu yaklaşım platformun gerçek sınırlarını erken görmenizi sağlar ve gereksiz entegrasyon maliyetinden kaçınmanıza yardımcı olur.
Bir diğer güvenli yol, yıllık değil aylık ödeme planıyla başlamaktır. Bu sayede kullanım artmadan büyük bir plana kilitlenmezsiniz ve ihtiyaç değiştiğinde yön değiştirmeniz kolaylaşır.
Tehlikeli yol, entegrasyon ve özelleştirme ihtiyacını görmezden gelip platformu zorlamaktır. Standart olmayan bir süreci platformun akış editörüyle kurmaya çalışmak kısa vadede ucuz görünür, ama orta vadede o yapıyı kimsenin anlayamadığı bir karmaşaya dönüştürür. Veri taşınabilirliğini kontrol etmeden platforma büyük veri hacmi yüklemek de çıkış maliyetini sessizce büyütür.
Platformdan özel yazılıma geçiş nasıl yönetilir
Projenin kapsamına göre değişmekle birlikte, no-code ile başlayıp özel yazılıma geçiş kararı verdiğinizde mevcut yapınızı dışarıdan bir gözle değerlendirmek işe yarar. Hangi modülün platformda kalabileceğini, hangisinin özel koda taşınması gerektiğini netleştirmek, kaynak israfının önüne geçer. Bu konuda hizmetlerimiz arasında yer alan danışmanlık desteğiyle mevcut sistemin envanterini çıkarmak genelde ilk adım oluyor.
İhtiyaç web tabanlı bir sistemse, web tasarım ve geliştirme tarafında özel bir mimari kurmak platform sınırlarının tekrar karşınıza çıkmayacağı bir temel oluşturur. Benzer bir karar sürecini yönetim paneli projelerinde de görüyoruz; kapsamı baştan netleştirmek, ilerleyen aylarda ortaya çıkacak sürpriz maliyetleri büyük ölçüde azaltıyor. Bu konuda yönetim paneli geliştirmede kapsam belirleme yazımızda benzer bir karar çerçevesini ele almıştık.
No-code ve low-code kararınızı netleştirmek için ekibimizle görüşüp projenizin kapsamını birlikte değerlendirebilirsiniz. Teklif al sayfamızdan bize ulaşarak mevcut durumunuzu ve ihtiyaçlarınızı iletebilirsiniz.
