ProductLog'u inşa ederken bir noktada, yanlış ürün olarak konumlandırmak üzere olduğumu fark ettim.

Teknik olarak yanlış ürün değil. Kod istediğim şeyi yapıyordu. Stratejik olarak yanlış ürün, açmak üzere olduğum versiyon, aslında rekabet etmek istemediğim bir pazarda, çoktan kazanmış olanlarla yarışıyor olacaktı.

Bu, bunun neredeyse nasıl olduğunun ve neyin kurtardığının hikayesi.

Tek bir kod tabanı içinde iki ürün

ProductLog'un, kabaca, iki yarısı var.

Birincisi bir topluluk ve keşif platformu. Girişimci profilleri, halka açık ürün sayfaları, güncellemeler, trend listesi, liderlik tablosu, takipçiler. Zihindeki model: Indie Hackers ile Product Hunt'ın birleşimi, üstüne de bir build-in-public sosyal katmanı.

İkincisi ürün yönetim araçları. Yol haritaları. Geri bildirim panoları. Sürüm notları. Buradaki zihinsel model Featurebase. Ya da Canny. Ya da Productlane. Maker'ların ürünlerinin perde arkası tarafını yürütmesine yardım eden araçlar — geri bildirim topla, halka açık yol haritası yayınla, değişiklikleri duyur.

İkisini de inşa ettim. İkisini de içeren tek bir kod tabanım var. Ve neyi sattığım konusunda neredeyse bir hata yapıyordum.

Bunun neden önemli olduğu

Bunlar iki farklı ürün. İçeriden bakınca aynı görünüyorlar, aynı veritabanı, aynı kimlik doğrulama, aynı kullanıcı modeli, ama farklı insanlara satılıyorlar, farklı rakiplerle yarışıyorlar, ve farklı gelir yollarına sahipler.

Topluluk platformlarından para kazanmak ünlü şekilde zordur. En başarılı olanlar bile (Reddit, Indie Hackers, Product Hunt) gelir konusunda yıllarca zorlandı. Ağ etkileri güçlüdür ama ödeme isteği düşüktür. Kullanıcılar ücretsiz gelir. Para reklamlardan, öne çıkarılmış listelerden veya zamanla platformdan değer çıkarmaktan gelir. Hiçbiri küçük, bağımsız bir işe uymuyor.

Geri bildirim araçları ise net bir ödeme isteğine sahip. Maker'lar, kendi alan adı ve gömme bileşenleriyle birlikte iyi bir geri bildirim panosu için aylık 20-50 dolar öderler. Featurebase, Canny ve Productlane, hepsi kâr eden işler. Birim ekonomileri tutuyor.

Yani ProductLog'u bir geri bildirim aracı olarak konumlandırırsam, gelir yolu net. Topluluk platformu olarak konumlandırırsam, yol belirsiz.

Tuzak

Tuzak işte burada oluşuyor. Kurucular bu karşılaştırmayı görünce, "ikisini de yaparım" deme cazibesine kapılır.

Yapmak üzere olduğum şey buydu.

Ana sayfa metnini "build-in-public yapmak isteyen maker'lar için bir yer, artı ürününüzü yönetmek için geri bildirim ve yol haritası araçları" diye yazmaya başladım. Bir cümlede iki değer önerisi. Kafanda kapsamlı duran ve içeride iyi test edilen türden bir sunum.

Felaket olurdu.

İki şey vaat eden bir ana sayfa hiçbir şey vaat etmez. Ziyaretçi geliyor, "topluluk platformu artı geri bildirim aracı" okuyor, ve soruyor: "Tamam ama bunlardan hangisi benim için?" Aldığı cevap "ikisi de!" Beyninin duyduğu cevap "hiçbiri."

Daha kötüsü, iki kitle farklı şeyler istiyor. Topluluk arayan bağımsız maker'lar, kendilerine geri bildirim aracı satılmasını istemezler. Featurebase alternatifi arayan bir SaaS kurucusu, bir "build-in-public manifestosuna" düşmek istemez.

