Startup ve Girişim Web Sitesi Tasarımı

Bir startup için web sitesi, ürün pazar uyumu bulunana kadar bir pazarlama malzemesinden çok bir ölçüm aracıdır. Hangi cümlenin kayıt getirdiğini, hangi kitlenin geri döndüğünü ve yatırımcının ilk bakışta neyi aradığını bu site üzerinden öğrenirsiniz; bu yüzden onu kurarken verilen kararlar, sıradan bir şirket sitesindeki kararlardan farklı bir sırayla ilerler.

Bu rehberde kurucu ekiplerle çalışırken baştan sona hangi sorulara yanıt aradığımızı sırayla anlatıyoruz: aşamanın tanımı, vaadin sınanması, deney tasarımı, trafik, bekleme listesinin veri yapısı, betaya geçiş, yatırımcı ziyareti, güven, hız, marka araması, teknik altyapı, sık hatalar ve iş ortağı seçimi. Her bölümde doğrudan uygulayabileceğiniz bir kontrol listesi ya da adım bulacaksınız.

01Siteye başlamadan önce aşamanızı tek ölçüye bağlayın

Bir girişim sitesinin sayfa listesi, ürünün aşamasından ve o aşamada öğrenmek istediğiniz tek şeyden türetilmelidir. Fikir aşamasında soru "bu sorunu yaşayanlar var mı ve bize adres bırakır mı", beta aşamasında "doğru kişiler başvuruyor mu", yatırım turunda ise "görüşmeden sonra siteye bakan kişi ikna olmuş mu ayrılıyor" sorusudur.

Bu soruyu tek bir ölçüye çevirmeden tasarıma geçen ekipler, her şeyi biraz yapan ama hiçbir şeyi ölçmeyen bir siteyle kalır. Biz ilk toplantıda aşağıdaki üç satırı yazılı hale getiriyoruz:

• Aşama: ürün yok, kapalı beta, açık beta ya da yatırım turu; birden fazlası doğruysa hangisinin önümüzdeki aylarda öncelikli olduğu.
• Ana ölçü: bekleme listesi kaydı, nitelikli beta başvurusu ya da sunum talebi; ikincil ölçüler bunun altında durur.
• Karar eşiği: hangi sonucu gördüğünüzde mesajı değiştireceğinizi, hangisinde devam edeceğinizi önceden yazmak.
• Süre: deneyin ne zaman değerlendirileceği; yeterli veri birikmeden yorum yapılmaması için bir tarih.

Bu çerçeve, ileride "ana sayfaya bir bölüm daha ekleyelim mi" tartışmasını da kısaltır. Startup ekiplerinde bu tartışma sık yaşanır, çünkü her kurucu ürünün farklı bir yönünü önemli bulur. Yeni bölüm ana ölçüye hizmet etmiyorsa ya ayrı bir sayfaya gider ya da hiç eklenmez. Startup sitesinin sade kalması bir tasarım tercihi değil, ölçümün okunabilir kalmasının şartıdır.

02Vaadi müşteri dilinde yazmak ve sınamak

İlk ekrandaki cümle, kurucunun ürünü anlatma biçiminden değil, hedef kullanıcının sorunu anlatma biçiminden çıkmalıdır. Görüşmelerde kullanıcıların kullandığı kelimeleri not alın; "otomasyon platformu" yerine "her ay sonu faturaları elle eşleştirmekten kurtulmak" gibi bir ifade çoğu zaman daha hızlı anlaşılır.

Cümleyi yazdıktan sonra yayına almadan önce küçük bir sınama yapmak, sonradan yapılacak pahalı deneylerin sayısını azaltır. Uyguladığımız sıra şöyle:

