Yapay zeka sayesinde minimum ekiple 1 milyar dolarlık startup kurmak mümkün hale geliyor

• Startup başarısında yeni bir paradigma olarak, küçük ekiplerin devasa değer üretmesi öne çıkıyor
• Hız, netlik ve sahiplik, küçük ekipler için kritik; hiyerarşi ve koordinasyon maliyetleri ortadan kalktığında kararlar doğrudan ve hızlı alınıyor, ürün lansman hızı en üst düzeye çıkıyor
• Organizasyon tasarımında antifragile yapı ve özerk pod modeli kilit rol oynuyor; gerçek kaldıraç noktası araçlar değil, sistem tasarımı
• İşe alım son çare olmalı; odak sonuç odaklı T-shaped yeteneklerde olmalı ve ağ tabanlı çekirdek ile dış kaynaklar üzerinden esnek biçimde ölçeklenilmeli
• Acele büyümenin ve erken işe alımın gizli maliyetlerine dikkat çekilirken, az kişiyle netliği ölçekleyen kurucu profili yeni standart olarak sunuluyor

---

1. “Daha fazla insan, daha fazla ilerleme” efsanesi

• Instagram 13 çalışanla 1 milyar dolara satın alındı; WhatsApp 55 kişiyle 19 milyar dolara, YouTube ise 65 kişiyle 1,65 milyar dolara satın alındı
  • Bunlar istisna değil, küçük ve odaklı ekiplerin orantısız derecede yüksek değerli şirketler kurduğu tekrar eden bir örüntünün erken sinyalleriydi
• Bu ekiplerin ortak noktası sadece iyi zamanlama ya da harika ürün fikri değil, organizasyon yapısıydı
  • Hızlı hareket edebildikleri için hızlı hareket ettiler; hizalama toplantılarına sıkışmadan karar alabildiler
  • Sadece genel yükü azaltmadılar, hızı yavaşlatan her şeyi ortadan kaldırdılar
• Bu, yapay zeka ya da yatırımcıların kemer sıkmasından doğan bir trend değil; hep var olmuş yapısal bir avantaj ve en başarılı teknoloji şirketlerini sessizce ileri taşıyan şey
• Lean ekipler yalnızca kaynak kısıtı içinde hayatta kalmaz, çoğu zaman daha iyi performans gösterir
• Bugün daha iyi araçlar, otomasyon ve dağıtım imkanları sayesinde küçük ekiplerin potansiyeli hiç olmadığı kadar yüksek

2. Küçük ekipler neden kazanıyor: hız, netlik, sahiplik

• Küçük ekiplerin gücü daha çok çalışmaktan değil, farklı çalışmaktan gelir
• Küçük ekiplerde süreç sisi yoktur
  • Toplantı hazırlığı için toplantılar yoktur, arka koltukta atıl bekleyen kimse yoktur
  • Herkes kritik yolun üzerindedir ve her karar doğrudandır
• Hiyerarşinin doğası ve koordinasyon yükü ortadan kalkınca geriye hız kalır
• Güven varsayılan olarak vardır; ayrıca kazanılması, belgelenmesi ya da devredilmesi gerekmez
  • Herkes kimin ne yaptığını ve bunun hedefe nasıl bağlandığını bilir
  • Organizasyon şeması ya da proje yönetim aracı olmadan da sorumluluk görünür durumdadır
• Küçük ekipler doğal olarak güven temeli oluşturur
  • Çoğu startup, gerçekten ihtiyaç duymadan önce koordinasyonu dışarı devretmeye çalışıp ürün yöneticisini fazla erken işe alır
  • Küçük ekiplerde koordinasyon, insanların insanüstü olmasından değil, sistemin çeviri katmanlarının yükünü taşımamasından dolayı organik olarak ortaya çıkar
• Beehiiv, küçük ürün pod’larına tam sahiplik vererek 20 kişiden az bir ekiple kaçış hızına ulaştı
• Gumroad, çoğu Series A startup’ından daha küçük bir ekiple yıllık tekrar eden gelirde 10 milyon doları aştı; çünkü kararların 6 katmandan geçmesini gerektirmeyen bir şirket tasarladı
• Küçük ekipler ayrıca yetenek yoğunluğu avantajından yararlanır
  • 100 kişiye değil, önemseyen, problemi baştan sona sahiplenebilen ve netlikle hareket eden 5 kişiye ihtiyacınız vardır

