SaaS Web Sitesi Tasarımı

Bir SaaS web sitesi, ürününüzü hiç görmemiş birinin onu birkaç saniyede anlamasını, kendi işine uyup uymadığına karar vermesini ve hesap açmasını sağlamak zorunda. Bu üç işi aynı anda yapan bir site, tasarımdan önce satış modeli, plan yapısı ve kayıt akışıyla ilgili bir dizi karar ister.

Aşağıdaki bölümler bu kararları, bir yazılım firmasının çoğu zaman sırayla vermesi gereken düzende ele alıyor. Örnekler, ekibimizin geliştirip işlettiği ürünlerde ve yazılım firmalarıyla yaptığımız çalışmalarda karşılaştığımız durumlardan geliyor; her bölümde kendi sitenize uygulayabileceğiniz bir ölçüt ya da kontrol listesi var.

01Önce satış modelini seçin: deneme, demo ya da bekleme listesi

SaaS web sitesinin yapısını tasarım değil, ziyaretçinin ürünle ilk nasıl tanışacağı belirler. Kendi kendine denenen bir üründe her sayfa deneme kaydına çıkar; kuruma özel teklif verilen bir üründe aynı yol demo talebiyle biter. İkisini birden sunacaksanız hangisinin birincil olduğuna baştan karar verin, yoksa her sayfada iki eşit buton birbiriyle yarışır. Seçtiğiniz model, menüden fiyatlandırma sayfasına ve ölçüm kurgusuna kadar her kararı etkiler.

Karar verirken şu ölçütlere bakın:

• Kurulum süresi: Ürün ilk değerini yardım almadan tek oturumda gösteriyorsa deneme; veri aktarımı ya da kurulum desteği gerekiyorsa demo.
• Kararı kim veriyor: Ürünü kullanacak kişi satın alıyorsa deneme; satın alma, bilgi işlem ve hukuk birlikte karar veriyorsa demo.
• Fiyatın mantığı: Bir plan tablosuyla açıklanabiliyorsa deneme; kullanıcı sayısı, modül ve entegrasyona göre her müşteride değişiyorsa demo.
• Satış ekibinin kapasitesi: Her talebe aynı gün dönemeyecekseniz demo formunu birincil yapmak, ziyaretçiyi bekletmek anlamına gelir.

Ürün henüz hazır değilse üçüncü model devreye girer: bekleme listesi. Bu aşamada tek bir sayfa sorunu ve yaklaşımınızı anlatır, erken erişim talebi toplar ve ürün büyüdükçe genişler. Yatırımcıya da konuşması gereken erken aşama ekipler için girişim web sitesi yapısını ayrıca ele alıyoruz.

02İlk ekran: tek cümlelik değer önerisi ve gerçek arayüz

İlk ekranın tek görevi, ziyaretçiye ürünün kimin hangi işini çözdüğünü birkaç saniyede söylemektir. "İşinizi kolaylaştıran akıllı platform" gibi bir cümle bunu yapmaz; "Spor okulları için aidat takibi, yoklama ve veli bildirimi tek panelde" gibi bir cümle yapar. İkinci cümle kime satıldığını, hangi işleri kapsadığını ve neyle ayrıştığını aynı anda söyler.

Soyut illüstrasyon yerine ürünün gerçek ekranını kullanın. Panelin tamamını küçültüp sığdırmak yerine, değer önerisindeki işi gösteren tek bir görünümü seçin ve gerçekçi ama kişisel veri içermeyen örnek verilerle doldurun. Küçültülmüş bir panelde hiçbir şey okunmaz; tek bir tablonun ya da bildirimin yakın görünümü çok daha fazlasını anlatır.

İlk ekranı yayına almadan önce şu soruları sorun:

