Gereksiz Unsurları Kaldırmanın Önemi

• Bir ürünün, projenin veya şirketin gereksiz yere karmaşık hale geldiği hissedildiğinde, bu sorunu çözmenin en iyi yollarından biri, 'gerekli olduğu varsayılan parçaları' ortadan kaldırmaktır
• Pinecone örneği üzerinden, karmaşıklığı azaltmanın nasıl daha iyi sonuçlar getirebileceği anlatılıyor

Hesaplayıcı

• Kullanım bazlı fiyatlandırmanın karmaşıklığı
  • Kullanım bazlı fiyatlandırmada kullanıcılar, ürün maliyetini önceden tam olarak bilememe zorluğu yaşar
  • Pinecone da birçok şirket gibi, potansiyel müşterilerin kendi kullanım kalıplarına göre maliyeti tahmin edebilmesi için fiyatlandırma sayfasına bir hesaplayıcı ekledi
  • Ancak kullanıcılarla yapılan görüşmelerde, hesaplayıcının fazla hassas ve kafa karıştırıcı olduğu, hatta gerçekte olması gerekenin 1.000 katına kadar daha yüksek tahminler verebildiği ortaya çıktı
  • Bu da kullanıcıların yanlış kararlar almasına ve ürünü kullanmaktan vazgeçmesine yol açtı
• Düzeltme girişimleri ve sınırları
  • Hesaplayıcıyı düzeltmeye yönelik girişimler sürdü; ancak açıklamalar, feragatnameler ve varsayılan değerler eklendikçe kafa karışıklığı daha da arttı
  • Şirket içinde hesaplayıcıyla ilgili tartışmalar 550'den fazla mesaj üretti, binlerce kelimelik belgeler ve onlarca saatlik toplantılar doğurdu
• Hesaplayıcıyı kaldırma deneyi
  • Sonunda biri, 'Bu hesaplayıcı gerçekten gerekli mi?' sorusunu sordu ve bunun üzerine hesaplayıcıyı kaldıran bir A/B testi yapıldı
  • Test sonuçları, hesaplayıcının kaldırılmasının kullanıcılar için daha iyi sonuçlar verdiğini gösterdi
  • Hesaplayıcısız sürümün ziyaretçileri, hesaplayıcılı sürümün ziyaretçilerine göre %16 daha fazla kayıt oldu ve %90 daha fazla iletişime geçti
  • Fiyatlandırma konusunda destek talepleri de artmadı; kullanıcılar genel olarak daha az kafa karışıklığı yaşadı ve daha memnun kaldı
  • İç ankette 10 kişiden 7'si, hesaplayıcılı sürümün daha iyi olacağını düşünüyordu

Sorgulayıp kaldırma cesareti

• Sorun çözmek için ekleme yapmak yerine kaldırmanın gerekliliği
  • Çoğu insan bir sorunu çözerken ek önlemler almaya alışkındır; ancak aslında kaldırmak daha iyi bir çözüm olabilir
  • Kaldırmanın faydası büyük olsa bile, bunu bariz bir seçenek olarak görmeyiz
• Karmaşıklık bir kez eklendiğinde, değersiz olsa bile çoğu zaman yerinde kalır
  • Bir şey eklemenin ödülü daha yüksektir ve kaldırmak için neredeyse hiç teşvik yoktur
  • Kişi, kendi eklediği şeyin değersiz olduğunu kabul etmek istemez
  • Başkasının eklediği şeyi eleştiriyormuş gibi görünmek istemez
  • Var olan şeylerin iyi bir nedenle orada olduğunu varsayar ve yeniden gözden geçirmez
• Mevcut şeyleri kaldırırken doğan kaygı nedeniyle kaldırmaktan korkarız; ancak cesur bir kaldırma hamlesi daha iyi sonuçlar getirebilir
• Karmaşık bir sorunla karşılaşıldığında, "Bunu kaldırırsak sorun olur mu?" sorusunu sormak gerekir

GN⁺ görüşü