3. Kırılgan olmayan startup tasarımı: yapı stratejidir

• Çoğu startup küçük olduğu için değil, netlikten yoksun olduğu için çöker
• Daha fazla insanın daha fazla güç anlamına geldiği varsayımı artık geçerliliğini yitiriyor
  • Kırılganlık az kişiden değil, şişkin yapıdan gelir
  • Sahipliği olmayan karmaşıklıktan ve tutarsız büyümeden doğar
• En güçlü küçük startup’lar, katman ekleyerek değil; insan sayısını ileri itici güçten bağımsız hale getiren sistemler tasarlayarak ölçeklenir
• PostHog playbook’u: kaldıraç birimi olarak ekip
  • PostHog, 50 kişiden az bir ekiple etkileyici genişlikte ürünler inşa etti; çünkü takımı mikro startup filosu gibi tasarladı
    • Her birim 2-6 kişiden oluşuyor ve işin belirli bir bölümüne sahip oluyor
    • Her ekip kendi hedeflerini belirliyor, kendi değerlendirmesini yapıyor, kendi roadmap’ini oluşturuyor, kendi kalite kontrolünü yürütüyor ve kendi dağıtım takvimini yönetiyor
    • Ne bağımlılık ne de devir teslim var
  • Bunun çözdüğü şey sadece hız değil, dayanıklılık
    • Bir ekip tıkanırsa diğerleri yayın yapmaya devam eder
    • Bir karar başarısız olursa etki alanı yerel kalır
  • Basecamp yaklaşık 30 kişiyle, yönetici olmadan çalışıyor; asenkron iletişimi ve yerel karar almayı korurken kârlı bir SaaS işletiyor
  • Oculus da 2 milyar dolara satılmadan önce 75 kişilik bir ekiple faaliyet gösterdi; bu da inovasyonu ölçeğin değil, yapının yönlendirdiğini kanıtlıyor
  • Peki bedeli ne? Unvanların ötesinde düşünebilen güçlü generalist’lere ihtiyaç var ve normalde hiyerarşinin yaptığı işi kültürün yapması gerekiyor
    • Buradaki kültür, paylaşılan değerler, asenkron şeffaflık ve net hedefler anlamına gelir
• Silo değil, sistem
  • Startup’lar insan sayısıyla değil, loop’larla tanımlanır
    • Gelir loop’u, ürün loop’u, geri bildirim loop’u
  • Küçük ekipler, her eylem bir sonraki eylemi besleyen sıkı ve kendi kendini sürdüren bir sistem içinde işlediğinde kazanır; departman uçurumlarını aşmak zorunda kalmaz
  • Pazarlama ekibi bir rapor için veri ekibinden 2 hafta beklemek zorunda kaldığı anda hız çoktan kaybolmuştur
  • Müşteri geri bildiriminin ürün liderine ulaşması için 5 toplantı gerekiyorsa, o gerçeği zaten sulandırmışsınızdır
  • Yapı sinyali hızlandırmalı, zayıflatmamalıdır
• Kendi “startup’lar startup’ı”nızı kurmak
  Bu modeli kopyalamak için:
  • Özerk pod’lar kurun - her ekibe net bir misyon, alan tanımı ve yayın yetkisi verin
  • Paylaşılan metrikler kullanın - tüm ekipler aynı sonuca nasıl katkı yaptığını görebilsin
  • Karar döngüsünü kısaltın - 6 haftalık sprint’lerle çalışın, asenkron check-in’ler yapın ve neyin işe yarayıp neyin yaramadığını anlatan kısa 1 sayfalık değerlendirmeler yazın
• Önce kültür, yapı sonra gelir
  • Nasıl yapılandığınız sadece operasyonel verimlilikle değil, kimlikle ilgilidir
  • İşin nasıl organize edildiği, ekibe neye değer verdiğinizi söyler
  • Özerklik, sahiplik ve hız gibi şeyler tesadüfen ortaya çıkmaz; tasarlanır
  • Kırılgan startup “Bunu kime escalate etmeliyim?” diye sorar; kırılgan olmayan startup ise “Bunu düzeltmenin en hızlı yolu ne?” diye sorar

4. Avantaj araçlarda değil, sistemde

• Pek çok kurucunun düştüğü yaygın tuzak: aracı kaldıraçla karıştırmak
  • Otomasyon yazılımlarıyla ortalığı doldurup, en yeni yapay zeka copilot’unu satın alıp, düzinelerce SaaS platformunu entegre edip sonra neden hâlâ yavaş olduğunu merak etmek