1. Sektörü bilmeyen biri cümleyi okuyunca ürünün kime satıldığını söyleyebiliyor mu?
2. Görseldeki ekran, cümlede vaat edilen işi gerçekten gösteriyor mu?
3. Birincil buton tek mi ve satış modelinizle uyumlu mu?
4. Mobilde cümle, görsel ve buton kaydırmadan görünüyor mu?
5. Sayfada "sektör lideri" ya da "devrim niteliğinde" gibi kanıtlayamayacağınız bir iddia var mı?

Bu beş sorudan birine bile "hayır" cevabı veriyorsanız, renk ve yazı tipi tartışmasına geçmeden önce cümleyi ve görseli yeniden ele alın.

03Özellik ve senaryo sayfalarının haritasını çıkarmak

Her ana özelliğin kendi sayfası olmalı, ama her ayarın değil. Bir özelliğin ayrı sayfayı hak edip etmediğini anlamanın yolu, alıcının o işi arama motoruna ya da satış görüşmesine ayrı bir soru olarak getirip getirmediğine bakmaktır. Restoran sipariş yönetiminde "masadan QR kodla sipariş" ayrı bir sorudur; "fiş yazıcısı ayarı" ise dokümantasyonda yer alır.

Senaryo sayfaları aynı ürünü farklı alıcılara anlatır. Rol bazlı sayfalar (işletme sahibi, muhasebe, operasyon sorumlusu) ile sektör bazlı sayfalar (spor okulu, yüzme kulübü, dans okulu) arasında seçim yaparken, satış görüşmelerinde hangi ayrımın daha sık gündeme geldiğine bakın. İkisini birden açmak çoğu zaman birbirini tekrar eden ince sayfalar üretir.

Bir özellik sayfasında şu sıra iyi çalışır:

1. Sorunu alıcının diliyle anlatan bir başlık ve tek paragraf.
2. Özelliğin çözdüğü işi gösteren bir ya da iki gerçek ekran.
3. Özelliğin nasıl çalıştığı, en fazla beş adımda.
4. Hangi planlarda bulunduğu ve varsa sınırları.
5. İlgili entegrasyonlar ve konuyu anlatan dokümantasyon sayfasının adı.
6. Satış modelinize uygun tek bir çağrı: deneme ya da demo.

Her özellik sayfası tek bir arama niyetine karşılık gelsin; iki sayfa aynı soruyu cevaplıyorsa birleştirin. Yeni bir özellik çıktığında önce mevcut bir sayfaya bölüm olarak ekleyin, talep büyüdükçe ayrı sayfaya taşıyın.

04Fiyatlandırma sayfasını karar aracına dönüştürmek

Fiyatlandırma sayfası alıcının kararını verdiği yerdir; işi "kaç para" sorusundan çok "hangi plan bana yeter" sorusuna cevap vermektir. Bunun için planları üç ayrı kutuda değil, satırları özellik ve sınır olan tek bir tabloda karşılaştırın.

Tabloda mutlaka bulunması gerekenler:

• Sınırlar: Kullanıcı, kayıt, şube ya da işlem sayısı gibi planları ayıran ölçüler rakamla yazılmalı.
• Vergi bilgisi: Fiyatların KDV dahil mi hariç mi olduğu tablonun hemen üstünde belirtilmeli.
• Dönem seçimi: Aylık ve yıllık seçenek, yıllık ödemenin nasıl alındığıyla birlikte gösterilmeli.
• Plan değişikliği ve iptal: Yükseltme ve düşürmenin ne zaman geçerli olduğu, iptalden sonra verinin ne olacağı yazılmalı.
• Sınır aşımı: Limit dolduğunda hizmetin durup durmadığı ya da bir üst plana geçişin önerilip önerilmediği açık olmalı.

Tablonun altına, satış ekibinize en sık gelen faturalama sorularını kısa cevaplarla ekleyin. Kurumsal alıcı için fatura bilgileri, ödeme yöntemleri ve sözleşme süresi bu bölümde aranır. Sorular gerçek müşteri yazışmalarından ve destek kayıtlarından seçildiğinde, satış ekibine gelen tekrar soruları da azaltır.

