$npx -y skills add komunite/tezgah --skill saas-launcherSıfırdan production-ready bir SaaS uygulaması kur. Ödeme, kimlik doğrulama, veritabanı, e-posta, landing page, SEO ve API güvenliği dahil tüm katmanları kapsar. Kullanıcı SaaS kurmak, web uygulaması başlatmak, AI aracı oluşturmak veya online ürün çıkarmak istediğinde bu skill'i k
| 1 | # SaaS Launcher |
| 2 | |
| 3 | Bu skill, bir SaaS uygulamasının sıfırdan production'a taşınmasını yöneten orkestratör skill'dir. Kendisi kod üretmez — kararları yönetir, sırayı belirler ve her katman için ilgili uzman skill'e yönlendirir. |
| 4 | |
| 5 | ## İlgili Skill'ler |
| 6 | |
| 7 | Bu skill aşağıdaki uzman skill'lerle birlikte çalışır. Her biri bağımsız olarak da kullanılabilir: |
| 8 | |
| 9 | - **saas-database** — Supabase veritabanı altyapısı, şema tasarımı ve RLS |
| 10 | - **saas-auth** — Kimlik doğrulama ve oturum yönetimi |
| 11 | - **saas-payments** — Ödeme sistemi ve abonelik yönetimi |
| 12 | - **saas-email** — Transactional e-posta ve DNS altyapısı |
| 13 | - **saas-storage** — Dosya depolama ve görsel yönetimi (opsiyonel) |
| 14 | - **saas-landing-seo** — Landing page stratejisi ve arama motoru optimizasyonu |
| 15 | - **saas-legal** — KVKK/GDPR uyumluluğu ve yasal sayfalar |
| 16 | - **saas-api-security** — API koruma, rate limiting ve input validation |
| 17 | - **saas-testing** — Test stratejisi ve kalite güvencesi |
| 18 | - **saas-analytics** — PostHog ile ürün analizi ve kullanıcı takibi |
| 19 | - **saas-deployment** — Production'a taşıma ve operasyonel hazırlık |
| 20 | |
| 21 | --- |
| 22 | |
| 23 | ## Faz 0: Keşif Görüşmesi |
| 24 | |
| 25 | Hiçbir teknik karar almadan önce kullanıcıyla kapsamlı bir keşif görüşmesi yap. Bu görüşmenin amacı ürünü, hedef kitleyi ve teknik gereksinimleri netleştirmektir. |
| 26 | |
| 27 | ### Sorulması Gereken Sorular |
| 28 | |
| 29 | **Ürün ve İş Modeli:** |
| 30 | - Uygulamanın temel işlevi ne? Bir cümleyle açıklayabilir misin? |
| 31 | - Hedef kitlen kim? (bireysel kullanıcı, küçük işletme, enterprise) |
| 32 | - Gelir modelin ne? (aylık abonelik, yıllık abonelik, tek seferlik ödeme, freemium, kullanım bazlı) |
| 33 | - Kaç farklı fiyat planı olacak? |
| 34 | - Ücretsiz deneme süresi olacak mı? |
| 35 | |
| 36 | **Kullanıcı Deneyimi:** |
| 37 | - Kullanıcılar nasıl kayıt olacak? (Google ile giriş, e-posta/şifre, magic link, birden fazlası) |
| 38 | - Çok dilli destek gerekiyor mu? |
| 39 | - Hangi cihazlarda kullanılacak? (web, mobil web, native mobil) |
| 40 | |
| 41 | **Teknik Tercihler:** |
| 42 | - Tercih ettiğin bir tech stack var mı? (framework, veritabanı, hosting) |
| 43 | - Mevcut kullandığın araçlar veya hesaplar var mı? (Stripe, Vercel, AWS vb.) |
| 44 | - Takım büyüklüğü? (solo founder, küçük takım, büyük ekip) |
| 45 | |
| 46 | **Zaman ve Öncelik:** |
| 47 | - Ne kadar sürede launch etmek istiyorsun? |
| 48 | - MVP mi, tam ürün mü? |
| 49 | - Hangi özellikler Day 1 için zorunlu, hangileri sonra eklenebilir? |
| 50 | |
| 51 | ### Keşif Sonrası Çıktı |
| 52 | |
| 53 | Keşif görüşmesi tamamlandığında kullanıcıya şu bilgileri özetle: |
| 54 | - Seçilen tech stack ve her seçimin gerekçesi |
| 55 | - Faz sıralaması ve tahmini zaman çizelgesi |
| 56 | - Day 1 özellik listesi vs. sonraya bırakılanlar |
| 57 | - Oluşturulması gereken dış hesaplar listesi (Stripe, Google Cloud Console, e-posta servisi, hosting vb.) |
| 58 | |
| 59 | --- |
| 60 | |
| 61 | ## Faz 1: Tech Stack Kararları |
| 62 | |
| 63 | Her karar için kullanıcının cevaplarını, projenin ihtiyaçlarını ve ekosistem olgunluğunu tartarak bir öneri sun. Kullanıcı kararlarını zaten verdiyse doğrudan onayla ve ilerle. |
| 64 | |
| 65 | ### Framework Seçimi |
| 66 | |
| 67 | Varsayılan önerimiz Next.js (App Router + TypeScript). Gerekçe: Server ve client rendering aynı projede, API route'ları dahili, React ekosistemi, Vercel ile sıfır sürtünme deployment. TypeScript her projede zorunlu olmalı — büyüdükçe tip güvenliği hayat kurtarır. |
| 68 | |
| 69 | Alternatif değerlendirme noktaları: |
| 70 | - Nuxt.js, yalnızca kullanıcı Vue ekosistemine hakimse ve React öğrenme maliyeti kabul edilemezse |
| 71 | - SvelteKit, yalnızca çok küçük bundle boyutu kritikse |
| 72 | - Remix, yalnızca form-ağırlıklı uygulamalarda ve nested routing çok karmaşıksa |
| 73 | |
| 74 | ### Veritabanı Seçimi |
| 75 | |
| 76 | Üç ana yol: |
| 77 | |
| 78 | **Supabase (PostgreSQL)** — Varsayılan önerimiz. Auth, veritabanı, realtime ve storage tek çatı altında. Dashboard ile görsel yönetim. Ücretsiz katman cömert. En iyi seçim: çoğu SaaS projesi, özellikle solo founder'lar. |
| 79 | |
| 80 | **MongoDB Atlas** — Şemasız esneklik gerektiren projeler için. Veri yapısı sık değişiyorsa veya iç içe doküman yapıları baskınsa. Mongoose ile hızlı prototipleme. En iyi seçim: içerik odaklı uygulamalar, kullanıcı tarafından oluşturulan yapılandırılmamış veri. |
| 81 | |
| 82 | **Prisma + PostgreSQL** — Tip güvenli veritabanı sorguları, migration geçmişi, şema versiyonlaması. Railway veya Neon gibi managed PostgreSQL ile. En iyi seçim: birden fazla geliştiricinin çalıştığı projeler, karmaşık ilişkisel veri. |
| 83 | |
| 84 | ### Ödeme Seçimi |
| 85 | |
| 86 | Detaylı karar rehberi için **saas-payments** skill'ine yönlendir. Kısa özet: |
| 87 | |
| 88 | **Stripe** — Sektör standardı, en düşük komisyon (%2.9 + $0.30), en iyi dokümantasyon. Vergi yönetimi ayrıca yapılandırılmalı. Varsayılan önerimiz. |
| 89 | |
| 90 | **Lemon Squeezy** — Merchant of Record modeli sayesinde KDV/vergi yönetimini platform halleder. Komisyon daha yüksek (%5 + $0.50) ama vergi sorumluluğ |