Prototip ile Ürün Arasındaki Ölümcül Vadi

Yüzemeyen Gemi

1628’in ağustosunda Stockholm limanı bir tören yeriydi. İsveç Kralı Gustavus Adolphus’un emriyle yıllarca üzerinde çalışılan savaş gemisi Vasa, büyük bir kalabalığın önünde suya indirildi. Çağının mühendislik harikasıydı. Kral daha önce hiçbir gemide görülmemiş bir ateş gücü istemiş, mühendisleri fazladan top bataryaları eklemeye zorlamıştı. Güç de yetmezdi, gemi aynı zamanda imparatorluğun ihtişamını taşımalıydı. Gövdesi yüzlerce ahşap oyma heykelle, altın varakla, ağır süslemeyle donatıldı.

Vasa limandan ayrıldıktan 1300 metre sonra hafif bir rüzgârla yan yattı. O görkemli toplar, o göz kamaştıran heykeller, o kusursuz tasarım, geminin dengesini öyle bozmuştu ki dakikalar içinde sulara gömüldü.

Mühendisler kralın bütün taleplerini eksiksiz yerine getirmişti. Daha çok özellik, daha çok görkem. Kâğıt üzerinde her şey kusursuzdu. Yalnızca tek bir şeyi unutmuşlardı: geminin yüzmesi gerekiyordu.

Bugün teknoloji dünyasında her gün yüzlerce Vasa suya iniyor.

Çoğu zaman kodumuzun derlenmesiyle, testlerin yeşil yanmasıyla, arayüzün piksel piksel kusursuzluğuyla övünürüz. Oysa yıllarca mutfağın içinde durduktan sonra gördüğüm tek bir gerçek var. En mükemmel algoritma bile bir insanın derdine derman olmuyorsa, işlemci ısıtan bir gürültüden ibarettir. Vasa’nın oymalı heykelleri neyse, kimsenin açmadığı bir uygulamanın tertemiz mimarisi de odur.

Bugün masadaki o steril dünyaların neden sokağın tozuna çarpınca dağıldığını konuşmak istiyorum. Çok mantıklı dediğimiz fikirler neden ürünleşemiyor? Yunus Emre’nin “ilim ilim bilmektir, ilim kendin bilmektir” düsturunu bir kenara yazalım. Bizim dünyamızda ilim, yazdığın kodun kime, neye, hangi iş değerine hizmet ettiğini bilmektir.

Mutfaktaki Simya ve Prototip İllüzyonu

Ürün, çoğu zaman sessiz ve steril bir laboratuvarda doğar. Araştırma ve geliştirme, biz teknik insanlar için bir oyun parkıdır. Maliyet baskısı yok, müşteri şikâyeti yok, yalnızca olasılıklar var.

Bu aşama bir sorunun etrafında atılan entelektüel bir turdur. Pürüzlü Mükemmellik kitabının dediği gibi, hızlanmak için bazen yavaşlamak gerekir. Buradaki derin araştırma, ileride bizi büyük teknik borçlardan kurtaracak temeli atar. Ama tam burada bir tehlike pusuya yatar: mutfak körlüğü.

Bir şefin kendi damak tadına göre sos hazırlamasıyla aynı yemeği beş yüz kişilik bir salonda servis etmesi arasında dağlar vardır. Geliştiriciler olarak araştırma sürecinde teknolojinin kendisine âşık oluruz. “Bu veritabanı milisaniyede milyon işlem kaldırıyor” cümlesi bizi heyecanlandırır. Asıl soru şudur: bizim kullanıcımızın milyon işleme ihtiyacı var mı?

Bu sürecin sonunda elimize geçen şeye prototip deriz. Bir düğmeye basarsın, arkada karmaşık işler döner, ekrana bir sonuç düşer. Teknik ekibin zafer çığlığı attığı andır. Oysa prototip, henüz ruhu olmayan güzel bir hayalettir.