Fiyat yayınlamamaya karar verdiyseniz bile plan yapısını ve neye göre fiyatlandırdığınızı yazın. Yalnız "bize ulaşın" diyen boş bir sayfa, alıcının kendi kısa listesini hazırlarken sizi ilk elemede dışarıda bırakmasına yol açabilir.

05Deneme kaydından ilk girişe kadar olan dikiş yeri

Deneme kaydı sitede başlar, üründe biter; ikisinin birleştiği yer çoğu zaman kimsenin sahiplenmediği bölümdür. Bu yüzden kayıt akışını ürün ekibinizle birlikte, tek bir yolculuk olarak tasarlıyoruz.

Formda yalnız hesabı açmak için gerçekten gereken alanları isteyin; çoğu üründe e-posta, şifre ve işletme adı yeter. Telefon, sektör ve çalışan sayısı gibi bilgileri ürün içinde, ihtiyaç doğduğunda sorun. Google hesabıyla giriş formu kısaltır, ama kurumsal alıcı için şirket adresine bağlı bir e-posta ile kayıt seçeneği de açık kalmalı.

Kayıttan sonraki ilk dakikalar için şu sırayı öneriyoruz:

1. Kayıt butonundan sonra ziyaretçiyi bekletmeden panele alın; doğrulama e-postası arka planda gitsin.
2. İlk ekranda boş bir tablo yerine tek bir başlangıç görevi gösterin.
3. Örnek veriyle dolu bir görünümü isteğe bağlı sunun ve gerçek veriden ayrı tutun.
4. Sitedeki değer önerisinde vaat edilen işi ilk oturumda tamamlanabilir kılın.
5. Her adımı ayrı bir olay olarak ölçün, böylece kullanıcının nerede bıraktığını görün.

Panelin, ödeme altyapısının ve hesap yönetiminin kendisi özel yazılım geliştirme hizmetimizin konusu. Ürünü başka bir ekip geliştiriyorsa, sitedeki kelimelerle ürün ekranlarındaki kelimelerin aynı kalması için iki ekibin ortak bir terim listesi tutmasını öneriyoruz. Sitede "şube" denen şeye üründe "lokasyon" denmesi, yeni kullanıcıyı ilk dakikada tereddüde düşürür.

06Ödeme adımı, abonelik koşulları ve yasal metinler

Ödeme sitede alınıyorsa ödeme ekranı hem ürünün hem de hukukun konusudur. Mesafeli Sözleşmeler Yönetmeliği, tüketicinin siparişi onaylamadan hemen önce bu onayın ödeme yükümlülüğü anlamına geldiği konusunda açıkça bilgilendirilmesini istiyor; bu yüzden onay butonunun yanında ne ödeneceği, hangi dönem için olduğu ve nasıl yenileneceği tek bakışta okunmalı.

Abonelikte güveni en çok sarsan şey, yenileme ve iptal koşullarının ödeme yapıldıktan sonra öğrenilmesidir. Şunları ödeme adımında görünür kılın:

• Seçilen plan, dönem ve vergiler dahil toplam tutarın nasıl oluştuğu.
• Aboneliğin otomatik yenilenip yenilenmediği ve yenilemeden önce hatırlatma gidip gitmediği.
• İptalin panelden nasıl yapıldığı ve iptalden sonra verinin ne kadar süre erişilebilir kaldığı.
• Ön bilgilendirme formu, mesafeli satış sözleşmesi ve kullanım koşullarının okunabilir hali.

Kayıt formu kişisel veri topladığı için KVKK'nın 10. maddesindeki aydınlatma yükümlülüğü burada da geçerli; aydınlatma metni formun yanında durmalı, pazarlama izni gibi ayrı onay gerektiren işlemler ise kendi kutularında ve önceden işaretlenmemiş olarak sunulmalı.