1. Hedef kitlenizden, ürünü hiç görmemiş beş kişiye yalnızca ilk ekranı birkaç saniye gösterin.
2. Ekranı kapatıp "bu ürün kimin için ve ne yapıyor" diye sorun, yanıtları kelimesi kelimesine yazın.
3. Yanıtlar sizin cümlenizden farklıysa, onların kullandığı kelimelerle yeni bir başlık taslağı çıkarın.
4. İki ya da üç başlık adayını ücretsiz başlık analizi aracında netlik ve uzunluk açısından karşılaştırın.
5. Kalan iki adayı gerçek trafikle denemek üzere ayrı varyasyon sayfası olarak hazırlayın.

Bu küçük sınama istatistiksel bir test değildir ve beş kişi bir pazarı temsil etmez; amacı yanlış anlaşılan cümleleri erkenden elemektir. Gerçek karşılaştırma, bir sonraki bölümde anlattığımız deney düzeniyle yapılır. Alt başlık ise vaadi tekrar etmek yerine en yaygın itirazı yanıtlamalıdır: kurulum süresi, mevcut araçlarla uyum ya da verinin nerede tutulduğu gibi.

03Deneyleri az trafikle bile okunur kılmak

Erken aşamada ziyaretçi sayısı düşük olduğu için her değişikliği klasik bir A/B testine sokmak çoğu zaman sonuç vermez. Bu durumda deneyleri büyük farklar üzerine kurmak ve sonuçları sayıyla birlikte niteliksel geri bildirimle okumak gerekir.

Düğme rengi gibi küçük değişiklikleri test etmek yerine, tamamen farklı iki vaadi ya da iki farklı hedef kitleyi karşılaştırın. Örneğin aynı ürünü bir sayfada "muhasebe ekipleri için", diğerinde "kurucu ortaklar için" anlatmak, az trafikte bile anlamlı bir fark gösterebilir. Bir varyasyonun gerçekten önde olup olmadığını A/B testi hesaplayıcısıyla kontrol etmek, tesadüfi farkları kazanım sanmanızı önler.

• Tek değişken: aynı anda hem başlığı hem formu değiştirirseniz hangisinin etkili olduğunu bilemezsiniz.
• Eşit trafik: iki varyasyona aynı kaynaktan, aynı dönemde ziyaretçi gönderin; bir hafta reklam, diğer hafta topluluk paylaşımı karşılaştırılamaz.
• Önceden yazılmış eşik: hangi farkı anlamlı sayacağınızı deneyi başlatmadan belirleyin.
• Deney kaydı: her deneyin tarihini, hipotezini ve sonucunu tek bir belgede tutun; altı ay sonra neyi neden değiştirdiğinizi hatırlamak zorlaşır.

Sayılar yetersizse, kayıt olan kişilere teşekkür sayfasında tek bir açık uçlu soru sormak çoğu zaman en hızlı öğrenme kanalıdır. "Bu sorunu bugün nasıl çözüyorsunuz" gibi bir soru, hem rakip araçları hem de kullanıcının ödeme isteğini dolaylı olarak gösterir. Bu yanıtları her hafta okuyup deney kaydına özet olarak işlemek, bir sonraki vaat denemesinin hammaddesini oluşturur.

04İlk ziyaretçiler nereden gelecek, nasıl ayrışacak

Arama motorundan düzenli trafik gelmeden önce bir girişim sitesinin ziyaretçileri çoğunlukla kurucuların kendi kanallarından gelir; bu yüzden her kanalı ayrı ayrı etiketlemek ilk günden yapılması gereken iştir. Aksi halde kayıtların hangi topluluktan, hangi paylaşımdan ya da hangi reklamdan geldiği bir tahmin olarak kalır.

Ağırlıkları her startup için farklı olsa da tipik erken kanallar şunlardır: kurucuların profesyonel ağı, sektörel topluluklar ve forumlar, etkinlik konuşmaları, yayın bültenlerinde anılmak ve küçük bütçeli test reklamları. Her biri için ayrı bağlantıyı UTM bağlantı oluşturucuyla hazırlayın; utm_source kanalı, utm_campaign ise denediğiniz mesajı göstersin.

