Ücretsiz araç

SaaS lansmanı için kontrol listesi

Lansman gününden 30 gün öncesinden 30 gün sonrasına kadar, altı aşamada otuz lansman görevi. İlerledikçe işaretle: ilerlemen bu tarayıcıda kalır ve listenin tamamını istediğin zaman Markdown olarak dışa aktarabilirsin.

Lansman kontrol listen

İlerleme yalnızca bu tarayıcıda kaydedilir (localStorage). İşaretlediğin hiçbir şey LaunchRepo’ya gönderilmez.

30 görevden 0 tanesi tamamlandı
T−30 30 gün önce0/6

Neyi, ne zaman lanse edeceğine ve işe yarayıp yaramadığını nasıl anlayacağına karar ver.

  • Neden: Her slogan, listeleme formu ve lansman gönderisi bu cümleyi yeniden kullanır; bir kez yazmak sonradan saatler kazandırır. Kaynak: Sözlük: ürün bağlamı dosyası →

  • Neden: Ücretsiz dizinlerin kuyrukları haftalar sürebilir; erken bir gönderim, sayfan hazır olmadan yayına girebilir. Kaynak: Listelemeler ne zaman yayına girmeli? →

  • Neden: Kanal başına kayıtlar veya denemeler ziyaretlerden daha çok şey söyler; Search Console organik arama için tıklamaları, gösterimleri, TO’yu ve konumu gösterir. Kaynak: Google: Search Console performans raporu ↗

  • Neden: Almanya’daki ticari dijital hizmetler ad, adres ve e-posta gibi hızlı bir iletişim yolunu sürekli erişilebilir tutmak zorundadır (§ 5 DDG). Kaynak: § 5 DDG (Alman hukuku) ↗

  • Neden: GDPR Madde 13’e göre insanlar, verileri toplandığı anda bilgilendirilmelidir; ödeme sağlayıcıları ve birçok dizin de bu bağlantıyı ister. Kaynak: GDPR (EUR-Lex) ↗

  • Neden: Product Hunt kişisel hesap şart koşar ve şirket hesaplarını yasaklar; hesapları erken açmak her topluluğu tanımak için zaman bırakır. Kaynak: Product Hunt lansman rehberi ↗

T−14 14 gün önce0/7

Ürünü, sayfayı ve ödeme akışını seni tanımayan insanlara hazır hâle getir.

  • Neden: Google her sayfa için anahtar kelime tekrarı olmadan açıklayıcı, kısa ve birbirinden farklı başlıklar önerir. Kaynak: Google: başlık bağlantıları ↗

  • Neden: og:title, og:type, og:image ve og:url zorunlu dört özelliktir; bağlantın paylaşıldığında nasıl görüneceğini bunlar belirler. Kaynak: Open Graph protokolü ↗

  • Neden: Product Hunt 3 MB’ın altında kare 240×240 bir küçük resim ve 1270×760 galeri görselleri önerir; aynı set diğer listelemelerin çoğunda da işe yarar. Kaynak: Product Hunt: lansmana hazırlık ↗

  • Neden: Stripe başarılı ödeme için 4242 4242 4242 4242, ret için 4000 0000 0000 0002 gibi test kartları sunar; asla gerçek kart verileriyle test etme. Kaynak: Stripe: test ↗

  • Neden: Gmail tüm gönderenler için SPF veya DKIM, toplu gönderenler için SPF, DKIM ve DMARC ister; aksi hâlde hoş geldin e-postaları spama düşebilir. Kaynak: Google: e-posta gönderen yönergeleri ↗

  • Neden: İyi Core Web Vitals değerleri, 75. yüzdelikte ölçülen 2,5 sn içinde LCP, 200 ms veya daha düşük INP ve 0,1 veya daha düşük CLS demektir. Kaynak: web.dev: Web Vitals ↗

  • Neden: WCAG 2.2 4,5:1 metin kontrastı, görseller için metin alternatifleri ve tam klavye kullanımı ister; lansman ziyaretçileri her tür cihazı kullanır. Kaynak: W3C: WCAG 2.2 ↗

T−7 7 gün önce0/5