Kurumsal satışta tüketici kuralları farklı uygulanabilir ve sözleşmeler çoğu zaman pazarlıkla şekillenir. Ödeme ekranını verdiğiniz kurallar içinde tasarlıyoruz; nihai hukuki değerlendirme firmanızın hukuk danışmanına aittir. Metinlerin güncel sürümlerini tarihleriyle saklamak, ileride bir anlaşmazlıkta hangi koşulların geçerli olduğunu göstermeyi de kolaylaştırır.

07Dokümantasyon ve değişiklik günlüğü neden satış sayfasıdır

Teknik alıcı, satın almadan önce ürünün mevcut araçlarıyla nasıl konuşacağını okumak ister; herkese açık dokümantasyon bu okumayı satış görüşmesinden önce yaptırır. Kurulum rehberi, API referansı ve entegrasyon sayfaları arama motorunun tarayabileceği adreslerde durduğunda, ürün adını duymuş ama henüz karar vermemiş alıcı da sizi bulur.

Dokümantasyonu yayına alırken net bir ayrım yapın: herkese açık sayfalar indekslenebilir olmalı, yalnız müşteriye özel alanlar giriş arkasında kalmalı. Bir sayfayı arama sonuçlarından çıkarmak istiyorsanız robots.txt ile engellemek yetmez; Google taramasını engellediğiniz sayfadaki noindex etiketini okuyamaz, bu yüzden sayfa taranabilir kalmalı ve noindex taşımalı. Test sunucuları için en sağlam yol ise şifre korumasıdır.

Değişiklik günlüğü, ürünün yaşadığını gösteren en sade kanıttır. İyi bir günlük kaydı şunları içerir:

• Tarih ve alıcının anlayacağı kısa bir başlık.
• Değişikliğin kimin hangi işini etkilediği, tek cümleyle.
• Varsa yeni ekranın görüntüsü ve ilgili dokümantasyon sayfasının adı.
• Değişikliğin hangi planlarda geçerli olduğu.

Ayda bir güncellenen bir günlük, iki yıldır dokunulmamış bir "yenilikler" sayfasından daha çok güven verir. Günlüğü ürün ekibi yazsa bile, yayından önce pazarlama tarafının alıcı diliyle bir kez okuması teknik kayıtların anlaşılır kalmasını sağlar.

08Kurumsal alıcı için güven ve güvenlik sayfası

Kurumsal satışta site, satın alma ekibinin soru listesine cevap verebildiği ölçüde ilerler. Bu cevapları tek bir güven ve güvenlik sayfasında toplamak, her teklif sürecinde aynı cevapları yeniden yazmaktan kurtarır. Alıcı da sorularının çoğunu satış ekibinizle konuşmadan önce kendi başına cevaplayabilir.

Sayfada şu başlıklar yer almalı:

• Veri nerede: Sunucuların bulunduğu ülke, yedekleme sıklığı ve yedeklerin tutulduğu yer.
• Erişim: Rol bazlı yetkiler, iki aşamalı doğrulama seçeneği ve çalışan erişiminin nasıl sınırlandığı.
• Hizmet sağlayıcılar: Barındırma, e-posta gönderimi ve ödeme için kullanılan üçüncü taraflar.
• Belgeler: KVKK aydınlatma metni, kullanım koşulları ve örnek veri işleme sözleşmesi.
• İletişim: Güvenlik bildirimleri için ayrı bir adres ve cevap süreci.

Burada tek bir kural var: yalnız gerçekten sahip olduğunuz sertifikayı ve fiilen uyguladığınız süreci yazın. Sahip olunmayan bir belgenin logosu, alıcının ilk kontrolünde ortaya çıkar ve bütün sayfanın güvenilirliğini düşürür.

