SaaS’ı tek başına 1 yıl çalıştırıp öğrendiklerim

• Uptime denetleyicisi OnlineOrNot’u Next.js + AWS Lambda ile 7 günde yapıp yayına alma ve 1 yıl işletme deneyimi

200 rakip varken bile hizmeti sürdürmenin sırrı ne?

• Hafta içi sadece tam 2 saat çalışmak
• Müşterinin acısını çözen özelliklere odaklanmak
• Aşırı derecede (ruthlessly) tekrarcı olmak. Bir özellik 2 saat içinde tamamlanamıyorsa kapsamını daraltıp yine de yayına almak ve bunu tekrarlamak

✓ 1 yılda öğrenilen dersler

Yapılan şey bir SaaS aboneliği satmak değil, bir problemi çözmek

• Müşterinin bakış açısından düşünmek
• "Bu özelliği yaparsam müşteri gelir!" değil, "Müşterilerin bu can sıkıcı problemini çözerek onlara yardım etmem gerekiyor" yaklaşımı olmalı
• SaaS, problemi çözmenin birçok yolundan sadece biri

Dokümantasyon, kullanıcı deneyiminin bir parçasıdır

• "Geliştiriciler dokümantasyon okumaz" denir ama bu ancak kısmen doğru
• Onlar okumaz, başlıklara göz gezdirir

Mobil için geliştirin

• B2B SaaS hakkındaki yaygın inanışın aksine insanlar telefonda da çok iş yapıyor
• OnlineOrNot trafiğinin yaklaşık %50’si mobilden geliyor
• İnsanlar mobilde hızlıca hesap oluşturup izlenecek birkaç sayfa ekliyor, sonra ara sıra laptop/masaüstünden kontrol etme eğiliminde oluyor
• 6 ay boyunca mobil destek yoktu ve telefondan kaydolan kişiler hızla ayrıldı
• Sonunda duyarlı mobil sayfalar yapıldı ve artık yeni mobil kullanıcılar sürekli artıyor

İnsanlara sizi nasıl bulduklarını sorun

• Yapılan en değerli kod değişikliklerinden biri, yeni kaydolan kullanıcılara "OnlineOrNot’u nasıl duydunuz?" sorusunu eklemekti
• Potansiyel müşterileri çekebilecek birçok kanal vardır ve hangisine ağırlık verileceğini bilmek gerekir

Bazen hatayı bizzat yapmak gerekir

• Başkalarının hatalarını tekrarlamamak için çok kitap okunabilir ama bazen hatayı kendiniz yapmanız gerekir
• Hacker News ana sayfasına çıkıldığında 6000 kişi geldi, birkaç yüz kişi kayıt olmaya çalıştı ama içlerinden 10’dan azı gerçekten kaydolunca bir şeylerin yanlış olduğu anlaşıldı
• Kayıt formunda %75 terk oranı vardı. A/B testiyle (DeployWithFlags kullanılarak) ek OAuth sağlayıcıları eklendi ve bu oran %50’ye düştü

Fiyatlandırma gerçekten zor

• Fiyat çok yüksek olursa, uygulamanın her şeyi sizin yerinize yapacağını sanan kişiler uzaklaşır
• Fiyat çok düşük olursa, "$9 ödedim, o zaman uygulamayı yeniden yaz" tavrında müşteriler çıkar
• Zor müşterilere geri ödeme yapın, fiyatı artırın ve yolunuza devam edin
• Fiyatlandırma konusunda bol bol deney yapmaya hazırlıklı olun

MRR’ye (Monthly Recurring Revenue) fazla odaklanmak gerekmiyor..

• MRR, işlerin başta nasıl gittiğini ölçmek için çok kötü bir yöntem
• Birkaç hafta önce düzeltilen şeyler bugünkü MRR’yi etkiler; yeterince çok müşteri olmadan yapılan değişikliklerin gerçekten işe yarayıp yaramadığını anlamak zordur
• DAU veya bazı müşteri başarı göstergeleri (sayfa kontrolü, görsel üretimi vb.) MRR’den daha faydalıydı
• Bu değerler, gerçek kullanıcıların ürünü kullanıp kullanmadığını ve ürünün onlara değer sağlayıp sağlamadığını anlamaya yardımcı olur

Ücretli katmanda da ücretsiz deneme gerekli

