İçeriğe atla
Tüm makaleler
3 dk okuma

Başlangıç kiti mi, sıfırdan mı? Neye sahip olmak istediğinize karar verin

Bir şablonu değerlendirmenin pratik yolu: sınırlarını inceleyin, kurtarma yollarını çalıştırın ve üstlendiğiniz bakımı anlayın.

supastack ekibi

Ürün işini tekrarlanan altyapıdan ayırın

Ürününüzü faydalı kılan özellikleri listeleyin, ardından çalışması için gereken altyapıyı listeleyin. Bir araştırma iş akışı ayırt edici olabilir; oturum yönetimi, müşteriye ait kayıtlar ve abonelik erişimi genellikle değildir. Bu envanter, bir başlangıç kitinin ana sayfasındaki özellik sayısını saymaktan daha iyi bir değerlendirme aracı verir.

İkinci liste göründüğünden uzundur. Çoğu SaaS ürünü aynı düzine parçayı yeniden uygular ve ürün hiçbir şey yapmadan önce her birinin diğerleriyle doğru entegre olması gerekir.

Sıfırdan inşa etmek bu seçimler üzerinde doğrudan kontrol verir ama onları entegre etme ve bakımını yapma sorumluluğu da verir. Bir başlangıç kiti başlangıç noktasını değiştirir. Kodunu anlamanız ve ürününüz, ekibiniz ve dağıtımınız hakkında yaptığı varsayımları doğrulamanız yine de gerekir.

  • Kimlik: giriş yöntemleri, oturumlar, hesap kurtarma.
  • Çalışma alanları: kayıt sahipliği, davetler, üye rolleri.
  • Faturalama: ödeme, webhook'lar, yetkilendirmeler, iptal.
  • Arka plan işi: kuyruklar, yeniden denemeler, zamanlamalar, durum takibi.
  • Teslim: işlemsel e-posta, dosya depolama, dağıtım.

Etiket fiyatını değil, toplam maliyeti karşılaştırın

Başlangıç kitinin fiyatı görünür; sıfırdan maliyet aylara dağılır. Dürüstçe toplayın: auth, faturalama, işler ve dağıtımı birleştirmeye harcanan haftalar; bu birleştirmelerin beraberinde getirdiği entegrasyon hataları; ve sonrasında her sağlayıcı güncellemesinin tetiklediği bakım.

Başlangıç kitinin maliyeti, yazmadığınız kodu öğrenmek ve uyarlamaktır: geleneklerini okumak, örnek içeriği değiştirmek, ara sıra çizdiği bir sınırı esnetmek. Aşağıdaki inceleme iyi giderse bu takas genellikle aynı tesisatı yeniden inşa etmekten ucuzdur. Kötü giderse göz ardı etmemeniz gereken bir uyarıdır — bugün okunamayan bir sınır, gelecek yıl bir üretim vakasıdır.

Devralacağınız kodu değerlendirin

Kurulum talimatlarını çalıştırın ve bir kaydı arayüzden kalıcılığa kadar izleyin. Yetkilendirmenin sunucu sınırında yaşayıp yaşamadığını, yapılandırmanın doğrulanıp doğrulanmadığını ve sağlayıcı kimlik bilgilerinin istemci paketlerinin dışında kalıp kalmadığını kontrol edin. Yalnızca demo ekranını değil, olumsuz bir testi de okuyun.

Örnek ürünün altyapıdan ayrılamaz hale geldiği yerlere bakın. Bir demo özelliğini kaldırmak kimlik doğrulama ya da faturalama davranışını değiştirmeyi gerektiriyorsa, gelecekteki ürün çalışması ilk kurulumun önerdiğinden daha zor olabilir. supastack'te tüketen ürünler alan mantıklarını Starter Core'un dışında tutar ve yapılandırma ile sözleşmeler üzerinden bağlanır.

  • Kendiniz çözmek zorunda kaldığınız her belgelenmemiş kurulum adımı.
  • Yetkilendirmenin nerede uygulandığı ve rota bazlı mı yoksa sistematik mi olduğu.
  • Olumsuz bir testin var olup olmadığı — çalışma alanları arası bir okuma, yeniden oynatılmış bir webhook — ve neyi kanıtladığı.
  • Sırların nerede durduğu ve herhangi birinin istemci paketine ulaşıp ulaşmadığı.
  • Bir demo özelliğini silmeye çalıştığınızda altyapıya ne olduğu.

Karar vermeden önce çalıştırın