Reklamla mesaj denemek istiyorsanız, reklam metniyle birebir eşleşen ayrı bir sayfa açmak ana sayfanın ölçümünü bozmaz. Bunun için tek hedefli landing page varyasyonları kuruyoruz; reklam kurulumunu ve bütçe dağılımını da Google Ads yönetimi kapsamında planlayabiliyoruz. Burada amaç satış değil öğrenmedir: hangi arama ifadesinin ya da hangi kitlenin kayıt bıraktığını görmek.

• Kurucuların sosyal profillerindeki bağlantıyı da etiketleyin; çoğu erken kayıt oradan gelir.
• Etkinlik sunumlarında QR kod kullanıyorsanız ona da ayrı bir kampanya adı verin.
• Kanal başına en az birkaç haftalık veri birikmeden bir kanalı kapatmayın.

05Bekleme listesini bir veri tabanı gibi tasarlayın

Bekleme listesi formu, yalnızca e-posta toplayan bir kutu değil, lansman gününde kime ne söyleyeceğinizi belirleyen bir veri yapısıdır. Hangi alanları toplayacağınızı formu tasarlamadan önce, lansmanda yapacağınız gönderimi düşünerek seçin.

• Zorunlu alanlar: e-posta, ad ve ticari ileti onayı; formu kısa tutmak için bunların dışındakileri isteğe bağlı bırakın.
• Niteleme sorusu: şirket büyüklüğü, rol ya da bugün kullanılan araç gibi tek bir soru; betaya kimi önce alacağınızı bu belirler.
• Gizli alanlar: kaynak, kampanya, giriş sayfası ve varyasyon adı; kullanıcıya gösterilmeden kayda eklenir.
• Onay kaydı: onayın verildiği tarih ve formun metni; sonradan sorulduğunda neye onay alındığını gösterebilmek için.

6563 sayılı Kanun'un 6. maddesi, ticari elektronik iletinin alıcının önceden onayıyla gönderilebileceğini düzenler; esnaf ve tacirler için istisna bulunsa da bireysel kayıtlarda onayı formun içinde açıkça almak en temiz yoldur. KVKK'nın 10. maddesi gereği aydınlatma metni de formun yanında, tıklanarak okunabilir biçimde durmalıdır.

Listenin nerede tutulduğu da önemlidir. Bir startup listesi genellikle birkaç aracın arasında dolaşır; bu yüzden tek bir ana kaynak belirlemek gerekir. Kayıtların bir e-posta aracına ya da CRM'e otomatik aktarılması, elle tablo kopyalamaktan doğan kayıpları önler; aktarım kurulduğunda bir test kaydıyla uçtan uca kontrol edilmesi gerekir.

06Kayıttan betaya geçişi bir akış olarak kurun

Bekleme listesine yazılan kişiyle ilk temas, kayıttan hemen sonraki teşekkür ekranında başlar; bu ekranı boş bir "teşekkürler" mesajıyla geçmek, listenin en sıcak anını harcamaktır. Kayıttan beta davetine kadar olan yolu baştan bir akış olarak çizmek, lansmanda dağınık gönderimleri önler.

1. Teşekkür sayfası: kaydı onaylayın, bundan sonra ne olacağını ve yaklaşık hangi aşamada haber vereceğinizi söyleyin, tek bir açık uçlu soru sorun.
2. Onay e-postası: adresin gerçekten kişiye ait olduğunu doğrulayan bir bağlantı gönderin; bu, listedeki hatalı adresleri baştan ayıklar.
3. Ara güncellemeler: ürün notlarından derlenen, seyrek ama düzenli kısa e-postalar; listenin sizi unutmaması için.
4. Beta daveti: niteleme sorusuna göre seçilen gruba kişisel bir davet ve kısa bir başlangıç rehberi.
5. Geri bildirim: ilk kullanımdan sonra kısa bir görüşme ya da üç soruluk form.