• Sorun araçlarda değil, sistem eksikliğinde
• Verimlilik yazılım yığmaktan değil, insan emeğinin kıt, bilinçli ve saygı duyulan olduğu iş akışları tasarlamaktan doğar
  • Her görev, otomatikleştirilmeden çok önce “Bunun var olması gerekiyor mu?” sorusundan geçmelidir
• Bozuk bir süreci hızlandıran araçlar sorunu çözmez; sadece zamanı daha hızlı boşa harcamanızı sağlar

• Pieter Levels playbook’u: otomasyondan büyük olan orkestrasyon

  • Pieter Levels, ekip olmadan sistem tasarımında ustalaşarak milyon dolarlık işlerden oluşan bir portföy kurmasıyla tanındı
    • Nomad List, Remote OK, Rebase — bunlar yalnızca web siteleri değil, kullanıcı davranışının işi beslediği sıkı tasarlanmış makineler
  • Levels daha fazla özellik kodlayarak ölçeklenmedi; ürünler fiilen kendi kendine çalışabilir hale gelene kadar sürtünmeyi azaltarak ölçeklendi
  • Nomad List’in çalışma biçimi:
    • Kullanıcılar şehirleri kaydeder, geri bildirim paylaşır ve yaşam maliyeti verilerini güncelleyerek içerik üretir
    • Bu içerik long-tail SEO’yu besler ve yüz binlerce sayfa organik biçimde indekslenir
    • SEO trafik getirir, trafik de ücretli abonelikleri teşvik eder
    • Ücretli üyeler topluluğu yönetir ve kaliteyi yüksek tutar
  • Destek ekibi de yok, satış da yok, pazarlama departmanı da yok — sadece loop’lar var
  • Kullandığı yapay zeka araçları (görsel üretimi, e-posta taslakları, moderasyon filtreleri) yalnızca yardımcı rol oynar; ana motor değildir
  • Bu otomasyon değil, orkestrasyondur
  • Benzer örüntü Minecraft’ın ilk döneminde de görüldü; Markus Persson, pazarlama ekibi, satış operasyonu, topluluk yönetimi ya da indirme düğmesinin ötesinde bir altyapı olmadan ürünü kurup gelir elde etti
    • Ürün kalitesinin hayran katılımını tetiklediği, bunun satışları artırdığı ve bunun da daha iyi geliştirmeyi finanse ettiği kendi kendini güçlendiren bir loop

• Stack’le değil, sistemle başlayın

  • Fazla sayıda kurucu şu soruyla başlıyor: “Hangi aracı benimsemeliyim?”
  • Daha iyi soru şu: Hâlâ manuel yaptığım en tekrarlı iş hangisi?
  • Sonra: Bu işin var olması gerçekten gerekiyor mu?
  • Ancak bundan sonra otomasyona uzanılmalı
  • Sistem şişkinse yapay zeka onu daha iyi yapmaz; sadece daha hızlı ve işletmesi daha pahalı hale getirir

5. Şişmeden işe almak: ne zaman, neden, kimi

• Çoğu kurucu işe alımı bir dönüm noktası ve kutlanacak bir şey olarak görür
• Oysa erken aşamada işe alım basit bir karar değil, borçtur
  • Her yeni kişi ekstra yük getirir: daha fazla konuşma, daha fazla bağlam aktarımı, daha fazla karmaşıklık
• Daha iyi yaklaşım, işe alımı son çare olarak görmektir — önce sistemi kurun
• Şunları sormak gerekir: Bunu otomatikleştirebilir miyim? Şablonlaştırabilir miyim? Geçici olarak dışarıya verebilir miyim?
• Ancak yanıt hayırsa ve iş görev açısından kritikse birini ekibe katmalısınız
  • O zaman bile çıta çok yüksek olmalıdır

• Rol için değil, sonuç için işe alın

  • Erken aşama ekiplerin, kendi küçük balonunda çalışan uzmanlara ihtiyacı yoktur
  • Baştan sona bir problemi sahiplenebilecek insanlara ihtiyacı vardır
  • Bu da T-shaped kişiler aramak anlamına gelir
    • Bir alanda derin uzmanlığı olan ama diğer alanlarda da geniş becerilere sahip insanlar
    • Kod yazabilen bir pazarlamacı, dönüşüm funnel’ını anlayan bir tasarımcı, müşterilerle konuşmaktan hoşlanan bir mühendis
  • Önemli olan birinin organizasyon şemasına temizce oturması değil, sürekli koordinasyon olmadan sonuç üretebilmesidir
  • Departman kurmak yerine misyon kurun ve o misyonu tam özerklikle yürütebilecek kişileri bulun