İkisine birden hizmet etmeye çalışırsan, hiçbirine hizmet edemezsin.

Yine de neden bu şekilde inşa ediyorum

ProductLog'u önce bir topluluk platformu olarak konumlandırma kararını verdikten sonra, daha zor bir soruyla yüzleşmem gerekti. İki şeyi bir arada yapma yaklaşımı bir tuzaksa, ben neden hâlâ bunu yapıyorum? Başkalarının ürünü neden net şekilde ayrılmış da benimki ayrılmamış?

Dürüst cevap şu: Bunu inşa ediyorum çünkü bu araçların bugün ayrılma şekli, bir girişimcinin gerçekte nasıl çalıştığıyla örtüşmüyor.

Bir girişimci işi üç farklı zaman boyutunda yaşıyor, ve mevcut araçların her biri bunlardan birini kapsıyor.

Bir anlık boyut var, şu an ne yapıyorum, az önce ne yayına aldım, "şuna bak" diyeceğin bir tweet uzunluğunda. X bunda iyi. Hızlı, halka açık, geçici. Bir gün içinde aşağı kayıp gidiyor, ve bu sorun değil, mesele zaten bu.

Bir kalıcı boyut var, daha uzun düşünce. "Bu problemi şöyle çözdüm." "Bu kararı şu yüzden verdim." Bunlar bulunabilir kalmayı hak ediyor. Altı ay sonra aynı problemle karşılaşan biri, cevabı bulabilmeli. Blog'lar bunun için var ve iyi bir kestirme yolu yok.

Bir de durumlu boyut var, bir durumu, bir gidişatı, beklenen bir cevabı olan şeyler. "Şu hatayı buldum." "Bu özellik üzerinde çalışılıyor." "Bu, üçüncü çeyrek yol haritasında." Bunlar ne anlar ne de denemeler. Her şeyin nerede durduğunu takip etmesi gereken bir sistemin içindeki kayıtlar. Geri bildirim panoları, sürüm notları ve yol haritaları bunun için var.

Ciddi çalışan bir girişimcinin üçüne de ihtiyacı var. Ve şu an, bunu yapmak için üç farklı araca ihtiyacı var.

X anlık olanı kapsıyor. Blog kalıcı olanı kapsıyor. Featurebase ya da Canny ya da Linear durumlu olanı kapsıyor. Hiçbiri birbiriyle konuşmuyor. Product Hunt'taki ürün sayfan, Featurebase'de takip ettiğin hatadan, onu çözmekle ilgili yazdığın blog yazısından, ya da düzeltmeyi duyuran tweet'inden haberdar değil.

Kapatmaya çalıştığım boşluk bu. Featurebase'in sadece bir geri bildirim aracı olması yanlış olduğu için değil, hizmet ettikleri kitle için doğru bir şey yapıyorlar, ki o kitle de temiz ve odaklı bir ürün yüzeyi isteyen şirketler. Tuzağa düşmüyorlar çünkü oldukları şeyden fazlasıymış gibi davranmıyorlar.

Ama ben bir şirket değilim. Ben bir girişimciyim ve bir girişimci olarak üç ayrı uygulamada yaşamak istemiyorum. Ürünüm, güncellemelerim, blog yazılarım, yol haritam ve hata listemin yan yana durduğu, ne inşa ettiğim ve nereye gittiğim hakkında tek bir tutarlı hikaye anlatan tek bir yer istiyorum.

Ve bunu kendim için inşa ediyorsam, showcase katmanı neredeyse bedavaya geliyor. Bir platform zaten bir girişimcinin bütün build-in-public resmini tutuyorsa onu bir keşif yüzeyine çevirmek bariz bir sonraki adım.

Bahis bu. Üstüne topluluk eklenmiş bir geri bildirim aracı değil. Üstüne geri bildirim eklenmiş bir keşif sitesi değil. Bir bağımsız girişimcinin aradığı her şeyin aynı ürünün içinde, aynı girişimcinin etrafında, aynı hikayenin parçası olarak durduğu tek bir yer.