Paylaştıkça sırası yükselen davet sistemi, listeyi büyütmek için kullanılabilir; ancak sıra mantığının adil ve açık anlatılması gerekir. Gizli kurallarla ilerleyen bir sıra, ilk kullanıcılarınızla güveni zedeler. Davet sistemi eklenmeden önce, gelen yeni kayıtların da kaynağının ayrı izlenmesini sağlıyoruz; böylece davetle gelenlerin niteliği ayrıca okunabilir.

07Bitmemiş bir ürünü dürüstçe göstermek

MVP'yi sitede gösterirken kural basittir: ziyaretçi bugün çalışan şeyi, gelecekte gelecek olanı ayrı ayrı görebilmelidir. Bu ayrım, hem ilk kullanıcıların hayal kırıklığını önler hem de yatırımcının ilerlemeyi doğru okumasını sağlar.

Gerçek ekran görüntüleri kullanırken içindeki örnek verileri kurgusal ama gerçekçi tutun; gerçek müşteri adları ya da kişisel veriler ekranda görünmemelidir. Kısa bir demo videosu, statik görsellerden daha fazlasını anlatır, ancak video sayfanın açılışını yavaşlatmamalı; önce kapak görseli yüklenmeli, video tıklandığında oynamalıdır.

• Etiketler: beta aşamasındaki özellikleri sayfada açıkça "beta" ya da "yakında" olarak işaretleyin.
• Yol haritası: tarih vermek yerine "şu an", "sırada" ve "değerlendiriliyor" gibi üç sütunla gösterin.
• Ürün notları: her sürümde neyin değiştiğini kısa maddelerle yazın; düzenli güncellenen bir sayfa, ürünün yaşadığını gösterir.
• Sınırlar: ürünün şimdilik kimler için uygun olmadığını yazmak, yanlış başvuruları azaltır.

Kullanıcı yorumu henüz yoksa uydurmayın; bunun yerine beta kullanıcılarından izin alarak, adlarıyla ve kısa bir bağlamla gerçek yorumları ekleyin. İzin alınmamış bir şirket logosunu "bizi kullananlar" başlığıyla göstermek, hem güveni hem de ilişkiyi riske atar.

08Yatırımcı ziyaretine göre sayfa ve bilgi düzeni

Yatırımcı siteye genellikle bir tanışma ya da bir tavsiyeden sonra, kısa bir doğrulama için gelir; sayfanın görevi ikna etmek değil, görüşmede duyduklarını tutarlı biçimde teyit etmektir. Bu yüzden yatırımcı sayfası, sunum dosyasının kopyası değil, onun özeti ve kapısı olmalıdır.

Sayfada ekip, çözülen problem, hedef pazarın tanımı, bugüne kadarki ilerleme ve sıradaki kilometre taşları yeterlidir. Ayrıntılı finansal veriler, sözleşmeler ve kullanıcı metrikleri sitede değil, talep üzerine paylaşılan bir veri odasında durmalıdır. Sunum talebi formuna fon adı ve görüşme bağlamı gibi iki alan eklemek, kimin incelediğini görmenizi sağlar.

• İlerleme bölümüne bir son güncelleme tarihi koyun; eski kalmış rakamlar, hiç rakam olmamasından daha çok soru doğurur.
• Kurucuların geçmişini görev unvanıyla değil, bu problemi neden çözebileceklerini gösteren bir cümleyle anlatın.
• Danışmanları yalnızca gerçekten aktif rol alıyorlarsa ve izin verdilerse listeleyin.
• Basın kitinde logo dosyaları, kısa şirket tanımı ve kurucu fotoğrafları indirilebilir olsun.

Pay satışı ya da yatırım çağrısı gibi okunabilecek her ifadeyi yayından önce hukuk danışmanınızla gözden geçirmenizi öneriyoruz; sitedeki metni bilgilendirici tutmak bu riski baştan azaltır.