Rework’un yazarları Jason Fried ve DHH’nin keskin tespiti tam burada devreye girer: prototipler, fikirlerin en çiğ halidir. Bir prototipin çalışıyor olması onu ürün yapmaz. Prototip bir teknik hipotezin kanıtıdır. Ürün ise ticari ve insani bir sözleşmedir. İkisinin arasındaki farkı ikiye ayırabilirim:

• Prototip: “Bakın, bu teknoloji çalışıyor.”
• Ürün: “Bakın, bu teknoloji hayatınızı iyileştiriyor, buna para ve zaman vermeye değer.”

Müşterisi hazır olmayan, bir acıyı dindirmeyen, yalnızca teknik bir meydan okuma olarak görülen her şey prototipten öteye gidemez. Dünyanın en ileri yapay zekâ modellerini kullanabilirsin. O modeli kullanacak insanın hayatında somut bir değer yaratmıyorsan, yaptığın şey pahalı bir hobiden ibaret kalır. Yapay zekânın bir oyuncak değil, doğru kullanıldığında hidrolik direksiyon gibi gücü çoğaltan bir araç olduğunu başka bir yazıda anlatmıştım. Buradaki mesele de aynı: araç ne kadar güçlü olursa olsun, direksiyonu tutan elin nereye gittiğini bilmesi gerekir.

Rasyonel Fikirlerin İrrasyonel Mezarlığı

Mühendis zihninin en büyük handikabı, dünyayı düz bir denklem sanmaktır. Bizim için her şey A artı B eşittir C olmalıdır.

• Önerme: İnsanlar faturalarını takip etmekte zorlanıyor.
• Çözüm: Kusursuz bir fatura takip sistemi kodladım.
• Beklenti: Herkes bunu kullanacak.

Gerçek hayatın matematiği böyle işlemez. İnsanlar mantıklı karar veren makineler değil, alışkanlıklarına, korkularına ve duygularına göre davranan varlıklardır.

Bir fikrin mantıklı olması satılabilir olduğunu garanti etmez. Sektörde sık sorulan bir soru vardır: ürünün bir vitamin mi, yoksa bir ağrı kesici mi?

• Vitamin: Alırsan iyi olur, sağlığa faydalıdır, ama almayı unutsan da hayatın akar. Daha detaylı analiz sunan bir raporlama aracı gibi.
• Ağrı kesici: Başın çatlarken gece yarısı nöbetçi eczane ararsın. Şirketin nakit akışı durduğunda onu yeniden açan bir sistem gibi.

Bize mantıklı görünen fikirlerin çoğu, aslında güzelce paketlenmiş vitaminlerdir. Müşteri konfor alanını bozup yeni bir ürün öğrenmek için mantıklı bir sebepten fazlasını ister. Yakıcı bir ihtiyaç gerekir.

Rework felsefesi “kaşınan yerini kaşı” der. En başarılı ürünler genellikle pazar araştırması raporlarından değil, kurucunun kendi yaşadığı bir derde çare aramasından doğar. Ama ince bir çizgi var. Senin kaşındığın yer başkasının umurunda olmayabilir. Kendi fikrine âşık olmak, bir liderin yapabileceği en büyük hatadır. Fikrini doğrularken acımasız olacaksın.

Tasarım mı, İşlevsellik mi?

Yazılım dünyasının bitmek bilmeyen o sessiz savaşını hepimiz biliriz. Bir yanda işi yapan motor olmanın kibriyle backend, öbür yanda kullanıcıyı karşılayan yüz olmanın ısrarıyla tasarım ekibi.

Bu kavga genellikle yanlış zeminde yapılır. “Tasarım ne kadar güzel olmalı?” yanlış sorudur. Doğru soru şudur: tasarım, işlevselliğin önüne geçmeden ona nasıl yol açar?

Kod yazarken düştüğümüz aşırı mühendislik tuzağının bir benzeri tasarımda da var. İşlevsiz bir tasarım boş bir kutudur, tasarımsız bir işlevsellik ise kullanılamayan bir hazinedir. Denge pragmatizmde gizli.