Sağlık verisi gibi özel nitelikli kişisel veri işleyen ürünlerde bu sayfa ayrıca önem kazanır, çünkü KVKK'nın 6. maddesi bu verileri daha sıkı bir rejime bağlıyor. Güncel tutulan bir güvenlik sayfası, satış ekibinize her kurumsal soru formunda hazır cevaplar da sağlar.

09Sorun aramaları, karşılaştırma sayfaları ve yapay zeka cevapları

Alıcı çoğu zaman ürün adınızı bilmeden önce sorununu arar; bu yüzden bir SaaS sitesi arama görünürlüğünü marka sayfalarından çok sorun ve senaryo sayfalarıyla kazanır. "Aidat takibi nasıl yapılır" diye arayan bir kulüp yöneticisi, ürününüzle aidat takibini anlatan bir senaryo sayfasında tanışabilir.

İçerik planını üç katmanda kurun:

• Sorun sayfaları: Alıcının işini anlatan ve ürünü çözümün bir parçası olarak gösteren rehberler.
• Özellik ve senaryo sayfaları: Ürünün o işi nasıl yaptığını gösteren ticari sayfalar.
• Karşılaştırma sayfaları: "X alternatifi" ve "X ile Y" aramaları için rakibi adil ve doğru anlatan sayfalar.

Karşılaştırma sayfasında rakip hakkında doğrulayamadığınız bir iddia yazmayın, karşılaştırmanın tarihini belirtin ve rakip ürününü güncellediğinde sayfayı da güncelleyin. Haksız bir karşılaştırma hem alıcının güvenini zedeler hem de hukuki risk doğurur. Rakibin güçlü olduğu noktaları da dürüstçe yazmak, sayfanın tamamını daha inandırıcı kılar.

Alıcılar yazılım önerisini artık yapay zeka asistanlarına da soruyor. Bu cevaplarda doğru anlatılmanın yolu, ürünü tek cümlede tanımlayan net metinler, açık plan bilgisi ve taranabilir dokümantasyondur. Ürün ve sık sorulan sorular için yapılandırılmış veri ekleyin, ama sayfada görünmeyen bir puanı ya da bilgiyi işaretlemeyin. Bu katmanları SEO ve GEO çalışmasıyla birlikte planladığımızda her yeni sayfa bir arama niyetine karşılık gelir.

10Hız ve teknik temel: siteyi uygulamadan ayırmak

Pazarlama sitesi ile uygulama farklı işler yapar ve farklı hız ihtiyaçları vardır; ikisini aynı kod tabanında tutmak çoğu zaman siteyi yavaşlatır. Site genellikle ana alan adında, uygulama ayrı bir alt alan adında durur; böylece site uygulamanın ağır komut dosyalarını yüklemez ve uygulamadaki bir güncelleme sitenin yayınını beklemez.

Google'ın Core Web Vitals ölçütleri hız için net bir hedef verir. Ziyaretlerin yüzde 75'inde şu eşiklerin içinde kalmak "iyi" sayılır:

• LCP: Sayfadaki en büyük görselin ya da metin bloğunun yüklenme süresi; 2,5 saniye ya da daha az.
• INP: Sayfanın bir tıklamaya ya da dokunuşa tepki verme süresi; 200 milisaniye ya da daha az.
• CLS: Yükleme sırasında öğelerin yerinden kayma miktarı; 0,1 ya da daha az.

SaaS sitelerinde bu eşikleri en çok zorlayanlar, ilk ekranda kendiliğinden oynayan ürün videosu, üst üste eklenmiş sohbet ve analiz komut dosyaları ve sonradan yüklenip düzeni kaydıran çerez bandıdır. Videoyu tıklanınca yüklenen bir önizlemeyle değiştirmek ve sohbet aracını yalnız fiyatlandırma ile demo sayfalarında açmak çoğu zaman yeterli olur.

Mobilde plan tablosunun yatay kaydırma gerektirmeden okunup okunmadığını ayrıca test edin; tablo dar ekranda plan başına kartlara dönüşebilir. Ölçümü yalnız hızlı bir ofis bağlantısında değil, orta seviye bir telefonda ve mobil veriyle de yapın.