Metinleri bir kez, her uzunlukta yaz ve kanalları hazırla.

  • Neden: Product Hunt 60 karakterlik bir slogana ve 500 karakterlik bir açıklamaya izin verir; diğer formlar bu ikisi arasındaki uzunlukları ister. Kaynak: Product Hunt: lansmana hazırlık ↗

  • Neden: Ücretsiz listelemeler çoğu zaman haftalar süren inceleme kuyruklarında bekler; ne kadar erken başlarsan, o kadar fazlası lansman günü civarında yayına girer. Kaynak: Ücretsiz startup dizinleri →

  • Neden: Show HN insanların deneyebileceği şeyler içindir; kayıt sayfaları, bültenler ve blog yazıları konu dışıdır. Kaynak: Hacker News: Show HN kuralları ↗

  • Neden: Neden geliştirdiğini anlatan kısa ve dürüst bir ilk yorum, ziyaretçilere yanıt vermek için bir neden, sana da yanıtlayacağın bir konu dizisi verir. Kaynak: Solo geliştiriciler için Product Hunt kontrol listesi →

  • Neden: Google site haritalarını Search Console, kendi API’si veya robots.txt içindeki bir Sitemap satırı üzerinden kabul eder; bir dosya en fazla 50.000 URL veya 50 MB içerir. Kaynak: Google: site haritası oluşturma ve gönderme ↗

T0 Lansman günü0/5

Sırayla yayımla, orada ol ve olanları not et.

  • Neden: Gerçek bir telefonda açılan yeni bir hesap, bozuk adımı ilk ziyaretçilerinden önce bulur.

  • Neden: Product Hunt, önceden plan yapan yapımcılar için en iyi zamanın Pasifik Saati ile 00:01 (12:01 am PT) olduğunu söyler, çünkü lansmana bütün günü verir. Kaynak: Product Hunt lansman rehberi ↗

  • Neden: Product Hunt insanlardan doğrudan oy isteyemeyeceğini söyler; Hacker News de arkadaşlarından oy ya da yorum istememeni rica eder. Kaynak: Hacker News: Show HN kuralları ↗

  • Neden: Lansman günü, birçok kişinin konu dizisini okuduğu tek gündür; hızlı ve somut yanıtlar ziyaretçileri kullanıcıya dönüştürür.

  • Neden: Gönderildi, beklemede, planlandı ve yayında farklı durumlardır; bunları not etmek sonradan mükerrer gönderimleri önler. Kaynak: Gönderim durumları açıklandı →

T+7 Sonraki ilk hafta0/4

İlgiyi sohbetlere ve düzeltmelere dönüştür.

  • Neden: Kaydedilmiş bir sonraki adım ve tarih, bir bekleme listesini bitirebileceğin bir işe dönüştürür. Kaynak: Sonuçları kaydetmek →

  • Neden: Beş kısa sohbet, insanların nerede takıldığını ve ne beklediğini gösterir; bunu hiçbir panel sana söylemez.

  • Neden: İlk haftada yayımlanan düzeltmeler, lansmanla gelen ve hâlâ karar veren insanlara ulaşır.

  • Neden: Bir güncelleme, kaydolan herkese geri dönmek için bir neden verir ve ürünün ilerlediğini gösterir. Kaynak: Örnek: LaunchRepo changelog’u →

T+30 Sonraki ilk ay0/3

Kanal bazında ölç ve bir sonraki lansman anını seç.

  • Neden: Performans raporu tıklamaları, gösterimleri, TO’yu ve ortalama konumu gösterir; neyin işe yaradığını görmek için bunu kendi kayıt kaynağı verinle birleştir. Kaynak: Google: Search Console performans raporu ↗

  • Neden: Bir listelemenin yayında olduğunu yalnızca herkese açık bir listeleme URL’si kanıtlar; kanıtlar hangi dizinlerin tekrar edilmeye değer olduğunu söyler. Kaynak: Dizin backlink’leri: neyi kanıtlayabiliyoruz →

  • Neden: Yeni bir özellik ya da yeni bir entegrasyon, aynı kanallarla yeniden konuşmak için bir nedendir; öğrendiklerin sayesinde sonuçlar daha iyi olur. Kaynak: Lansman planı şablonu →