Kurumsal bir ürün geliştiriyorsan, kullanıcının psikolojisini anlaman gerekir. O insan yazılımı keyif için değil, mesaisi bitsin diye açıyor. İhtiyacı wow efekti yaratan animasyonlar, gölgeli düğmeler ya da sanat eseri gibi ikonlar değil. İhtiyacı netlik. Düğmenin yeri belli mi, hata mesajı anlaşılır mı, tablo okunabilir mi? Kurumsal üründe tasarım, bilişsel yükü azaltmak için vardır. Buraya harcanan her fazladan efor ürünü hantallaştırır. Eli yüzü düzgün, standartlara uyan temiz bir tasarım, bu dünyada mükemmelliğin ta kendisidir. Fazlası israftır.

Son kullanıcıya hitap eden işlerde durum biraz farklı, ama temel mantık aynı: mükemmeli bekleme. Tasarımın, kullanıcının güvenini kazanacak kadar profesyonel olması şarttır. Ama her ekranı piksel piksel işlemek, ürünün sahaya çıkışını geciktiren bir intihardır. Strateji kabul edilebilir bir başlangıç olmalı. Ürün sahaya iner, kullanıcıların refleksi izlenir. Hangi menüye tıklamaya çalışıyorlar, hangi renk dikkatlerini çekiyor, akış nerede tıkanıyor? Tasarım masa başında değil, sahada, kullanıcının parmak ucunda evrimleşir. Pürüzlü Mükemmellik’te dendiği gibi hayat pürüzlüdür, steril laboratuvar tasarımları gerçeğin kaosunda çoğunlukla tutmaz.

Unutma, Vasa’nın da muhteşem bir tasarımı vardı ama yüzemedi. Amacımız müzede asılacak bir tablo değil, okyanusu geçecek bir gemi yapmak.

Akıl Tutulmaları

Klimalı toplantı odalarında beyaz tahtaya çizilen mimariler her zaman harikadır. Her şey modüler, her şey ölçeklenebilir. Şu olursa bu devreye girer, trafik artarsa sunucular kendiliğinden çoğalır. Sahaya inip ürünü gerçek kullanıcılarla buluşturduğun an, akıl tutulmaları başlar.

Rework’teki o çarpıcı cümleyi hatırlatmak isterim: planlama, sadece tahmindir. Teknoloji dünyasında bir, iki yıllık yol haritaları çıkarmak fal bakmaktan farksızdır. Altı ay sonra pazarın, teknolojinin ve rekabetin nerede olacağını kimse bilemez. Çoğu zaman “ürünü bitirip öyle çıkalım” hatasına düşeriz. Oysa ürün asla bitmez. Ürün yontulup kenara konan bir heykel değil, sürekli bakım, budama ve ilgi isteyen bir bahçedir.

Yönettiğim ekiplerde karşıma çıkan en zorlu stratejik mesele şu: bir müşterinin özel isteğini bütün müşterilere uyarlamaya çalışmak. Müşteri gelir, “raporları alırken satırlar kırmızı olsun, veriler tersten sıralansın” der. Geliştirici için bunu kodlamak on beş dakikadır. “Hallederiz abi” moduna girmek çok kolaydır. Ürün yöneticisi ve teknik lider içinse bu bir kâbusun başlangıcıdır. Sorular birikir. Bu özellik yalnızca bu müşteriye mi açık olacak? Yoksa sisteme “Rapor Özelleştirme Modülü” adında devasa bir yapı mı ekleyeceğiz?

Ekipler tam burada boğulur. “Herkesi memnun edelim, ürünümüz çok esnek olsun” derken ortaya ne olduğu belirsiz, her yerinden ayar fışkıran, kullanımı imkânsız bir Frankenstein çıkar. Masa başında esneklik diye tasarlanan yapılar, sahada karmaşıklık olarak geri döner. Karmaşıklık ise yazılımın en büyük düşmanıdır.

Gerçek bir teknoloji lideri “bunu yapabiliriz” diyen değil, “bunu yapmamalıyız, çünkü ürünün ruhuna ve sadeliğine aykırı” diyebilen kişidir. Zorluk kodu yazmakta değil, neyi yazmayacağına karar vermektedir. Bir liderin asıl işinin klavyeye dokunmak değil, doğru anda dokunmamak olduğunu CTO’nun rolünü tartıştığım yazıda daha geniş anlatmıştım.

