No-code platformların bittiği yer: kural tabanlı fiyatlandırma

No-code platformlar pazarlama siteleri ve içerik odaklı sayfalar için iyidir; yerleşimi ve metni hızlıca değiştirmeyi sağlar. Sorun, müşteri sitenin bir şey hesaplamasını ya da karar vermesini istediğinde başlar: örneğin birbirini etkileyen seçeneklere bağlı bir fiyat ya da gelen talepleri yalnız oturum açmış personelin görebildiği bir panel.

İçeriğin bittiği, mantığın başladığı yer

Kural tabanlı bir fiyat, veri modeli ve backend gerektirir; CMS alanlarını bir formüle bağlamak ikisini de sağlamaz. Fiyat kuralları ya hesaplama katmanı olan bir veritabanında tutulur ya da birinin kafasında durur ve her teklife elle yeniden yazılır.

Bir CMS koleksiyonu satır saklar. A seçeneğinin B’yi dışladığını ya da bir eşiğin üstünde ek ücret uygulandığını denetlemez. Bunlar kısıttır ve kısıtların çalışacak bir yere ihtiyacı vardır. Geriye kalan yer genellikle tarayıcıdır, yani sayfadaki betikler. Bu durumda sayı, işletmenin denetlemediği bir bilgisayarda, her ziyaretçinin okuyup değiştirebileceği bir kodla üretilir. Pazarlama amaçlı bir rakam için bu yeterli olabilir; teklif belgesine giren bir rakam ise sunucudan gelmelidir.

Panelde de aynı sorun var. “Yalnızca oturum açmış personel”, veri gönderilmeden önce sunucuda karara bağlanan oturumlar ve kayıt bazında erişim hakları demektir. Kayıtlar hâlâ sunulurken sayfayı gizlemek, veriyi doğrudan isteyen herkese açık bırakır.

Bir seçenek kümesi neyi gerektirir

aux-garagen.de için kurduğumuz konfigüratörde 41 seçenek var.

Seçenekler arasında kurallar olan her seçenek kümesi, ne satarsa satsın, aynı gereksinimleri getirir:

• bağımlılıkları ve dışlamaları olan bir seçenek modeli; geçersiz kombinasyonlar seçilemez ve gönderilemez

• arayüzün uyguladığı her kuralı sunucuda tekrarlayan doğrulama; çünkü ziyaretçi tarayıcıda çalışan kodu değiştirebilir

• sürümlenmiş fiyat kuralları; son kural değişikliğinden önce gönderilen bir teklif bugün de açıklanabilir

• para birimi ve KDV’nin hesaplamanın içinde kural olarak ele alınması

• belgenin sunucuda, saklanan konfigürasyondan üretilmesi

• aynı konfigürasyonun her zaman aynı sayıyı ve aynı belgeyi üretmesi

Sık görülen sorun, aynı sayının iki ayrı yerde hesaplanmasıdır: biri ekranda göstermek için sayfada, diğeri PDF üretilirken. Bir kural yalnız bir tarafta değiştiği an ikisi ayrışır ve müşteri ekranda ve ekte farklı fiyatlar görür. Bu yüzden fiyatı bir kez, sunucuda hesaplıyor, sonucu onu üreten konfigürasyonla birlikte saklıyor ve belgeyi o kayıttan üretiyoruz.

Sürümleme de aynı nedenle önemlidir. Teklif, gönderildiği gün geçerli olan kuralları yansıtır. Kurallar yerinde düzenlenirse eski teklifler arşivden açıklanamaz hâle gelir. Bu yüzden fiyat kurallarını veritabanında, her değişikliğe tarih koyarak tutuyoruz; şema değişiklikleri de migration ile yapılır.

Bunun bedeli

Bunun bir bedeli var ve işe başlamadan önce onu da yazıyoruz. Kendi yığınımızla çalışıyoruz: sunucuda Next.js, arkasında Spring Boot ve PostgreSQL, bir de kendi CMS’imiz. Gece yarısı bir hero bloğunu sürükleyip başka yere taşımak isteyen müşteri bunu yapamaz. Önceden tanımlanmış bölümler üzerinde çalışan yapılandırılmış bir editör alır; sitenin altında üçüncü taraf eklenti olmaz.

Backend’in işletilmesi de gerekir: migration’lar uygulanır, veritabanı yedeklenir ve bunun bir sorumlusu olmalıdır. Kural kümeleri de büyür. Her “bir onay kutusu daha ekleyelim” ya seçenek modeline oturur ya da onu zorlar; çok zorlanan bir modeli değiştirmek zorlaşır.

Her proje bunu hak etmez. Fiyatlandırma tek bir sayı ve bir iletişim formundan ibaretse, doğru cevap no-code bir sitedir; bunu da söyleriz.

Ajansın markası altında çalışmak

Müşterisine web sitesi satmış bir ajansın backend geliştiriciye ihtiyaç duyduğu yer genellikle burasıdır. Ajans müşterisiyle ilişkisini korur; bizim payımıza mevcut sitenin altındaki backend ve konfigüratör düşer, ajansın markası altında.

Kapsam, hiçbir şey kurulmadan önce yazılır. Sabit fiyatın geçerli kalması için her kuralın bir kabul ölçütü olmalı: ne girdiği ve hangi sonucun doğru sayıldığı. Kural motoru siteden ayrı kapsamlandırılır; sonradan çıkan her şey bir değişiklik talebidir.

Bu noktaya geldiğinizi genellikle şuradan anlarsınız: müşterinin ekibinden biri aynı fiyatları her teklife elle yazmaya başlar.

Bu tür işleri nasıl kapsamlayıp fiyatladığımız hizmetler sayfasında.