Bağlanmadan önce deponun içinde bir gün geçirin. supastack'te bu corepack pnpm install, yapılandırılmış bir apps/web/.env.local ve yerel referans akışı demektir: giriş yapın, erişimi inceleyin, bir görev gönderin, sonucunu okuyun. Ardından pnpm verify:local, kimlik bilgisi gerektirmeden sahte sağlayıcılara karşı altın yolu çalıştırır — yerel kurulum kılavuzu bu sırayı adım adım anlatır.

Sonra bilerek bir şeyi bozun. Aynı görevi iki kez gönderin. Bir API rotasını yanlış çalışma alanıyla çağırın. Bir webhook'u yeniden oynatın. Sıradan hataları zarifçe karşılayan bir başlangıç kiti, daha uzun özellik listesi olandan daha değerlidir; çünkü makinenizde temizce başarısız edemediğiniz şeyi eninde sonunda üretimde hata ayıklarsınız.

Ödünleşimi açık hale getirin

Mevcut sınırları ihtiyaçlarınıza uyduğunda ve güveneceğiniz akışı açıklayabildiğinizde bir başlangıç kiti seçin. Ürünün kısıtları kitin varsayımlarında tekrarlanan değişiklikleri zorlayacaksa özel bir temel seçin. Her iki seçim de makul olabilir; önemli soru, ekibinizin hangi bakım yükünü taşıyabileceğidir.

Örnek içeriği değiştirmek, entegrasyonları yapılandırmak, veri sahipliğini gözden geçirmek ve dağıtımı test etmek için zaman ayırın. Derlenen bir depo, üretim kabulü için bir başlangıç noktasıdır. Yayınlamadan önce gerçek giriş yolunu, faturalama yaşam döngüsünü ve kurtarma davranışını müşterilerinizin kullanacağı ortamda doğrulayın — lansman kontrol listesi bunu maddeler. Alttaki yığın da kararsızsa bir SaaS yığını seçmek katman katman değerlendirmeyi kapsar; iki karar birbirini besler.

Sıfırdan inşaBaşlangıç kiti benimseme
Sahip olduklarınızHer gelenek, entegrasyon ve hata moduÜrün kodu; tesisat bakımlı gelir
Erken hızYavaş — önce tesisat gelirHızlı — özellikler ilk gün başlar
Riskin yeriHenüz bulamadığınız birleşimlerHenüz incelemediğiniz sınırlar
Doğru seçim ne zamanKısıtlarınız tipik varsayımları bozduğundaSınırları ürününüzün ihtiyaçlarına uyduğunda

Başlangıç kitleri hakkında sık sorulan sorular

Satın alma–yapma tartışması güçlü görüşler üretir. Kararı gerçekten hareket ettiren sorular bunlardır.

  • Ciddi bir ürün için başlangıç kiti kullanmak riskli mi? — Birçok üretim SaaS'i satın alınmış temeller üzerinde çalışır. Risk başlangıç kiti değil; incelemediğiniz kodu miras almaktır. Sınırları onlara güvenmeden önce okuyun.
  • Bir şablonun bakımlı olduğunu nasıl anlarım? — Yeni commit'ler, belgelenmiş güncelleme yolu, hata durumlarını uygulayan testler ve yol haritası vaatleri yerine somut ayrıntılarla yanıtlanan issue'lara bakın.
  • Başlangıç kitinin seçimleri benimkilerle uyuşmazsa? — Tercihleri kısıtlardan ayırın. Bir UI'ı yeniden kaplamak ucuzdur; bir oturum modeliyle ya da kiracı sınırıyla savaşmak değildir. Yapısal bir uyumsuzluk, kendiniz inşa etmek için bir nedendir.
  • Daha sonra başlangıç kitinden ayrılabilir miyim? — Kod size ait, yani göç edilecek bir şey yok — asıl soru, siz değiştirdikçe tesisatının varlık olarak kalıp kalmayacağı; işte bu yüzden ayrılabilir ürün ve altyapı kodu önemlidir.
  • Bir başlangıç kiti gerçekte ne kadar zaman kazandırır? — Kabaca auth, faturalama, işler ve dağıtımın alacağı haftalar; eksi miras aldığınızı öğrenmek ve uyarlamak için gereken günler.

Sık sorulan sorular

14 soru

supastack nedir?

supastack, YZ destekli SaaS ürünleri oluşturmak için modüler bir temeldir. Ortak altyapıyı bir araya getirir, böylece ürüne özgü özelliklere odaklanabilirsiniz.