09Müşteri referansı yokken güven kurmak

Erken aşamada güven, müşteri logolarından değil, arkadaki insanların ve şirketin görünür olmasından gelir. Ziyaretçi "bu kimin işi, gerçek bir şirket mi, verilerim güvende mi" sorularına yanıt bulamazsa en güçlü vaat bile kayda dönüşmez; bu yüzden aşağıdaki öğeleri ilk sürümden itibaren sitede tutuyoruz.

• Kurucu yüzleri: gerçek fotoğraf, kısa geçmiş ve profesyonel ağlarda bulunabilecek tam ad; anonim bir ekip, bilinmeyen bir ürünün güvenini zayıflatır.
• Şirket bilgisi: ticari unvan, iletişim e-posta adresi ve kurulmuşsa şirket bilgileri alt bilgide durmalıdır.
• Veri yaklaşımı: verinin nerede tutulduğunu ve kimlerin erişebildiğini sade bir dille anlatan kısa bir bölüm, özellikle kurumsal kullanıcılar için önemlidir.
• Destek kanalı: sorusu olan kişinin bir insana ulaşabileceği tek ve açık bir kanal.

Startup ekiplerinin sık atladığı bir ayrıntı da sayfa altındaki iletişim bilgisidir: yalnızca bir form bırakmak yerine okunan bir e-posta adresi vermek, kurumsal alıcıların güvenini artırır. Hızlandırma programları, hibe ya da kuluçka merkezleri gibi bağlantılar varsa, bunları adıyla ve doğru biçimde anmak işe yarar; ancak yalnızca başvuru yapılmış bir programı kabul edilmiş gibi göstermemek gerekir. Pilot kullanıcılarla çalışıyorsanız, adlarını vermeden "lojistik sektöründen iki pilot ekip" gibi doğru ve ölçülü bir ifade, abartılı bir logo şeridinden daha çok güven verir.

10Hız, mobil ve paylaşım önizlemesi

Bir girişim sitesinin bağlantısı çoğu zaman mesajlaşma uygulamalarında ve sosyal medyada telefonda açılır; bu yüzden ilk izlenim, sayfanın mobilde ne kadar hızlı açıldığı ve paylaşıldığında nasıl göründüğüyle oluşur. Hız ve önizleme, tasarım bittikten sonra değil, ilk sayfa şablonunda planlanmalıdır.

Google'ın Core Web Vitals ölçülerinde "iyi" eşikler ziyaretlerin yüzde 75'lik diliminde şöyledir: en büyük içeriğin yüklenme süresini ölçen LCP için 2,5 saniye ya da altı, etkileşime tepki süresini ölçen INP için 200 milisaniye ya da altı, görsel kaymayı ölçen CLS için 0,1 ya da altı. Erken aşamada bu eşikleri en çok bozan şeyler; ağır ilk ekran videoları, sıkıştırılmamış ürün görselleri ve kontrolsüz eklenen takip kodlarıdır.

• Ürün ekran görüntülerini modern formatta ve gösterildikleri boyutta yayınlayın.
• Takip ve sohbet araçlarını yalnızca gerçekten kullandıklarınızla sınırlayın.
• Her önemli sayfa için ayrı paylaşım başlığı, açıklaması ve görseli tanımlayın; görünümü bir bağlantı önizleme aracıyla paylaşmadan önce kontrol edin.
• Formun telefonda doğru klavyeyi açtığını ve hata mesajlarının alanın yanında göründüğünü test edin.

Ölçümü tek seferlik bir kontrol olarak bırakmayın. Her yeni varyasyon sayfası ya da eklenen takip kodu bu değerleri değiştirebilir; bu yüzden her büyük değişiklikten sonra ana sayfayı ve en çok trafik alan varyasyonu telefonda yeniden ölçmek, ziyaretçinin fark etmeden kaybolmasını önler. Bir yatırımcının da sayfayı iki toplantı arasında telefondan açabileceğini hesaba katın.