• Erken şişme tuzaklarından kaçının

  • İhtiyacınız olmayanlar:
    • Kimsenin istemediği ticket’ları yazan ürün yöneticileri
    • Henüz satışa hazır olmayan kurucular için toplantı ayarlayan satış geliştirme temsilcileri
    • 8 kişilik ekibi yöneten bir HR lideri
  • İhtiyacınız olanlar:
    • Resmin tamamını gören zanaatkârlar
    • Loop mantığıyla düşünen operatörler
    • İzin istemeyen builder’lar
  • Amazon, Twitch’i 970 milyon dolara satın almadan önce şirket yaklaşık 100 çalışanla lean şekilde faaliyet gösteriyordu
    • Bu da niş bir kategorideki hiper büyümenin her zaman şişkin ekipler gerektirmediğini gösteriyor
    • Yalnızca aşırı ürün odağı ve topluluk kaldıracı gerekiyor
  • Eğer startup’ın ilk refleksi “Bunun için birine ihtiyacımız var” ise durmalısınız
  • Bunun yerine şunu deneyin: “Bunun için bir sisteme ihtiyacımız var; işe yaramazsa üç kişinin yapacağı işi bir kişinin yapabildiği birini buluruz.”

6. Modeli bozmadan ölçeklemek

• Küçük başlamak işin kolay kısmıdır; zor olan, büyürken küçük kalma zihniyetini korumaktır
• Gerçek sınav, ürün ivme kazandığında, gelir arttığında ve talepler çoğaldığında gelir
  • Daha fazla müşteri, daha fazla özellik, ele alınacak daha fazla edge case
• Doğal tepki işe alımla ölçeklenmektir: daha fazla ekip, daha fazla yönetici, daha fazla katman
• Dikkat etmezseniz şirketi çalıştıran şeyler — hız, netlik, sahiplik — kaybolmaya başlar
  • Yalnızca insan eklemez, sürtünme eklersiniz

• Ağ tabanlı çekirdek

  • Şişmeden ölçeklenmenin bir yolu ağ tabanlı bir çekirdek kurmaktır
  • Merkezde küçük ve kalıcı bir ekip vardır — bir komuta birimi, yani çekirdek
    • Vizyonu, roadmap’i ve kültürü sahiplenen insanlar
  • Bu çekirdeğin etrafında, ihtiyaç oldukça büyüyüp küçülen fractional işe alımlar, contractor’lar, ajanslar ve yapay zeka destekli süreçlerden oluşan modüler bir halka bulunur
    • Bu dış katman, her işlevi şirket içine almak zorunda kalmadan yüksek beceri veya yüksek hacimli işleri yürütür
  • Desteği esnek tasarlayın, pazarlamayı lansman için büyütüp sonra küçültecek şekilde kurun
  • Yapay zekayı günlük operasyonlarda kullanın; headcount hedeflerini tutturmak için değil, dar tanımlı görevler için uzman kiralayın
  • Waze, Google tarafından 1 milyar dolara satın alındı ve bunu; lean bir iç ekibi, kullanıcı üretimli verilerden oluşan dış ağla birleştiren hibrit modelle ölçekleyerek başardı
    • Gönüllü harita editörleri ve crowdsourcing raporları, iç karmaşıklık eklemeden ürünü daha akıllı hale getirdi

• Çeviklik ölçeklenir, ama yalnızca tasarımla

  • Lean olmak kırılgan olmak demek değildir — kırılgan olan, yüzeysel iş yapan şişkin ekiplerdir
  • İçten dışa inşa ettiğinizde, sıkı bir çekirdek ve ölçeklenebilir bir kabuk kurduğunuzda, yüzey alanı büyüse bile çevik kalabilirsiniz
  • Toplantıları ölçeklemeden çıktıyı ölçekleyebilir, kaos eklemeden daha fazla karmaşıklığı yönetebilirsiniz
  • Asıl beceri budur: ölçülmesi kolay olanı değil, önemli olanı büyütmek
  • En iyi kurucular sadece şirketi ölçeklemez, netliği ölçekler