11Yeni pazarlara açılırken dil ve pazar yapısı

Ürünü yurt dışına açmak siteyi çevirmekten fazlasıdır; her pazarın kendi para birimi, örnekleri, yasal metinleri ve arama alışkanlıkları vardır. Almanya'daki bir alıcı fiyatı euro cinsinden ve vergi durumuyla birlikte, sitede bir Impressum sayfası ve kendi hukukuna uygun bir sipariş butonu görmeyi bekler.

Her pazar için şu kararları baştan verin:

1. Pazarı dil mi tanımlıyor, ülke mi: tek bir Almanca sayfa seti mi, yoksa Almanya ve İsviçre için ayrı setler mi?
2. Her dil sürümünün adresi: alt klasör, alt alan adı ya da ayrı alan adı.
3. Fiyatların o pazarın para biriminde gösterilip gösterilmeyeceği ve ödemenin nasıl alınacağı.
4. Yasal metinleri o pazarın hukukuna göre kimin hazırlayacağı.
5. Çeviriyi kimin yapacağı ve kimin kontrol edeceği.

Her dil sürümü hreflang ile diğer sürümleri ve kendisini göstermeli; işaretleme karşılıklı olmadığında Google onu dikkate almayabilir. İşaretlemeyi yayından önce kontrol etmek, sonradan yaşanacak yanlış dil eşleşmelerini önler; her sürümün kendi adresini ve karşılığını gösterip göstermediğini tek tek doğrulayın.

Makine çevirisini olduğu gibi yayınlamak, özellik sayfalarındaki sektör terimlerini bozar ve yabancı alıcının güvenini düşürür. Kurgunun ayrıntılarını çok dilli web sitesi sayfamızda anlatıyoruz.

12Ölçüm: hangi sayfa deneme ve ödeme getiriyor

Ziyaret sayısı bir SaaS sitesinin başarısı hakkında çok az şey söyler; asıl soru, hangi sayfanın ve hangi kanalın deneme, demo ve ödeme getirdiğidir. Bunun için ölçümü site yayına girmeden kurun ve olayları ürün ekibinin kullandığı isimlerle tanımlayın.

İlk günden ölçülmesi gereken olaylar:

• Fiyatlandırma sayfasının görüntülenmesi ve plan seçimi.
• Deneme kaydının başlatılması ve tamamlanması, ayrı ayrı.
• Demo formunun gönderilmesi ve satış ekibine ulaşması.
• Üründe ilk başlangıç görevinin tamamlanması.
• Deneme sonunda ücretli plana geçiş.

Son iki olay üründe gerçekleşir; bu yüzden ziyaretin kaynağı kayıt anında hesaba yazılmalı, yoksa hangi reklamın ya da içeriğin ödeme getirdiği görünmez. Kampanya bağlantılarını tutarlı etiketlemek için UTM bağlantı oluşturucuyu kullanabilirsiniz. Reklam trafiği için ana siteyi bozmadan tek hedefli bir landing page yayına almak ölçümü de sadeleştirir.

Başlık ya da plan tablosu üzerinde deney yapıyorsanız sonucun tesadüf olup olmadığını A/B testi hesaplayıcısıyla kontrol edin. Avrupa Ekonomik Alanı'ndaki ziyaretçiler için Google, ölçüm ve kişiselleştirilmiş reklam özelliklerinde izin modunu şart koşuyor; çerez bandını ve ölçüm kurgusunu birlikte planlayın. Türkiye'deki ziyaretçiler için de çerez metni ve KVKK aydınlatması, gerçekte çalışan ölçüm araçlarıyla birebir uyumlu olmalı.

13SaaS sitelerinde sık yapılan altı hata