11Marka adı araması ve erken SEO kararları

Erken aşamada arama motorundan gelecek trafiğin büyük kısmı, girişimin adını bir yerde duyup arayan kişilerden gelir; bu yüzden ilk SEO hedefi geniş anahtar kelimeler değil, kendi adınızda temiz ve eksiksiz görünmektir. Adınız aranınca ana sayfa, ekip ve yatırımcı sayfası düzgün başlık ve açıklamalarla çıkmalıdır.

• Ad çakışması: aynı ya da benzer adı kullanan başka bir ürün varsa, başlık etiketine kısa bir kategori ifadesi ekleyerek ayrışın.
• Yapılandırılmış veri: şirket adı, logo ve sosyal profiller için Organization işaretlemesi; sayfada görünmeyen bilgiyi işaretlemeyin.
• Dizin kontrolü: test ve varyasyon sayfalarını noindex ile işaretleyin; robots.txt ile engellenen bir sayfanın noindex etiketi Google tarafından okunamaz, bu yüzden bu sayfalar taranabilir kalmalıdır.
• Arama konsolu: site yayına çıktığı gün Search Console'a eklenmeli, site haritası gönderilmelidir.

İçerik pazarlamasına ürün yönü netleşmeden büyük yatırım yapmak çoğu zaman erkendir; hedef kitle değiştiğinde yazılar da boşa çıkar. Bunun yerine kullanıcı görüşmelerinde en sık sorulan iki üç soruyu yanıtlayan sayfalarla başlamak daha güvenli bir yoldur. Ürün oturduktan sonra kapsamlı bir SEO çalışması planlanabilir; o noktada kategori aramaları, karşılaştırma sayfaları ve kullanım senaryosu sayfaları gündeme gelir. Yurt dışı pazar hedefleniyorsa dil sürümlerinin ve hreflang işaretlerinin baştan kurgulanması, sonradan taşıma yapmaktan daha az iş çıkarır.

12Altyapı, sahiplik ve kurucunun düzenleme alanı

Startup sitesinin altyapısı seçilirken asıl ölçüt, kurucu ekibin bir başlığı ya da ekran görüntüsünü geliştirici beklemeden ne kadar hızlı değiştirebildiğidir. İkinci ölçüt, ürün ödeme alan bir yazılıma dönüştüğünde sitenin baştan yazılmadan büyüyebilmesidir.

Hazır sürükle bırak araçları ilk günler için hızlıdır ama varyasyon sayfaları, gizli form alanları ve ölçüm kurgusu büyüdükçe sınırlarına çabuk ulaşılır. Tamamen özel yazılmış ama yönetim paneli olmayan bir site ise her değişikliği geliştiriciye bağlar. Biz arada duran bir yapı kuruyoruz: tasarım ve bileşenler bizde, metinler, görseller, ekip ve ürün notları kurucunun panelinde.

Altyapı kararı kadar sahiplik de önemlidir. Aşağıdaki hesapların şirket adına açıldığından emin olun:

• Alan adı kaydı ve DNS yönetimi.
• Barındırma hesabı ve kaynak kodu deposu.
• Analiz, Search Console ve reklam hesapları.
• E-posta aracı ve CRM; listenin dışa aktarılabildiği kontrol edilmiş olmalı.

Bir kurucu ortak ayrıldığında ya da ajans değiştiğinde erişim kaybı yaşamamak için yönetici yetkisinin en az iki kişide bulunması gerekir. Ürünle birlikte büyüyecek bir yapı için web tasarım hizmetimizi bu sahiplik kurallarıyla teslim ediyoruz.

13Girişim sitelerinde en sık yapılan altı hata