7. Fazla erken işe almanın gizli maliyeti

• Ürün-pazar uyumunu bulmadan önce ölçeklenen kurucularla konuşursanız, pişmanlıkların şaşırtıcı derecede benzer olduğunu duyarsınız: “Çok erken işe aldık.”
• Her şey iyimserlikle başlar — birkaç zafer, biraz fon ve bir anda sanki “ekip kurma” zamanı gelmiş gibi hissedilir
• Ancak güçlü bir temel olmadan — net ürün değeri, sıkı bir müşteri geri bildirim loop’u ve tekrarlanabilir edinim olmadan — insan eklemek ilerlemeyi değil, belirsizliği katlar

• Organizasyonel borç gerçektir

  • Fazla erken işe almak sadece sermayeyi daha hızlı yakmak anlamına gelmez
  • Koordinasyon borcu da ekler — hizalanacak, onboard edilecek ve yönetilecek daha fazla insan
  • Duygusal borç da ekler — henüz etki yaratmayan rolleri meşrulaştırma baskısı
  • Kültürel borç da ekler — küçük ekiplerin gelişmesini sağlayan sahiplik zihniyetini sulandırır
  • Momentum yerini meşguliyete bırakır; deney yapmak yerine toplantı yapılır, ürün yayınlamak yerine işler gözden geçirilir
  • Bir anda her şey daha uzun sürer ve kimse nedenini tam olarak bilmez

• Karmaşıklığın bir maliyeti vardır

  • Her yeni kişi ağdaki yeni bir düğümdür
    • Daha fazla karar hizalama gerektirir, daha fazla araç erişim izni ister, daha fazla katman açıklama talep eder
  • Ürün kaçınılmaz olarak yön değiştirdiğinde — ki her zaman değişir — artık artık var olmayan iş versiyonu için işe alınmış insanlarla kalırsınız

• Varsayılan soruyu değiştirin

  • İşe almadan önce şu soru sorulmamalı: “Bunun için birine ihtiyacımız var mı?”
  • Bunun yerine şunlar sorulmalı:
    • “İş akışını yeniden tasarlayabilir miyiz?”
    • “Bu katmanı otomatikleştirebilir miyiz?”
    • “Lean kalacak kadarını bu edge’e dış kaynak olarak verebilir miyiz?”
  • İnsan sayısı ilerlemenin rozeti değil, netliğe yapılan bir yatırımdır

8. Yeni bir kurucu tipi

• Arketip değişiyor
• Geleceğin kurucusu, 100 milyon dolar fon toplayıp 100 kişi işe alan kişi değil; 5 kişiyle yılda 10 milyon dolar gelir yöneten ve gece rahat uyuyan kişidir
• Stresle değil, büyümeyi sistemler aracılığıyla orkestre ederek ilerleyen solo kurucu
• Kendi kendine satış yapan ve kendi kendine destek veren ürüne sahip 3 kişilik ekip
• Toplantısız ve dramasız şekilde günde 6 haneli gelir üreten 6 kişilik şirket
• Bunlar artık tuhaf örnekler ya da aykırı durumlar değil — yeni standart haline geliyor
• Değişim yalnızca verimlilikten daha derin
  • Zarafet, sahiplik ve sürdürülebilirlikle ilgili
• Bugünün en iyi kurucuları, sadece büyüme uğruna büyümenin peşine düşmüyor
  • Kendi organizasyonel karmaşıklıklarının ağırlığı altında ezilmeden kontrol edebilecekleri, geliştirebilecekleri ve gurur duyabilecekleri şirketler kuruyorlar
• Küçük olmak yalnızca güzel değil, stratejiktir
  • Zihinsel olarak daha sağlıklıdır ve doğru ellerde durdurulamazdır
• Bu, yokluktan başlayan günlere duyulan nostalji değil; şişmeden büyük bir şey inşa etmek için taktiksel bir rehberdir

[shakespeares]

Küçük ekiplerin kazanma nedenleri olarak hız, netlik ve sahiplenmeye genel olarak katılıyorum; ancak istikrarlı bir operasyonun da gerektiği durumlarda organizasyonun büyümesinin kaçınılmaz olduğunu düşünüyorum.
Bu, günümüzde büyük organizasyonların neden hücreler veya silolar halinde işletildiğiyle de örtüşüyor gibi görünüyor.