Ürünün Yaşam Döngüsü

Ürünü canlıya aldın. Tebrikler, asıl dert şimdi başlıyor. Mevlana’nın o eşsiz sözünü hatırlayalım: “Dünle beraber gitti cancağızım, ne kadar söz varsa düne ait. Şimdi yeni şeyler söylemek lazım.”

Canlıdaki ürün yaşayan bir organizmadır. Büyür, acıkır, yani sunucu ve kaynak tüketir. Hastalanır, yani hatalar çıkarır. İlgi ister, yani müşteri desteği. Bu döngüde en kritik konu, müşteri talepleri karşısındaki duruşundur.

Henry Ford’a atfedilen o meşhur söz, “insanlara ne istediklerini sorsaydım daha hızlı atlar derlerdi”, ürün yönetiminin anayasası gibidir. Bu sözü Ford’un gerçekten söylemediğini biliyorum, ama böyle yazılarda kullanmanın tadı bambaşka.

Müşteri sorununda her zaman haklıdır, çözüm önerisinde ise çoğu zaman yanılır. Sana “bir Excel’e aktar düğmesi koy” diyen müşteri aslında şunu söylüyordur: “Senin arayüzünde verimi analiz edemiyorum, güvendiğim limana, Excel’e kaçmak istiyorum.” Senin işin o düğmeyi koymak değil, ürünün içindeki analiz yeteneğini güçlendirmektir. Müşterinin dediğini yapmakla derdini çözmek arasında dağlar vardır.

Peki ürün vizyonun müşteri talebiyle çatıştığında ne yaparsın?

Bazen çizgiyi korursun. Ürünün ana değer önerisinde inatçı olursun. Basitlik vaat ediyorsan, müşterilerin yüzde beşi istiyor diye ürünü karmaşıklaştırmazsın. “Hayır” demek bir kastır, çalıştırdıkça güçlenir. Yüzde birin istediği bir özellik için yüzde doksan dokuzun deneyimini bozmazsın.

Bazen de çizgiyi bilerek bozarsın. Pazarın dinamikleri temelden değiştiyse inat etmek aptallıktır. Yapay zekâ dalgası dün vazgeçilmez olan bir özelliği bugün gereksiz kıldıysa, o özelliği çöpe atmaktan korkma. Teknik altyapını yakmak pahasına bile olsa iş değerini takip et.

Yanmaktan Korkma

Farklı coğrafyalara dokunan projelerde öğrendiğim şu: ürün geliştirmek bir mühendislik harikası yaratmak değildir. Ürün geliştirmek; insan psikolojisini, ticareti, estetiği ve mühendisliği aynı potada eritmektir.

Masadaki pürüzsüz planların sahada bozulacak. “Asla patlamaz” dediğin servis en kritik müşteri demosunda sessiz kalacak. Günlerce uğraştığın arayüzü müşteri “çok karışık” bulacak. En mantıklı fikrin pazarın mantıksızlığına yenilecek. Bunların hepsi sürecin, o pürüzlü mükemmelliğin parçası. Nazım Hikmet’in dediği gibi: “Sen yanmasan, ben yanmasam, biz yanmasak, nasıl çıkar karanlıklar aydınlığa?”

Doğru ürünü bulmak için kodun içinde yanmayı, hata yapmayı, prototipleri yıkıp yeniden kurmayı göze almak gerekir. Ama hep tek bir hedefle: teknik bir başarı değil, sahada gerçek ellerde yaşayan bir değer üretmek.

Geleceğin liderleri yalnızca kodu bilenler değil, kodun insana değdiği o ince çizgiyi yönetebilenler olacak. Senin gemin Vasa gibi süslü ama kırılgan mı olacak, yoksa fırtınaya dayanıp mürettebatını karşı kıyıya taşıyan bir gemi mi? Seçim, yazdığın ilk satır kodda değil, kurduğun ilk hayalde gizli.