Aşağıdaki hatalar, yazılım firmalarının sitelerinde sık karşılaştığımız ve düzeltmesi görece kolay olanlardır. Her birinin yanında yerine ne yapılabileceğini yazdık.

• Özellik listesini ana sayfaya dökmek: On iki ikonlu bir liste ziyaretçiye öncelik söylemez; ana sayfada üç ana işi anlatın ve her birini kendi özellik sayfasına yönlendirin.
• Ürünü üründe olmayan ekranlarla göstermek: Tasarım aracında çizilmiş hayali ekranlar denemede hayal kırıklığı yaratır; gerçek arayüzü örnek veriyle kullanın.
• Kayıt formunu satış formu gibi kullanmak: Bütçe, çalışan sayısı ve telefon isteyen bir deneme formu kaydı zorlaştırır; bu bilgileri ürün içinde, ihtiyaç doğduğunda isteyin.
• Fiyatı gizleyip yalnız "bize ulaşın" yazmak: Kendi kendine denenen bir üründe bu, alıcıyı rakibe gönderir; fiyatı yayınlamıyorsanız bile neye göre fiyatlandırdığınızı açıklayın.
• Değişiklik günlüğünü yarım bırakmak: Son kaydı bir yıl önce olan günlük, ürün durmuş izlenimi verir; düzenli yazamayacaksanız günlüğü üç ayda bir yayınlanan toplu kayıtlara çevirin.
• Site metinlerini uygulamanın yayın takvimine bağlamak: Her metin değişikliğinin geliştirici beklemesi pazarlamayı yavaşlatır; site içeriğini pazarlama ekibinin kendisinin düzenleyebileceği ayrı bir yapıda tutun.

Bu altı maddeyi mevcut sitenizde tek tek kontrol etmek, yenileme kararından önce hangi sorunun tasarımdan, hangisinin içerikten ya da akıştan kaynaklandığını gösterir. Çoğu zaman sitenin tamamını yeniden yapmak yerine iki ya da üç sayfayı düzeltmek ilk adım olarak yeterlidir.

14Doğru ekibi seçmek ve sonraki adım

SaaS web sitesini yapacak ekibi seçerken asıl ölçüt, o ekibin bir ürünü ilk ekrandan ödemeye kadar bütün olarak düşünüp düşünemediğidir. Yalnız görsel portföye bakmak, kayıt akışı ve ölçüm gibi asıl kritik işler hakkında bir şey söylemez. Görüşmede şu soruları sorun:

• Kendi geliştirdiğiniz ya da işlettiğiniz bir yazılım ürünü var mı, kayıt akışını nasıl ölçüyorsunuz?
• Deneme kaydının ürünle bağlantısını kim kuracak, ürün ekibimizle nasıl çalışacaksınız?
• Yayından sonra site metinlerini kendimiz değiştirebilecek miyiz?
• Çok dilli yapıda çeviriyi ve yasal metinleri kim hazırlıyor, kim kontrol ediyor?
• Hangi olaylar ölçülecek ve raporları kim görecek?

Ekibimiz Planox (spor okulu yönetim yazılımı), Operox (restoran sipariş yönetimi) ve Sigortox (online sigorta karşılaştırma platformu) ürünlerini geliştirdi ve işletiyor; pazarlama sitelerini de biz tasarladık; üçü de yayında ve her gün kullanılıyor. Plan tablosu, deneme kaydı ve teklif akışıyla ilgili önerilerimiz bu ürünlerde verdiğimiz kararlardan geliyor. Diğer işlerimizi referanslar sayfasında görebilirsiniz.

Sabit fiyatlı paketleri ve online satın almayı web tasarım fiyatları bölümünde inceleyebilirsiniz. Ürününüzü, planlarınızı ve hedef alıcınızı anlatırsanız deneme ya da demo odaklı sayfa yapısını ve yazılı teklifi birlikte çıkarırız; bunun için iletişim formundan 15 dakikalık ücretsiz bir görüşme isteyebilirsiniz.