Erken aşama sitelerindeki hataların çoğu tasarımdan değil, sıralamadan kaynaklanır: ölçüm kurulmadan deney yapılır, ürün hazır olmadan ürün dili kullanılır. Aşağıdaki altı hatayı ve her birinin yerine ne yapılabileceğini, kurucu ekiplerle yaptığımız planlamalarda en sık karşılaştığımız sırayla yazdık.

• Tasarımla başlamak: renk ve logo konuşulurken vaat yazılmamış olur; önce tek cümleyi ve ana ölçüyü yazın, tasarımı onun etrafında kurun.
• Ana sayfada her kitleye konuşmak: üç farklı kullanıcı tipine aynı anda seslenmek mesajı bulanıklaştırır; her kitleye ayrı sayfa açın, ana sayfayı en öncelikli kitleye bırakın.
• Her hafta her şeyi değiştirmek: sık ve çok yönlü değişiklik hiçbir deneyin sonuçlanmasına izin vermez; tek değişkenli ve tarihli deneyler yürütün.
• Onaysız liste toplamak: lansman günü yasal olarak yazamayacağınız bir listeyle kalmak; onay kutusunu ve aydınlatma metnini ilk formdan itibaren ekleyin.
• Sunum dosyasını herkese açık koymak: kimin incelediğini göremezsiniz ve dosya eskidiğinde dolaşımda kalır; talep formuyla paylaşın, sürümü güncel tutun.
• Kişisel hesaplarla kurmak: alan adı ya da analiz hesabı bir kurucunun kişisel adresine bağlı kalır; tüm hesapları şirket adına açın ve yetkiyi paylaştırın.

Bu listenin ortak noktası, her hatanın sonradan düzeltilmesinin baştan doğru kurmaktan daha pahalı olmasıdır.

14İş ortağı seçimi ve bir sonraki adım

Bir startup için doğru iş ortağı, siteyi teslim edip çekilen değil, ilk deneylerin sonucunu sizinle birlikte okuyabilen ve yapıyı ürünle birlikte değiştirebilen ekiptir. Görüşme yaptığınız her ajansa aşağıdaki soruları sormanızı öneriyoruz:

• Tasarıma başlamadan önce vaadi ve ana ölçüyü nasıl belirliyorsunuz?
• Teslimden sonra hangi alanları biz kendimiz değiştirebileceğiz?
• Varyasyon sayfaları ve kaynak ölçümü kapsamda mı, sonradan mı ekleniyor?
• Alan adı, kod ve analiz hesapları kimin adına açılacak?
• Ürün ödeme almaya başladığında site nasıl büyüyecek?

Görüşmelerde bu sorulara somut örnekle yanıt veremeyen bir ekip, büyük olasılıkla sitenizi bir kez teslim edip bırakacaktır. Yanıtları yazılı istemek, teklifleri aynı ölçüyle karşılaştırmanızı da kolaylaştırır.

Bu alanda yaklaşımımızı görmek isterseniz, sayfada bağlantısı verilen canlı demo siteyi inceleyebilirsiniz; demo bir müşteri sitesi değil, ekibimizin hazırladığı bir örnektir. Diğer sektörlerde yaptığımız işler için referanslarımıza bakabilirsiniz. Sabit kapsamlı paketleri fiyatlar bölümünde görebilir, girişiminizin aşamasına göre yazılı kapsam ve teklif için bizimle iletişime geçebilirsiniz.

Görüşmeye gelirken ürünün bugünkü durumunu, hedeflediğiniz ilk kullanıcı tipini ve önümüzdeki aylardaki ana ölçünüzü yazılı olarak getirmeniz, ilk toplantıyı doğrudan sayfa yapısı üzerine kurmamızı sağlar. Elinizde bir sunum dosyası ya da kullanıcı görüşmesi notları varsa onları da paylaşmanız, startup sitesinin vaadini sizin verilerinizden yola çıkarak yazmamıza yardım eder.