Bu yanlış olabilir. Üç zaman boyutunu üç ayrı araca bölmenin doğru tasarım olduğu, ve birleştirmenin tutarlılıktan çok karışıklık yarattığı ortaya çıkabilir. Kullanarak öğreneceğim. Ama gerçekten neye bahis oynadığımı kabul etmem gerekiyordu, birleştirmenin kazara olmuş gibi davranmak yerine.

Diğer tuzak

Bir de yapısal bir sebep var. ProductLog bugün bir geri bildirim aracı olarak yarışamaz, ve bunu denemeye karar verdikten sonra fark ettim.

Featurebase, Canny ve Productlane çalışıyor çünkü markalar geri bildirim toplamayı kendi sitesine gömebiliyor, ya da kendi alt alan adını kullanabiliyor (feedback.urunadi.com gibi ) Markanın müşterileri markadan asla ayrılmıyor. Geri bildirim aracı ön planda görünmüyor.

ProductLog'da henüz gömme bileşenleri ya da özel alt alan adları yok. Geri bildirim panoları productlog.net/products/urunadi/feedback üzerinde yaşıyor. Yani müşteriden, markanın sitesinden ayrılıp ProductLog'a gelmesini, ProductLog'un markasını görmesini ve oraya geri bildirim bırakmasını istemek anlamına geliyor.

Yani ProductLog, bu özellikler eklenene kadar gerçek anlamda bir geri bildirim aracı olarak satılamaz. Teknik kapasite orada. Pazardaki konumu yok.

Karar

İki karar verdim.

Birincisi: ProductLog bir topluluk ve keşif platformu. Manşet bu. Geri bildirim ve yol haritası araçları destek özelliği. içeri girdiğinde platformu daha kullanışlı yapıyorlar ama oraya gelme sebebin değiller.

İkincisi: Geri bildirim aracı tarafından para kazanmaya çalışmıyorum, en azından şimdi değil. Belki hiç. Bu özelliklerin var olma sebebi gelir değil; bir maker'ın ProductLog'daki ürün sayfasının bütün bir resim olması, ne inşa ettiği, nereye gittiği, kullanıcıların ne dediği. Geri bildirim ve yol haritası, ürün sayfasını zenginleştiriyor. Topluluk platformu önerisine hizmet ediyorlar, ayrı bir öneriye değil.

Bu, daha zor gelir yolunu seçmek anlamına geliyor. Topluluk platformları zor. Biliyorum. Ama iki şey olmaya çalışmak, zor olanı seçmekten daha kötü olurdu.

Bu, planımı nasıl değiştiriyor

Karar, önümüzdeki birkaç ayın nasıl görüneceğini yeniden şekillendiriyor.

Günde 2-3 saatimi iki kipte harcıyorum: ProductLog'u inşa etmek ve ProductLog'u kendi diğer projelerim için kullanmak. Kullanma kısmı yan bir aktivite değil, başka birini içeri davet etmeden önce platformun stres testinden geçtiği yol bu. Projelerimin her biri ürün sayfasını, güncellemelerini, yol haritasını ve geri bildirim panosunu ProductLog'da alıyor. İlk kullanıcı benim, ilk maker benim, ve her hatayı bulan ilk kişi benim.

Yapmadığım şey ise Featurebase ile yarışabilmek için gömme bileşenleri ve özel alt alan adlarını getirmeye kalkmak. Bu özellikler muhtemelen sonunda gelecek, çünkü topluluk platformu çerçevesi içinde bile faydalılar, ama öncelik değiller. Öncelik, ProductLog'u diğer girişimcilerin orada olmak isteyeceği bir topluluk platformu olarak yeterince iyi yapmak.

Bu daha uzun bir yol. Biliyorum.

#BuildInPublic #Girişimcilik

Featurebase tuzağı: ProductLog'u neredeyse yanlış inşa ediyordum