Web ve mobil destekliyor mu?

Evet. supastack, web ve mobil deneyimler için başlangıç noktası olarak Next.js ve Expo uygulamaları içerir.

Hangi kimlik doğrulama dahil?

Better Auth; e-posta/parola, OTP ve sosyal girişi kapsar. Kişisel çalışma alanları hesapla birlikte sağlanır, böylece ürün kayıtları ilk günden itibaren sınırlı kalır.

YZ'yi nasıl destekliyor?

supastack; yapılandırılabilir çok sağlayıcılı YZ, kullanım takibi, bütçeler ve şifreli kendi-anahtarını-getir desteği içerir.

Abonelikler nasıl ele alınıyor?

Kit üzerine kurulu ürünler için Stripe faturalama, abonelikler ve yetkilendirmeler ücretli erişim temelini oluşturur. Sağlayıcı gizli anahtarları yalnızca sunucuda kalır.

Ürüne özgü kodum nerede durur?

Ürüne özgü özellikler ayrı bir kod tabanında kalırken ürün, supastack'in temel modüllerini yapılandırır ve entegre eder.

supastack fiyatlandırması nasıl çalışır?

Kit, ömür boyu güncellemeli tek seferlik bir satın alımdır: 249 $'a Tek Platform (geçici tanıtım fiyatı — normal fiyat 349 $ üzerinden 100 $ indirim) — Next.js (Web), Expo (iOS ve Android) veya Tauri (macOS ve Windows Masaüstü) seçiminiz — ya da tüm platformları ve tam monorepo'yu içeren 499 $'lık Tüm Platformlar Paketi (geçici tanıtım fiyatı — normal fiyat 599 $ üzerinden 100 $ indirim); ek geliştirici koltuğu başına 75 $. Kit aboneliği yok. Bu sitedeki ödeme, lisans anahtarınızı e-postayla teslim eder ve depo erişimi GitHub davetiyle sağlanır.

Çalışma alanları verilerimi nasıl sınırlar?

Kullanıcıya ait kayıtlar workspaceId ile sınırlanır. Kimlik, yetkilendirmeler, YZ kullanımı, faturalama olayları ve denetim kayıtları kişisel çalışma alanı sınırının içinde kalır.

Arka plan işleri nasıl çalışır?

Trigger.dev açık iş çalışma zamanıdır. JobRunner sözleşmesi yalnızca enqueue, status ve cancel vaat eder — iş akışı semantiği Trigger.dev'e özgü ve açık kalır.

E-posta, tanıtım yazılarından nasıl farklı?

İşlemsel e-posta, tamamlanma bildirimleri gibi ürün iş akışlarını kapsar. Soğuk tanıtım ve kampanyalar, bu kitin e-posta modülünün dışında kalan ürün konularıdır.

Mobil satın almalar nasıl çalışır?

Mobil uygulama RevenueCat ile yerel satın alma ve geri yükleme sunar; erişimi sunucunuz doğrular. Yayınlamadan önce mağaza hesaplarını yapılandırın ve cihaz testlerini tamamlayın. Web faturalandırması ayrı kalır.

YZ sağlayıcı anahtarları nerede durur?

Kendi-anahtarını-getir kimlik bilgileri şifrelidir ve yalnızca sunucuda kalır. Anahtarlar günlüklerden gizlenir; kullanım ve bütçeler çalışma alanı düzeyinde görünür kalır.

Ödeme hangi ödeme yöntemlerini kabul ediyor?

Stripe tarafından barındırılan ödeme sayfası kartları kabul eder; cüzdanlar Stripe hesabında etkinleştirildiğinde Alipay ve WeChat Pay de sunabilir — Çin'deki alıcılar için kullanışlı. Cüzdan yetkilendirmeleri eşzamansız onaylanır; ödeme tamamlanır tamamlanmaz lisans sayfası güncellenir.

Geri ödeme alabilir miyim?

Depoya erişim kazandıktan sonra supastack sonsuza kadar sizin olur, bu nedenle geri ödeme yapılamaz. Ancak içiniz rahat olsun: kendiniz veya müşterileriniz için sınırsız sayıda ürün geliştirip yayınlamak üzere ömür boyu güncellemeler içeren eksiksiz kaynak koduna sahip olursunuz. Yalnızca kodu yeniden satamaz veya depoyu bir başlangıç kiti ya da şablon olarak yeniden dağıtamazsınız.

TR