Kontrol listesi nasıl kullanılır

  1. Bugüne uyan aşamadan başla. Lansmanın iki hafta sonraysa “14 gün önce” ile başla ve atladığın bir şey var mı diye önceki aşamaya göz at.
  2. Bir görevi planlandığında değil, gerçekten bittiğinde işaretle. İlerleme çubuğu böylece aşama aşama geriye ne kaldığını gösterir.
  3. Listeyi Markdown olarak dışa aktar ve issue tracker’ına, bir README’ye ya da bir nota yapıştır. İşaretli görevler [x], açık görevler [ ] olarak, her biri gerekçesi ve kaynağıyla dışa aktarılır.
  4. Ne yapacağını bildiğinde, lansman planı şablonuyla görevlere tarih ve sorumlu ata.

Bu kontrol listesi neleri kapsamaz

  • Hukuki tavsiye ve hukuki inceleme değildir. Künye ve gizlilik maddeleri resmi metinlere yönlendirir; bunların işletmene uygulanıp uygulanmadığı ve nasıl uygulandığı bir avukata sorulacak sorudur.
  • Tek bir platforma bağlı değildir. Bir Product Hunt listelemesinin ayrıntıları için solo geliştiricilere yönelik Product Hunt kontrol listesini kullan.
  • LaunchRepo’nun çalıştırma kılavuzu değildir. Ücretli kit, platform playbook’larını ve ajanının izlediği iş akışını içerir; bu liste onun etrafındaki genel lansman çerçevesidir.

Product Hunt lansman kontrol listesi →

Liste nereden geliyor

Her gerekçe, 30 Eylül 2026’da yanında bağlantısı verilen resmi sayfayla karşılaştırılarak kontrol edildi: Product Hunt lansman rehberi, Hacker News’ün Show HN kuralları, Google Search Central, Gmail’in gönderen yönergeleri, Stripe’ın test belgeleri, web.dev, WCAG 2.2, Open Graph protokolü, § 5 DDG ve GDPR.

İki görev doğrudan kendi ürünlerimizin lansmanlarından geliyor: en erken yayın tarihi (15 Eylül 2026’dan beri LaunchRepo kitinde) ve her listelemenin durumunun kanıtıyla birlikte kaydedilmesi.

Kontrol listesi mi, lansman planı mı?

Bu kontrol listesi ne yapılacağını yanıtlar. Lansman planı şablonu ise ne zaman ve kimin yapacağını yanıtlar: aynı türden işleri takvim tarihlerine yerleştirir, rollere atar ve her kişinin saatlerini gösterir; CSV ve Markdown olarak dışa aktarılabilir.

Lansman planı şablonunu aç

Sıkça sorulan sorular

SaaS lansman kontrol listesi ücretsiz mi?
Evet. Hesap ya da e-posta adresi olmadan tarayıcında çalışır; Markdown dışa aktarımı da ücretsizdir.
İlerlemem nereye kaydediliyor?
Yalnızca bu tarayıcının localStorage alanına. LaunchRepo’ya hiçbir şey gönderilmez. Başka bir tarayıcı veya cihaz boş bir listeyle başlar; tarayıcı verilerini temizlemek ya da “İlerlemeyi sıfırla”ya basmak ilerlemeyi siler.
30 günden kısa sürede lansman yapabilir miyim?
Evet. Bugüne uyan aşamadan başla ve sığmayan her şeyi lansman sonrasına taşı. Yavaş maddeler, ücretsiz dizinler gibi kuyruğu olanlardır; bu yüzden önce onlarla başla.
Bu bir Product Hunt kontrol listesi mi?
Hayır. Tüm kanallarda SaaS lansmanının tamamını kapsar. Product Hunt, kurallarının önemli olduğu yerlerde geçer; ayrı Product Hunt kontrol listesi ise listelemeyi ayrıntılı olarak ele alır.
Kontrol listesi hukuki tavsiyenin yerini tutar mı?
Hayır. Künye ve gizlilik görevleri, var olduklarını bilmen için resmi metinlere bağlantı verir; işletmen için neyin geçerli olduğunu sana bir avukat söyler.

Dizin kısmını ajanına bırak

LaunchRepo, kodlama ajanına dizin lansmanı için platform playbook’larını, yerel paneli ve takip aracını verir; böylece bu kontrol listesindeki gönderimler yapılır ve kaydedilir.

Fiyatları gör