• Ücretsiz katman insanları çekmek ve ürününüz hakkında konuşmalarını sağlamak için iyi bir yol ama
• Ücretli katman ücretsiz katmandan çok daha iyiyse, ücretli taraftaki bu "iyi şeyleri (Good Stuff)" tattırmanın da bir yolu olmalı
• Bunu fark etmek 11 ay sürdü
• Ücretsiz katman sunuluyor ama yeni kullanıcıların %95’i Pro katmanın ücretsiz denemesini seçiyor

Daha fazla trafik getirmek zordur, mevcut trafiğin ne yaptığını değiştirmek ise kolaydır

• İnternette dikkat çekmek uzun ve yavaş bir oyundur
• Aylar boyunca istikrarlı şekilde kaliteli içerik pazarlaması yapılırsa okuyucu sayısı günde 1-2 kişiden yüzlerce kişiye çıkabilir
• Siteye gelen kişi sayısını artırmak gerçekten kolay bir iş değil
• Buna karşılık, insanlar siteye geldiklerinde ne yaptıklarını etkilemek mümkündür ve bunu bugün hemen yapabilirsiniz
  (OAuth giriş sağlayıcısı eklemek gibi)

İçerik pazarlaması size zaman kazandırır

• İçerik pazarlamasına yatırım yapmak, işin bir süre kendi kendine yürümesini sağlar
• Bir yıl boyunca birkaç eski yazı viral oldu ve on binlerce ziyaretçi çekti. Ben hiçbir şey yapmasam da yaklaşık 1500 kişi bu yazıları görmek için organik olarak gelmeye devam ediyor

Küçük ve sık dağıtım yapın

• İnsanlar ürünün gelişmesi için belirli özellikler önerebilir ama büyük ihtimalle o özelliği kendileri kullanmaz
• Muhtemelen yardımcı olmaya çalışıyorlardır ve benzer bir özelliği başka bir üründe görmüşlerdir
• SaaS işletmeye yeni başladığınız için insanlar size bir şeyler söylediğinde mutlu olur ve onlar için hemen özellik geliştirmeye koşabilirsiniz
• Özellik yapmayın demiyorum (ben böyle bir tavsiye aldım ama yine de kimsenin kullanmadığı o özelliği yaptım)
• İnsanlara o özelliği nasıl kullanacaklarını sorun, başka müşterilere bu problemi nasıl çözdüklerini sorun, o özelliğin en küçük sürümünü yapın ve diğer kullanıcıların gerçekten kullanıp kullanmadığına bakın
  Sadece tek bir kişinin kullandığı bir özellik yapmak istemezsiniz, değil mi?
• Aylar harcanan bir şeydense, birkaç saatte yapılan ama kimsenin istemediği bir özelliği kaldırmak çok daha az acı verir

Önce yayına alın, ölçek konusunu sonra düşünün

• OnlineOrNot’un ilk sürümünde mimari hiç optimize edilmemişti
  (her uptime kontrolünde DB bağlantısı açık tutulduğu için kullanıcı sayısı arttıkça zorlanıyordu)
• Ayrıca insanların ihtiyaç duymadığı bir şeyi yapmaktansa, kusurlu bir arayüz yüzünden utanmayı tercih ederim
• Daha sonra mimari yeniden tasarlandı ve tek küçük bir RDS instance ile haftada milyonlarca işlem yapılabilir hale geldi

Sorunu çözmeye düşündüğünüz kadar çok zaman ayırmak zor

• 1 yıl boyunca programlamaya harcanan zamanın yalnızca yarısı gerçekten çözmek istenen problemi çözmeye gitti
• Diğer yarısı ise SaaS platformunu inşa etmeye harcandı
• Çeşitli kullanıcı kimlik doğrulama türleri, deneme sürümleri, onboarding, ekip yönetimi, fatura yönetimi, yaşam döngüsü e-postaları gibi SaaS platformu işleri gerekiyor
• Birçok şeyi dış kaynakla çözebilirsiniz (Stripe olmasaydı muhtemelen abonelik modeliyle satmak mümkün olmazdı)
• Ama her zaman hoşunuza gitmeyen bazı şeyler olur ve onları biraz farklı ele almak istiyorsanız kendiniz yapmanız gerekir

[wellsbabo]

Güzel bir yazı.

[hibuz]

Canlı bir hizmeti planlayıp işletmek için harika ipuçları var!!

[xguru]

Ücretsiz bir katman olsa bile, ücretli katman için ücretsiz deneme sunmak gerekir. Bu kısmın gerçekten çok önemli olduğunu düşünüyorum.