• Bu yazı, karmaşıklığı azaltmanın ne kadar önemli olduğunu vurguluyor. Karmaşık sistemler veya ürünler, müşteri ve kullanıcılarda gereksiz kafa karışıklığı yaratabilir; bunu çözmek için cesur kararlar gerekebilir
• Karmaşık bir sistemi sürdürmenin nedenlerinden biri, onun varlığının bir sebebi olduğunu düşünmemizdir. Oysa bu unsurlar bazen sorunu daha da kötüleştirebilir
• Bu bakış açısı özellikle yazılım geliştirme, proje yönetimi ve ürün tasarımında önemli dersler sunuyor. Karmaşıklığı kaldırarak daha iyi bir kullanıcı deneyimi ve daha yüksek performans elde edilebilir
• Benzer bir yaklaşımla, "En basit olan en güçlü olandır" ilkesini hatırlamak gerekir. Sorunları ek özellikler veya karmaşık yapılarla çözmeye çalışmak yerine, gereksiz unsurları kaldırmak daha iyi sonuçlar verebilir

[GN⁺]

Hacker News görüşü

• Hesaplayıcının iyi mi kötü mü olduğunu bilmiyorum ama mantık yüzeyde saçma görünüyor

  • Hesaplayıcıyı görmeyen ziyaretçiler daha fazla kayıt oldu ve iletişime geçti
  • Kısa vadeli A/B testleriyle uzun vadeli etkinin anlaşılamayacağı savunuluyor
  • Arama sonuçlarından bilgi kaldırıldıktan sonra tıklama oranının arttığı bir örnekten bahsediliyor

• Bu yazının bilgelik içeren mesajını daha geniş kitlelere yaymak için tavsiye ediyorum

  • Erken aşama projelerde gelecekteki değeri öngörmek zor
  • SQL şemasına ek metadata sütunları ekleme deneyimini paylaşıyor
  • YAGNI ilkesine göre kaldırılmıştı ama daha sonra yeniden gerekli oldu
  • Kaybedilenden çok kazanılana bakmanın da önemli olduğu söyleniyor

• İç ankette %70, hesaplayıcının daha iyi olacağını düşünmüş

  • %30’un bunun kötü bir fikir olduğunu düşünmesi büyük bir soruna işaret ediyor
  • Siyasi nedenlerle başka ekipleri eleştirmeme eğilimi var
  • Bu vakada sorunun fark edilip çözüldüğü anlaşılıyor

• Yazara kendi tavsiyesine uymasını öneriyor

  • "Psst... Get the next post in your inbox" kesinti mesajını kaldırmasını tavsiye ediyor
  • Sayfada abone olmanın beş farklı yolu var
  • Kullanıcıya saygı göstermenin önemli olduğu vurgulanıyor

• Genel mesaj ilgi çekici

  • Hatalı girdinin 1000 kat fazla tahmine yol açabileceğine dikkat çekiyor
  • Gerçek kullanımda yanlış değerlendirmenin büyük maliyetler doğurabileceği belirtiliyor
  • Aracı kaldırmak kayıtları artırabilir ama müşteriye yardımcı olmayabilir

• Özel bir Slack kanalı oluşturulmuş ve çok sayıda görüş toplanmış

  • Bu durum aşırı personel alımının bir belirtisi gibi görünüyor
  • Uzlaşmaya varmak için fazla zaman harcanıyor

• Müşterinin faydalı biçimde modelleyemediği karmaşık fiyat yapısını kaldırmak daha iyi olabilir

• Şirkette 250 ürün var ama 5’i gelirin %80’ini oluşturuyor

  • Ana ürünlerin geliştirme ekibi aşırı yük altında
  • Şirket içi siyasi nedenlerle verimsiz yapı korunuyor

• Benzer bir deneyim paylaşılıyor

  • Ürün seçimine yardımcı olmak için bir danışman uygulaması yapılmış ama dönüşüm oranı düşmüş
  • Sonra FAQ bölümüne taşınmış ama neredeyse hiç kullanılmamış

• Pinecone fiyatlarının pahalı olduğuna dikkat çekiliyor

  • Hesaplayıcıyı kaldırmak asıl sorunu çözmüyor
  • Fiyat karşılaştırmasını zorlaştırarak kullanıcıların yeterince anlamadan veri yüklemesine neden oluyor
  • Fiyat şeffaflığı önemli; hesaplayıcının doğruluğunu ve kullanılabilirliğini iyileştirmek daha iyi bir yaklaşım