Webflow mu, özel yazılım mı? Karar rehberi

Webflow ile özel yazılım arasında genel bir üstünlük yoktur. İkisi farklı sorunları çözer, o yüzden "hangisi daha iyi" sorusunun cevabı da yoktur.

Cevabı olan soru şu: sizin işinize hangisi uyuyor? Bunu belirleyen şey teknoloji tercihi değil, beş somut cevaptır — site ne yapacak, içeriği kim güncelleyecek, hangi sistemlere bağlanacak, giriş ve yetki var mı, iki yıl sonra kim bakacak.

Bu rehber o beş soruyu sırayla sorduruyor. Sonunda elinizde bir tablo değil, cevaplanmış beş satır ve gerekçesi yazılı bir karar olacak.

Karşılaştırmayı özellik listesiyle yapmak yanıltıcıdır; ikisinin de asıl sınırı özellik listesinde görünmez.

Webflow barındırmayı, görsel düzenleyiciyi ve içerik yönetimini tek pakette verir. Tasarımı koda dökmeden yayına almanızı sağlar; pazarlama ekibi geliştiriciye ihtiyaç duymadan içerik girer. Sınırı, platformun izin verdiği yapının dışına çıkan iş mantığında, karmaşık yetkilendirmede ve derin sistem entegrasyonlarında başlar.

Özel yazılım bu sınırı tanımaz. Ne gerekiyorsa yazılır. Karşılığında her şeyi siz üstlenirsiniz: içerik yönetim arayüzünden barındırmaya, güvenlik güncellemesinden yedeklemeye kadar. Esneklik bedava gelmez; sürekli bir sahiplik ister.

Aradaki fark hız ile kontrol arasındaki değiş tokuştur. Hangisine ihtiyacınız olduğu, sitenin ne iş yaptığına bağlıdır.

Ne yapılır: Sitede gerçekleşecek eylemleri tek tek yazın. Hizmetleri anlatmak, referans göstermek, blog yayınlamak ve iletişim formu toplamak anlatmaktır. Kullanıcının giriş yaptığı, sipariş verdiği, belge yüklediği, bir onay akışından geçtiği ya da kendine ait bir veri gördüğü her şey işlem yaptırmaktır.

Ayrımı netleştiren pratik bir test var: sayfada kullanıcıya özel bir bilgi görünüyor mu? Görünüyorsa işlem tarafındasınız.

Kim sorumlu: Proje sahibi, satış ve operasyon birimleriyle birlikte.

Çıktı: İki başlık altında toplanmış eylem listesi.

Ne yapılır: İçerik güncelleme sıklığını ve bunu yapacak kişinin teknik seviyesini yazın. Haftada birkaç kez içerik giren bir pazarlama ekibi ile yılda birkaç güncelleme yapan bir yönetici asistanı aynı ihtiyaç değildir.

Bu adım en çok hafife alınandır. İçerik girmek her seferinde geliştiriciye bağlıysa, site altı ay içinde güncelliğini kaybeder — teknoloji ne olursa olsun.

Kim sorumlu: İçerikten sorumlu birim.

Çıktı: Güncelleme sıklığı, içerik girecek kişilerin listesi ve her birinin teknik seviyesi.

Ne yapılır: Bağlanılacak her sistem için dört şey netleşir: hangi sistem, veri hangi yönde akacak, gerçek zamanlı mı toplu mu, ve karşı tarafın bir bağlantı noktası var mı.

Form gönderimini e-postaya ya da bir tabloya düşürmek iki tarafta da kolaydır. ERP, CRM ya da bayi sistemiyle çift yönlü ve anlık konuşmak ise başka bir iştir.

Bu adımda en çok yanılan varsayım şudur: "sistemimizin API'si vardır". Eski kurumsal sistemlerin bir kısmında ya hiç yoktur, ya da vardır ama dokümante edilmemiştir. Cevabı tahmin etmeyin; o sistemi işleten kişiye sorun ve yazılı alın.

Kim sorumlu: Teknik muhatap.

Çıktı: Entegrasyon envanteri ve her biri için karşı sistemin durumu.

Ne yapılır: "Bayi girişi", "müşteri paneli", "rol bazlı yetki" ya da "kullanıcıya özel fiyat" cümlelerinden biri geçiyor mu, ona bakın.

Bu adımın diğerlerinden farkı şu: cevabı evet ise karar büyük ölçüde verilmiştir. Kimlik doğrulama ve yetkilendirme, hazır platformların en zorlandığı alandır ve zorlama çözümler genellikle hem güvenlik hem bakım tarafında bedel yaratır.

Kim sorumlu: Proje sahibi ve teknik muhatap birlikte.

Çıktı: Kullanıcı rolleri ve her rolün ne göreceği.

Ne yapılır: Bakımı üstlenecek tarafı yazın: kurum içi ekip mi, ajans mı, ikisi birden mi? Ve bunun bir bütçesi var mı?

Bu soru teknoloji seçiminden bağımsız görünür ama değildir. Kurum içinde yazılım bakımı yapabilecek kimse yoksa özel yazılım, teslim edildiği gün donmaya başlar. Ajansla sürekli bir bakım anlaşması varsa iki seçenek de yönetilebilir.

Kim sorumlu: Bütçeyi onaylayan kişi.

Çıktı: Bakım sahibi ve yıllık bakım bütçesi.

Beş cevabı yan yana koyun:

• Site anlatıyorsa, içerik sık değişiyorsa, entegrasyon hafifse ve giriş yoksa → Webflow.
• Site işlem yaptırıyorsa, giriş ve yetki varsa, kurumsal sistemlerle çift yönlü konuşuyorsa → özel yazılım.
• İkisi de varsa → melez kurulum.
• Cevaplar net değilse → teknoloji kararını erteleyin, önce kapsamı yazın.

Son maddeyi ciddiye alın. Kapsamı yazılı sabitlemenin nasıl yapıldığını ihtiyaç analizi yazımızda adım adım anlattık; net olmayan bir kapsamın üstüne verilen teknoloji kararı, sonradan düzeltilmek zorunda kalır.

Bu rehberin bir kullanımı da şu: teklif görüşmesinde karşı tarafı ölçmek.

İlk görüşmede beş sorunun hiçbirini sormadan bir teknoloji öneren ajans, size uyanı değil kendi bildiğini öneriyordur. Bu her zaman kötü niyet değildir — tek bir altyapıyla çalışan bir ekip, gelen her ihtiyacı doğal olarak o altyapıya uydurmaya çalışır.

Sormaları gereken şeyler bellidir: sitede hangi eylemler olacak, içeriği kim girecek, hangi sistemlere bağlanacak, giriş var mı, bakımı kim üstlenecek. Bir de altıncısı: bugünkü sitede ne çalışmıyor?

Teklif metnine de bakın. Kapsam dışı bırakılanların yazılı olmadığı bir teklif, karşılaştırılabilir bir teklif değildir.

En sık atlanan seçenek bu ve çoğu kurumsal projede en doğru olanı.

Tanıtım katmanını — ana sayfa, hizmetler, projeler, blog — Webflow'da tutarsınız; pazarlama ekibi burayı kendisi yönetir. İşlem katmanını — bayi portalı, müşteri paneli, hesaplama aracı — özel yazılımla yapar ve siteye bağlarsınız.

Kazancı şu: sık değişen içerik hızlı hareket eder, nadiren değişen ama karmaşık olan kısım kendi hızında ilerler. İkisini tek altyapıya sıkıştırmak genellikle birini yavaşlatır.

Bedeli de baştan bilinmeli: iki ayrı sistem, iki ayrı bakım sorumluluğu ve aralarındaki geçişin tasarımla tutarlı görünmesi için ek iş.

Teklif aşamasında konuşulmadığı için sonradan pahalıya mal olan başlıklar.

Veriniz nerede duruyor ve çıkarabiliyor musunuz? Webflow'da kodu dışa aktarmak mümkündür ama dışa aktarılan paket, içerik yapısını ve dinamik davranışı aynı biçimde taşımaz. Özel yazılımda veri sizdedir; bu kez soru onu kimin çalıştırabileceğidir.

Platform kuralları değişirse ne olur? Barındırılan bir platformda fiyatlandırma, plan sınırları ve özellikler platformun kararıyla değişir. Genellikle yönetilebilir bir risktir ama sözleşme öncesinde güncel plan sınırlarının kontrol edilmesi gerekir.

Kaynak kod ve erişimler kimde kalacak? Bu soru yasadan değil sözleşmeden cevaplanır. Baştan yazılmadıysa sonradan pazarlık konusu olur. Özel yazılım seçilecekse kaynak kodun yanında kurulum belgeleri ve mimari açıklaması da istenmelidir; kod tek başına devredildiğinde çalıştıracak kimse olmayabilir.

İlk fiyat farkı tek başına. İki teklif arasındaki fark, kapsam farkından mı yoksa teknoloji farkından mı geliyor belli değilse karşılaştırma anlamsızdır. Önce kapsamları eşitleyin.

Rakibinizin ne kullandığı. Rakibin sitesi sizinkiyle aynı işi yapmıyor olabilir; hangi eylemleri barındırdığını dışarıdan göremezsiniz. Görünen tasarım, altındaki kararı anlatmaz.

Ekibin alışkanlığı. "Biz hep şunu kullandık" bir gerekçe değil, bir bağlamdır. Alışkanlık ancak bakımı o ekip üstlenecekse karara girer — o zaman da beşinci sorunun parçasıdır, ayrı bir ölçüt değil.

İki yön aynı ağırlıkta değil.

Webflow seçip sonra özel yazılıma geçmek yönetilebilir bir durumdur. İçerik taşınır, adres yapısı korunabilir, tasarım yeniden üretilir. Maliyeti vardır ama öngörülebilir ve tek seferliktir.

Basit bir siteyi özel yazılımla yapmak daha pahalı bir hatadır, çünkü maliyeti tek seferlik değildir. Yayına aldıktan sonra güncelleme, güvenlik yaması ve barındırma sorumluluğu sizde kalır. İhtiyacınız olmayan esneklik, her yıl yeniden ödediğiniz bir kaleme dönüşür.

Bu yüzden kararsız kaldığınızda basit olandan başlamak genellikle daha az riskli. Kurumsal projelerde süre ve maliyeti neyin belirlediğini kurumsal web tasarım ve yazılım yazımızda, özel yazılımın kendi tarafındaki kalemleri ise özel yazılım geliştirme yazımızda ele aldık.

Teklif almadan önce beş cevabı tek sayfaya yazın. Yanlarına da şunları ekleyin: kaç farklı sayfa şablonu olacak, kaç dil, içeriği kim yazacak, kaç kişi onay verecek.

Bu notu her firmaya aynı biçimde verin. Farklı kapsamlara verilen teklifler karşılaştırılamaz; aynı kapsama verilenler ise teknoloji tercihinin gerçek bedelini görünür kılar.

Projenin tamamının nasıl yürütüldüğünü kurumsal web sitesi rehberimizde aşama aşama anlattık.