Deneyleri ve Başarısızlıkları Paylaşmak İçin Bir Kurucu Sitesi Oluşturun
Aşırı karmaşıklaştırmadan veya tarzınızı kaybetmeden deneyleri, başarısızlıkları ve çıkarılan dersleri belgeleyen bir kurucu sitesini nasıl planlayıp yazıp yayına alacağınızı öğrenin.

Amacınız ve Sınırlarınızla Başlayın
İlk tema seçmeden veya ilk gönderinizi yazmadan önce bu sitenin ne için olduğunu belirleyin. Deneyleri ve başarısızlıkları paylaşan bir kurucu sitesi, net bir niyet ve net sınırlar olduğunda en iyi şekilde çalışır.
Amacınızı tanımlayın (okuyucular “neden”i anlarsın diye)
Amacınız, ne yayınlayacağınızı ve nasıl yazacağınızı süzen filtredir. Kurucu dostu yaygın nedenler şunlardır:
- Hesap verebilirlik: rapor edeceğinizi bildiğinizde gönderip ölçme olasılığınız artar.
- İşe alım: düşünme biçiminizi göstermenin, karar alma tarzınızı seven insanları çekeceği.
- Müşteriler ve meslektaşlar: dersleri paylaşmak güven oluşturabilir ve konuşmaları başlatabilir.
- Bir öğrenme arşivi: gönderileriniz denediklerinizi ve olanları arayabilir hafızanız haline gelir.
Amacınızı tek cümlede yazın. Örnek: “Deneyleri yayımlıyorum, böylece öğrenmelerimi belgeleyip müşterilerin ve gelecekteki ekip arkadaşlarının nasıl çalıştığımı görmesini kolaylaştırıyorum.”
‘Deney’in ne sayılacağına karar verin
Eğer 'deney' çok dar tanımlanırsa malzeme biter. Çok genişse site rastgele bir günlük olur. İşe yarayan bir tanım şunları içerebilir:
- Ürün: onboarding değişiklikleri, fiyat testi, özellik kaldırmaları, destek iş akışları.
- Pazarlama: açılış sayfaları, konumlandırma ayarları, kanal denemeleri, soğuk ileti şablonları.
- Operasyon: toplantı değişiklikleri, araç değişimleri, dokümantasyon, delege etme denemeleri.
- Alışkanlıklar: uygulamayı etkileyen kurucu rutinleri (planlama, derin çalışma, retrospektifler).
Önemli olan, bir deneyin bir hipotezi, yapılan bir değişikliği ve sonuç—iyi ya da kötü—içermesidir.
Gerçekçi bir tempo seçin
Tutarlılık yoğunluktan iyidir. Yoğun haftalarda da devam edecek bir ritim seçin:
- Haftalık eğer zaten sık yazıyor ve deneyleriniz küçükse.
- İki haftada bir çoğu kurucu için dengeli bir tercih.
- Aylık eğer deneyler daha uzun sürüyor veya daha derin postmortemler yapmak istiyorsanız.
Ayrıca bir asgari taahhüt belirleyebilirsiniz: “Ayda bir gönderi ve bir şey kırıldığında kısa notlar.”
Sınırları baştan koyun
Ne paylaşmayacağınızı kararlaştırın ve buna bağlı kalın. Tipik sınırlar: yasal kısıtlar, özel finansal ayrıntılar, hassas ekip durumları, müşteri bilgileri ve izniniz olmayan ortaklıklara dair içerikler.
Basit bir kural: bir detay birine zarar verebilecek, güveni ihlal edebilecek veya yasal risk yaratabilecekse, onu daha üst düzeyde özetleyin.
Başarının nasıl görüneceğini tanımlayın
Başarı trafik olmak zorunda değil. Amacınıza uyan bir veya iki işaretçi seçin: düşünceli cevaplar, gelen fırsatlar, daha net düşünme, öğrenilmiş startup dersleri portföyü veya düzenli başarısızlık postmortemleri ve başarılar kaydı. Bu tanım siteyi sürdürmeyi ve gururlanmayı kolaylaştırır.
Hedef Kitlenizi ve Bakış Açınızı Seçin
Kurucu sitesi, “herkese” yazmayı bıraktığınızda daha kolay ve daha değerli hale gelir. Deneyleriniz ve başarısızlıklarınız pek çok kişiye yardımcı olabilir, fakat netlik kapsama alanından üstündür.
Birincil hedef kitleyi seçin
Şu anda en çok hizmet etmek istediğiniz tek grubu seçin:
- Meslektaşlar (diğer kurucular/operatörler)
- Potansiyel kullanıcılar (ürününüzü denemeye karar verenler)
- İşverenler (kariyer itibarınızı inşa etmek için)
- Yatırımcılar (düşüncenizi ve icranızı değerlendirenler)
- Gelecekteki siz (daha sonra inceleyeceğiniz kişisel bir araştırma günlüğü)
Diğerlerini yine davet edebilirsiniz; ama varsayılan okuyucunuz açık olmalı.
Onların cevaplamak isteyeceği 3–5 soruyu listeleyin
Bunları editörünüzün yanında tutun. Örnekler:
- Hangi problemi çözmeye çalışıyordunuz ve neden önemliydi?
- Ne denediniz ve bunun maliyeti neydi (zaman, para, dikkat)?
- Fikriniz ne zaman değişti—hangi kanıt sizi gerçekten etkiledi?
- Ne başarısız oldu ve tekrar yapsanız neyi farklı yapardınız?
- Deneyi tekrar eden biri neyi kopyalamalı ya da hangi hatalardan kaçınmalı?
‘Ses kuralları’nızı belirleyin
Bakış açınız çoğunlukla tutarlılıktır. Basit bir ses kuralları seti gönderileri kullanışlı tutar:
- Dürüst ve spesifik (kısıtları, takasları ve belirsizlikleri adlandırın).
- Abartı yok (zafer turu atmaktan kaçının; sonuçları sadece anlatın).
- Mümkünse delil gösterin (sayılar, ekran görüntüleri, karar notları).
- Kredi verin (etkileyen insanlar, araçlar ve önceki çalışmalar).
Ana sayfa için basit bir konumlandırma cümlesi oluşturun
Okuyucuların ne bekleyeceğini söyleyen bir cümle:
“Küçük, zaman kutulu startup deneyleri yürütüyorum ve ne işe yaradığını, neyin başarısız olduğunu ve ne öğrendiğimi yayımlıyorum—süslü anlatım olmadan.”
Varsayılan detay seviyesini belirleyin
Her gönderide ne kadar detay olduğuna dair bir eşik seçin: sayılar, ekran görüntüleri ve zaman çizelgeleri varsayılan mı olacak? Pratik bir kural: bir okuyucunun deneyi yeniden oluşturabilecek kadar detay paylaşın; hassas bilgileri özetleyin veya yuvarlayın (hala inandırıcı olabilir).
Site Yapısını Haritalandırın (Basit, Kurucu Dostu)
Ziyaretçilerin ne yaptığınızı anlaması ve deneylerinizi birkaç saniye içinde bulması önemlidir. Küçük bir “daima kalacak” sayfa seti hedefleyin; diğerleri opsiyonel olsun.
Çekirdek sayfalar (çalışan minimum)
Home: Ne inşa ettiğinizi ve neden deneyleri ve başarısızlıkları yayımladığınızı kısa bir açıklama. En son deneylerinize belirgin bir giriş ve abone olma ya da takip etme yolu koyun.
About: Güvenilirliğiniz, değerleriniz ve bağlamınız. Pratik tutun: ne üzerinde çalışıyorsunuz, ne öğrendiniz ve okuyucular yazılarınızdan ne bekleyebilir.
Experiments: Ana arşiv. İnsanların gönderilere göz atıp kategori/etiketle filtreleyebildiği ve bir deneyi tek tıkla açabildiği merkez.
Now: ‘güncel odak’ sayfası. Home ve About'un eskimesini engeller ve tekrar gelenlere dönme nedeni verir.
Contact: İletişim için net, düşük sürtüşmeli bir yol (e-posta veya basit bir form) ve hangi geri bildirimleri hoş karşıladığınızı belirten rehberlik.
Opsiyonel sayfalar (yalnızca kullanacaksanız ekleyin)
Hedeflerinizi destekliyorsa düşünün: Speaking, Press, Uses (araçlar/iş akışı), Projects (aktif ve geçmiş), Newsletter (ayrılmış açılış sayfası). Opsiyonel sayfalar deneylerinizi gölgelememeli; yardımcı rolünde olsun.
Navigasyon: deneyleri bir tık uzağa koyun
Üst navigasyonu kısa ve öngörülebilir tutun. İyi bir varsayılan:
Home · Experiments · About · Now · Contact
Opsiyonel bir sayfa ekliyorsanız yerini hak etmesini sağlayın. Menü mobilde iki satıra sarılıyorsa fazla uzun demektir.
Zorlama hissettirmeyen CTA'lar
Birincil bir CTA seçin ve onu tutarlı tekrarlayın: Abone Ol veya Yolculuğu Takip Et. İkinci bir CTA olarak niyetli kişilere yönelik İletişim ekleyin. CTA'ları Home sayfasında ve deney gönderilerinin sonunda yerleştirin.
Mobil okunabilirlik yapının parçasıdır
Yapı sadece menüler değil—telefon ekranında tarama kolaylığıdır. Sayfa başlıklarını belirgin tutun, bölümleri kısa yapın ve düğmeler ile metin sıkışık olmasın. Experiments sayfanız mobilde gezmesi zor ise en iyi işleriniz okunmayabilir.
Beklenti Koyan Bir Ana Sayfa Tasarlayın
Ana sayfa her şeyi açıklama yeri değil; bir vaat. Ziyaretçilere buradan ne alacaklarını, ne sıklıkta alacaklarını ve nasıl bir dürüstlük pratiği bekleyeceklerini söyleyin. Bu vaat netse doğru kişiler kalır, yanlış kişiler kendiliğinden ayrılır.
Basit bir 'kim/ne' ifadesiyle başlayın
İlk ekranda iki kısa satır yazın:
- Kime yönelik: kurucular, operatörler, inşacılar veya meraklı öğrenenler.
- Ne yayınlıyorsunuz: deney notları, başarısızlık postmortemleri ve bir sonraki deneye dair planlar.
Birinin 'Evet, bu benim' diyebileceği kadar spesifik olun. Düz dil güven oluşturur.
Sosyal kanıtı dikkatle ekleyin (doğruysa)
Biraz kredibilite faydalıdır ama tonunuzla uyumlu olmalı. Küçük bir 'Previously' şeridi ile 2–4 öğe kullanın, örneğin:
- Çalıştığınız geçmiş şirketler/ürünler.
- Verdiğiniz bir konuşma (başlık + etkinlik).
- Yayınladığınız açık kaynak projeler veya yazılar.
Kural: kanıt, abartı değil. Erken aşamadaysanız burada hafif kalmak sorun değil.
Şu anda ne test ettiğinizi gösterin
Kompakt bir 'Current Experiments' bloğu ekleyin. Siteyi kişisel biyografiden çalışma laboratuvarına çevirir. Basit tutun:
- Deney adı.
- Öğrenmeye çalıştığınız şey.
- Yaklaşık zaman aralığı (örn. '2 haftalık test').
Bu, büyük gönderiler arasında bile tekrar gelenlere geri gelme nedeni verir.
En iyi üç gönderinizi vurgulayın (veya yer tutucular)
Üç öne çıkan slot seçin: bir başarısızlık, bir öğrenilmiş ders ve bir deney şablonu örneği. Henüz yayınlamadıysanız ‘Gelecek: Neden onboarding testim başarısız oldu’ gibi yer tutucular kullanın; site yönelimi sinyal verir.
Üst kısımda net bir çağrı yapın
Tek bir CTA seçin: bülten veya e-posta güncellemeleri. İnsanların ne alacağını söyleyin (‘haftada bir not: ne test ettim, ne kırıldı ve ne değişti’) ve katılmayı kolaylaştırın.
İyi bir ana sayfa beklenti koyar, kafa karışıklığını azaltır ve kamuya açık hatalar yapma izni kazandırır.
Güven İnşa Eden Bir About Sayfası Oluşturun
About sayfanız özgeçmiş değil; güveni hızla sağlayan bir kısayoldur: deneyleri kim yürütüyor, ‘kazanma’ nasıl tanımlanıyor ve işler karıştığında nasıl davranılacağı.
Basit bir zaman çizelgesi yazın (geçmiş → şimdi → gelecek)
Okuyucuya üç kısa bölümle yönlendirme verin:
- Nereden başladınız: deneylerle ilgili arka planı bir-iki cümleyle (sektör, rol veya yaşadığınız problem).
- Şimdi ne inşa ediyorsunuz: mevcut ürün, şirket veya proje açık dille.
- Ne öğreniyorsunuz: aktif olarak test ettiğiniz sorular (fiyatlandırma, dağıtım, onboarding, retention, alışkanlıklar vb.).
Bu format, okuyucuların sonuçları değerlendirmeden önce bağlamınızı anlamasına yardımcı olur.
Kısıtlarınızı ve değerlerinizi paylaşın
Okuyucular sınırlarınızı bilince güven artar. Kısa bir ‘Operating rules’ paragrafı ekleyin:
- Zaman ve tempo: ne sıklıkla deney yürüttüğünüz ve güncelleme yayınladığınız.
- Bütçe gerçekliği: bootstrapped misiniz, fonlu mu yoksa harcamayı kasıtlı düşük mü tutuyorsunuz.
- Etik ve gizlilik: yapmayacaklarınız (ör. karanlık desenler, müşterileri isimlendirme, hassas rakam paylaşmama).
Kısıtlar gönderilerinizi yorumlamayı kolaylaştırır ve kararlarınızı gösterişli değil, temellendirir.
Fotoğraf + güven artıran bir kişisel detay ekleyin
Okuyucuların gerçek bir kişiyi takip ettiklerini hissetmeleri için net bir fotoğraf koyun.
Sonra bir kişisel detay ekleyin; bu aşırı paylaşım değil, istikrar ve hesap verebilirlik sinyali versin. Örnek: bulunduğunuz yer, uzun süreli bir hobi veya neden bu problemle ilgilendiğinize dair kısa bir not.
‘Neden deneylerinizi takiplemeliyim?’ sorusunu yanıtlayın
Faydayı açıkça söyleyin. Örn: okunabilir postmortemler, tekrar edilebilir şablonlar ve mümkünse dürüst rakamlar paylaşıyorum—böylece başkaları hatalarınızı tekrarlamaktan kaçınabilir veya işe yarayanı kopyalayabilir.
Son olarak takip etmeyi kolaylaştırın: bir /now sayfasından bahsedin ve geri bildirim, tanışma ve düzeltmeler için /contact sayfasına yönlendirin.
Deney Gönderileri İçin Net Bir Şablon Kullanın
Tekrar edilebilir bir gönderi formatı yayınlamayı kolaylaştırır—ve okuyucuların sizden öğrenmesini. Her seferinde yapıyı yeniden icat etmek yerine hem başarılar hem de başarısızlıklar için işe yarayan bir şablon kullanın.
Hızlıca taranabilen bir özetle başlayın
Ne denediğinizi, ne olduğunu ve sonra ne değişeceğini 3–5 satırla cevaplayın. Birçok kişi sadece bu bölümü okur; bu yüzden kendi başına tamamlayıcı olsun.
Temel şablon (kopyala/yapıştır)
Her deney gönderisinde aynı sıralamayı kullanın:
- Goal: Hangi sonuca ulaşmayı hedeflediniz?
- Hypothesis: Ne olacağını neden bekliyordunuz?
- Setup: Ne değiştirdiniz, nerede ve kim için.
- Süre ve maliyet: Ne kadar sürdü ve maliyeti neydi (para, çaba, araçlar, reklam, mühendislik zamanı).
- Results: Ne oldu, sayılarla.
- What failed: Yaklaşım nerede dağıldı (varsayımlar, uygulama, zamanlama, kanal, mesajlaşma).
- Lessons: Tekrarlayacağınız öğrenmeler.
- Next: Sonraki deney veya karar.
Rakamları paylaşın ama bağlam ekleyin
Metrikler yalnızca okuyucunun ne kadar 'gerçek' olduğunu değerlendirebileceği bağlamla kullanışlıdır. Sonuçları eklerken kısa bağlam verin:
- örneklem büyüklüğü (örn. 312 ziyaretçi, 18 kayıt)
- zaman aralığı (örn. 7 gün vs. 1 çeyrek)
- güven düzeyi (örn. 'yön gösterici, küçük örneklem' veya '3 hafta boyunca tutarlı')
Bu sizi dürüst kılar ve okuyucuların genelleyip yanlış sonuç çıkarmasını engeller.
Bir soru ile bitirin
Geri bildirim daveti için tek bir spesifik soru sorun: “Onboarding e-postalarını test ettiyseniz hangi konu satırları en iyi performans gösterdi?” veya “İlk haftadaki churn'i azaltmak için neyi denersiniz?” Bu gönderileri konuşmaya çevirir ve genellikle daha iyi sonraki deneylere yol açar.
Deneyleri Kategori ve Etiketlerle Organize Edin
İnsanların (ve gelecekteki sizin) deneylerinizden öğrenmeleri için tahmin edilebilir bir gezinti gerekir. Kategoriler ‘bu ne tür iş?’ sorusunu cevaplar; etiketler ‘özellikle neyle ilgili?’ sorusunu. Birlikte sitenizin rastgele bir akışa dönüşmesini engellerler.
Küçük, sabit bir kategori setiyle başlayın
Kategorileri üst seviye kovalar olarak kullanın. Az, net ve karşılıklı olarak dışlayıcı tutun.
Kurucu dostu başlangıç seti:
- Marketing
- Product
- Sales
- Operations
- Personal Systems
Bir deney iki kategoriye uyuyorsa, okuyucunun en çok nerede arayacağını düşündüğünüzü seçin. Tutarlılık mükemmellikten iyidir.
Araçlar, kanallar ve temalar için etiket kullanın
Etiketler deneyin ‘malzemelerini’ yakalar—daha sonra çapraz referanslamak isteyebileceğiniz şeyler. İyi etiket türleri:
- Araçlar (örn. “Webflow,” “Notion,” “GA4”)
- Kanallar (örn. “cold email,” “SEO,” “Twitter”)
- Temalar (örn. “onboarding,” “pricing,” “retention”)
Gönderi başına 3–6 etiket hedefleyin. 12 etiket eklerseniz düzenlemek yerine not alıyorsunuz demektir.
Keşfetmeyi teşvik eden bir arşiv oluşturun
Okuyucuların kategori ve etiketle filtreleyebildiği bir Archive sayfası oluşturun, böylece “tüm fiyatlandırma deneylerini göster” gibi sorulara yanıt alabilirler.
Üstte küçük bir 'Best of' listesi (5–10 gönderi) ekleyin; bu yeni gelenlerin düşünme tarzınızı hızlıca anlamasına yardımcı olur.
Çok parçalı işler için seri sayfaları destekleyin
Uzun çalışmalar için her bölümü toplayan seriler sayfaları oluşturun (örn. “30 Days of Cold Email”), zaman çizelgesini gösterin ve iterasyonlar arasında ne değiştiğini özetleyin.
Başlıklar daha fazla iş yapsın
Gönderi başlıklarına bir kural koyun: mümkünse sonucu veya metriği ekleyin.
Örnekler:
- “Cold Email v2: Yanıt Oranı %1,2'den %3,8'e Çıktı (Ne Değişti)”
- “Fiyatlandırma Sayfası Yenilemesi: Daha Fazla Demo, Daha Küçük Anlaşmalar”
Açık etiketler okuyucuların kendini seçmesine yardımcı olur ve arşivin büyüdükçe işe yarar kalmasını sağlar.
Metrikleri Ekleyin Ama Siteyi Bir Panele Çevirmeyin
Geri bildirim döngüleri olsun ama bir sürü grafik duvarı olmasın. Metrik eklemenin amacı hangi içeriklerin yankı bulduğunu ve anlamlı konuşmalara yol açtığını öğrenmek—her gönderiyi performans raporuna çevirmeden.
Analitiği hafif tutun—trendleri izleyin
Basit bir analitik kurun ve bir günlük sıçramalardan çok zaman içindeki yönlere bakın. Üç hafta boyunca istikrarlı şekilde cevap getiren bir gönderi, mini-viral olup kaybolandan genelde daha değerlidir.
Günlük rakamlara bakma eğilimindeyseniz, duygular için optimize ediyorsunuz demektir; öğrenme için değil.
Amaca bağlı küçük bir çıktı seti takip edin
Site varlık nedenine uyan birkaç hedef seçin. İyi kurucu dostu metrikler:
- Bülten kayıtları
- Doğrudan cevaplar (e-posta, iletişim formu notları)
- Demo talepleri
- İş ilanları veya ortaklık sorguları
Diğer her şey destekleyici bağlamdır. Sayfa görüntülemeleri tamam ama güven olup olmadığını göstermez.
Kaynakları anlamak için UTM kullanın
Bir gönderiyi farklı kanallarda paylaştığınızda hangi dikkat kaynağından geldiğini anlamak için UTM parametreleri ekleyin. Basit ve tutarlı tutun; bunları dağıtım öğrenmek için kullanın, atıf oyunlamak için değil.
Detaylı metrikleri özel bir günlükte tutun
Gönderileri sayılarla doldurmak yerine her deney için özel bir “metrik günlüğü” veya doküman tutun. Her deney için not alın:
- Nerede paylaştınız (UTM ile)
- Ne oldu (kayıtlar, cevaplar, talepler)
- Sizi şaşırtan neydi
- Bir dahaki sefere neyi farklı yaparsınız
Kamuya açık gönderiniz okunması kolay kalır; özel günlük dürüst ve spesifik olur.
Aylık gözden geçirme yapın ve 1–2 test seçin
Ayda bir trendlere bakın ve test etmek için bir veya iki değişiklik seçin—belki gönderi CTA'sını netleştirmek, farklı ana sayfa başlığı veya daha basit bir kayıt akışı. Alışkanlık mükemmellikten daha önemlidir.
Gizlilik, Etik ve Hassas Detayları Yönetin
Deneyleri ve başarısızlıkları paylaşmak değerlidir ama başkalarını hikayenizin parçası yapmadan onları açığa çıkarabilir. Basit bir etik katmanı ilişkilerinizi, okuyucularınızı ve gelecekteki kendinizi korur.
Kısa bir ifşa politikası yazın
Footer veya ayrı bir sayfada kısa bir 'Disclosure' notu ekleyin; açık dil kullanın:
- Sponsorlu içerik, bağlı kuruluş linkleri veya ücretli ortaklıklar kullanıp kullanmadığınız (ve neyi teşvik ettiğinize nasıl karar verdiğiniz)
- Herhangi bir gönderinin ortak, yatırımcı veya işveren girdisiyle yazılıp yazılmadığı
- Görüşlerin size ait olduğu ve sonuçların bağlamınıza bağlı olduğu hatırlatması
Kısa ve tutarlı tutun; amaç açıklık, hukuk gösterisi değil.
Yayınlamadan önce anonimize etme kuralları belirleyin
Varsayılanlarınızı kararlaştırın ve her seferinde uygulayın:
- Tamamen kırpılmadıkça müşteri verileri, gösterge tablolarının ekran görüntüleri, faturalar veya destek biletleri eklemeyin
- Hassasiyet açığa çıkarabilecek kesin rakamlar yerine aralıklar kullanın (örn. 'orta beş haneli', 'tek haneli churn')
- Bir kişiyi tanımlamayacak şekilde ayrıntıları birden fazla durum arasında birleştirin
- Alıntı yapmadan önce ekip üyelerinden, danışmanlardan veya müşterilerden açık izin alın
Zarar verebilecek isimlendirmeden kaçının
Bir kişiyi veya şirketi isimlendirmek onların itibarına, işe alım şansına veya ticari konumuna zarar verebilecekse isim vermeyin. Karara, kısıta ve derse odaklanın; dürüst olabilirsiniz ama spesifik olmak zorunda değilsiniz.
Düzeltmeler notu ekleyin
Kısa bir 'Corrections' satırı ekleyin: hangi hataları düzelteceksiniz (faktual hatalar, yanlış alıntılar), hangilerini değiştirmeyeceksiniz (tarihi değiştirme) ve okuyucular sorun bildirmek için nasıl ulaşabilir (basit bir e-posta adresi yeterli).
Basit bir gizlilik notu ekleyin (özellikle e-posta için)
E-posta topluyorsanız ne topladığınızı, neden topladığınızı, nerede saklandığını ve nasıl abonelikten çıkılacağını söyleyin. Adresleri satmayacağınıza dair söz verin—ve bunu ciddiye alın.
Sizi Yavaşlatmayacak Araçlar ve Tasarım Seçin
En iyi araç seti, yorgun, meşgul veya sonuçlardan biraz utanmışken bile kullanmaya devam edeceğiniz settir. Tutarlılık ve düşük bakım için optimize edin—sürekli ince ayar yapmak için değil.
Sürdürüp kullanabileceğiniz bir yığın seçin
Üç pratik seçenek var:
- Barındırılan site oluşturucu (en düşük çaba): yayınlamak bir belge yazmak gibi hissettirir.
- CMS (esnek): taslaklar, zamanlama ve gelecekteki işbirlikçileri için iyi.
- Statik site üretici (hızlı ve dayanıklı): hafif iş akışlarına alışkınsanız maksimum hız için ideal.
Hangi seçeneği seçerseniz seçin, bir 'ayarlama yapmama' kuralı koyun: bir değişiklik okuyucular için netlik getirmiyorsa yapmayın.
Ürünü inşa ederken yazı da yapıyorsanız, kurulum vergi yükünü azaltan araçlar düşünün. Örneğin, Koder.ai sohbet arayüzüyle web uygulamalarını vibe-code etmenizi sağlar (ön yüzde React, arka yüzde Go + PostgreSQL) ve dağıtım, barındırma, özel domainler, snapshot ve rollback desteği sunar. Bu, eğer kurucu siteniz etiketleme, arşiv veya hafif bir bülten akışı gibi etkileşimli öğeler içeriyorsa ve geleneksel boru hattı sürdürmek yerine hızlı yinelemeyi tercih ediyorsanız yardımcı olabilir.
Okumak için tasarlayın, süslemek için değil
Siteniz temel olarak bir okuma ortamıdır. Öncelik verin:
- Hızlı yüklenme (sayfaları hafif tutun; ağır animasyonlardan ve dev kütüphanelerden kaçının)
- Temiz tipografi (bir veya iki font, rahat satır yüksekliği, cömert boşluk)
- Erişilebilirliğin temelleri (iyi renk kontrastı, okunabilir font büyüklüğü, açıklayıcı başlıklar)
Basit, tutarlı bir düzen deneylerinizi gösterişli bir temadan daha güvenilir hissettirecektir.
Yayınlamayı tekrarlanabilir yapın (URL'ler + şablonlar)
URL deseninizi bir kere kararlaştırın ve ona bağlı kalın. Tutarlı yapı arşivi daha kolay gezilir kılar. Örnek:
- /experiments/slug
- /failures/slug
Aracınızda temel bir gönderi şablonu veya kaydedilmiş bir taslak ayarlayın: açılış bağlamı, ne denendi, ne oldu, ne öğrenildi, sonraki adım.
Bülten yakalamayı güven zedelemeden ekleyin
Bülten ekleyecekseniz minimal tutun: bir alan, net beklenti ('aylık notlar' vs. 'haftalık') ve onay akışında bir kontrol. Sonrasında uçtan uca test edin:
- onay e-postası hızlı geliyor mu
- konu satırı açık mı
- onay tıklaması hoş bir sayfaya yönlendiriyor mu
Karar yorgunluğunu azaltmak için küçük bir stil rehberi hazırlayın
Başlıklar, vurgular, sayı sunumu ve ekran görüntü/karelerin nasıl görüneceğine dair bir sayfalık rehber oluşturun. Amaç mükemmellik değil—karar yorgunluğunu azaltıp dürüst güncellemeler göndermeye devam etmektir.
Yayınlayın, Tanıtın ve Alışkanlığı Sürdürün
Kurucu sitenizi başlatmak büyük bir gösteri gerektirmez. Basit bir versiyon yayınlayın ve yinelemeyi tekrarlanabilir bir rutine dönüştürün. Yayınlamayı bir deney gibi ele alın: küçük kapsam, net sonraki adım, istikrarlı tempo.
Hafif bir yayın kontrol listesi
30–45 dakikada çalıştırabileceğiniz bir kontrol listesi oluşturun:
- Taslak → düzenleme (hikâyeyi sıkılaştırın, dersi belirgin hale getirin)
- Dahili linkler ekleyin (2 eski ilgili deney) ve referanslar
- Görseller ekleyin (öğrenmeyi netleştiriyorsa bir ekran görüntüsü, grafik veya basit diyagram)
- Yayınla (başlık, tarih, kategori/etiket, üstte kısa bir özet)
Kontrol listesini yazdığınız yerde tutun—böylece 'yayınla' varsayılan sonuç olur.
Deney birikimi oluşturun (her zaman sıfırdan başlamayın)
Bir fikir birikimi tutun. Her giriş sadece:
- Çalışan bir başlık
- Bir satırlık hipotez
Toplantı bitince, bir özellik yayınlayınca, bir anlaşmayı kaybedince veya fiyat değiştirince backlog'a bir satır ekleyin. Geleceğin malzemesini yakalarsınız, roman yazmazsınız.
İkinci bir iş haline getirmeden tanıtın
Her tam gönderi için üç daha küçük güncellemeye dönüştürün:
- Kısa bir özet (ne denediniz, ne değişti)
- Tek bir ders (bir paragraf)
- Meslektaşlara bir soru (karşı örnekleri davet edin)
Bu, sitenin 'gerçek kaynak' olmasını sağlar; güncellemeler insanları tam yazıya yönlendirir.
Cevapları davet edin (ve bunu kolaylaştırın)
'Fikirlerinizi paylaşın' demeyin. Spesifik bir yönlendirme isteyin: “Sırada neyi test edersiniz?” veya “Mantığımın en zayıf yanı neresi?” Net bir yanıt yolu ekleyin (iletişim sayfası veya görünür bir e-posta adresi).
Alışkanlığı sürdürün
Gerçekçi bir tempo belirleyin (örn. her iki haftada bir deney gönderisi). Gösteriş değil, düzenliliğe odaklanın. Kazanım tutarlılıktır—ve yeniden kullanılabilecek bir ders arşivi oluşturmak.
SSS
What should I decide before picking a theme or writing my first post?
Bir cümlelik amaç ve birkaç net sınır ile başlayın.
- Amaç örneği: ‘Deneyleri öğrenmeyi belgelemek ve karar verme biçimimi göstermek için yayınlıyorum.’
- Sınır örneği: müşteri kimliği ortaya çıkaran veriler yok, hassas ekip detayları yok, yasal/finansal ayrıntılar yok.
Bu iki satır yapınızı, tonunuzu ve neyi yayınlayacağınızı yönlendirecektir.
What counts as an “experiment” on a founder website?
Sürdürecek kadar geniş, ama işe yarar kalacak kadar yapılandırılmış bir tanım kullanın.
Bir deney şunları içermelidir:
- bir hipotez (ne bekliyordunuz)
- yaptığınız değişiklik (ne yaptınız)
- bir sonuç (ne oldu)
Bu ürün, pazarlama, operasyon ve hatta kurucu alışkanlıkları için işe yarar—rastgele bir günlük olmadan.
How often should I publish experiment posts?
En yoğun haftalarınızda da sürdürebileceğiniz ritmi seçin.
- Haftalık: deneyler küçükse ve zaten sık yazıyorsanız
- İki haftada bir: çoğu kurucu için iyi bir varsayılan
- Aylık: testler daha uzun sürüyorsa veya daha derin postmortemler tercih ediyorsanız
Ayrıca bir minimum belirleyebilirsiniz: ‘ayda bir gönderi + bir şey kırıldığında kısa notlar.’
How do I share failures without creating privacy or legal problems?
Önceden ‘paylaşmayacağınız’ kuralları belirleyin ve hassas ayrıntıları özetlemeyi varsayılan kılın.
Uygulanabilir sınırlar:
- müşteri bilgileri (anonim görünen ekran görüntüleri bile kimliği açığa çıkarabilir)
- hassas ekip durumları
- özel finansal veya sözleşme detayları
- açık izin olmadan ortakları içeren durumlar
Bir ayrıntı birine zarar verebilecek, güveni zedeleyebilecek veya yasal risk yaratabilecekse, soyutlamayı yükseltin.
Who should I write for if my site could help multiple groups?
Birincil bir hedef kitle seçin; bu yazmayı kolaylaştırır ve okumayı daha değerli kılar.
Yaygın birincil kitleler:
- meslektaşlar (kurucular/operatörler)
- potansiyel kullanıcılar
- işverenler
- yatırımcılar
- gelecekteki siz (bir araştırma günlüğü)
Daha sonra editörünüzde 3–5 hedef soru bulundurun (ör. ‘Ne denediniz?’ ‘Ne fikrinizi değiştirdi?’).
What pages should a founder website include?
Basit ve pratik bir sayfa seti yeterlidir.
Minimum “kalıcı” sayfalar:
- Home
- Experiments (arşiv merkezi)
- About
- Now (güncel odak)
- Contact
Navigasyonu kısa tutun (ör. Home · Experiments · About · Now · Contact) ve deneylerin her zaman bir tık uzak olmasını sağlayın.
What should my homepage say to set expectations quickly?
Ana sayfayı bir vaat gibi düşünün, biyografi değil.
Şunları dahil edin:
- ilk ekranda kim için olduğu + ne yayınladığınız
- 'Current Experiments' bloğu (şu anda neyi test ettiğiniz)
- 3 öne çıkan gönderi (veya ‘yakında’ yer tutucuları)
- sayfanın üstünde net bir CTA (abonelik veya e-posta güncellemeleri)
Amaç hızlı netlik: doğru okurlar kalır; yanlış okurlar kendiliğinden elenir.
What’s a good template for experiment and failure posts?
Tekrar edilebilir bir yapı kullanın; bu yayınlamayı kolaylaştırır ve okuyucuların deneyleri kıyaslamasını sağlar.
İyi bir şablon:
- Goal
- Hypothesis
- Setup
- Time & cost
- Results (rakamlarla)
- What failed
- Lessons
- Next
3–5 satırlık bir özetle başlayın ve geri bildirim almak için tek bir spesifik soru ile bitirin.
How should I organize experiments with categories and tags?
Küçük bir sabit kategoriler seti ve hafif etiketler kullanın.
- Kategoriler şu soruyu cevaplar: 'bu ne tür bir iş?' (örn. Marketing, Product, Sales, Operations, Personal Systems)
- Etiketler: 'özellikle ne hakkında?' (araçlar, kanallar, temalar)
Gönderi başına 3–6 etiket hedefleyin ve bir arşiv sayfası ile kategori/etikete göre filtreleyin; ayrıca yeni gelenler için küçük bir 'Best of' listesi ekleyin.
What metrics should I track without turning the site into a dashboard?
Amaca bağlı metrikleri takip edin ve günlük dalgalanmalardan çok trendlere bakın.
Kurucu dostu çıktılar:
- doğrudan cevaplar (e-posta/iletişim formu)
- bülten kayıtları
- demo talepleri
- iş veya ortaklık teklifleri
Kaynakları anlamak için UTM kullanın, detaylı metrikleri özel bir günlükte tutun ve aylık değerlendirme ile 1–2 iyileştirme seçin (CTA, ana başlık, kayıt akışı).