Geliştirici odaklı bir ürün iyi bir şey midir?


12

CEO'nun ürün ekibini yönettiği, daha sonra söz konusu özellikleri uygulamak için mockup özellikleri geliştiricilerin kucağına düşen bir şirkette çalışıyorum. Elbette bazı iterasyonlar var, geliştiricinin görüşlerine saygı duyuluyor. Ama bu sürecin ne kadar etkili olduğunu merak ediyorum.

Jason Calacanis şunu yazdı :

Zuckerberg Doktrini: Geliştiriciler, ürün yöneticileri ve tasarımcılara kıyasla önemli ölçüde geliştirilmiş hız ve işlevselliğe sahip ürünler tasarlar, olası hataları ve dezavantajları aşar.

...

O zaman gerçekten beni vurdu: Geliştirici güdümlü girişimler her zaman daha hızlı ürün üretir.

Bu mantıklıdır: teknik olmayan insanlarımız Zuckerberg bir sonraki özelliğini kodlarken tartışmalar ve tartışmalar yapmaktadır. Bu yüzden hiç kimse Facebook'a ayak uyduramadı!

MySpacers ürünlerinde nasıl yineleneceğini tartışırken, Facebook sadece bir şeyler denedi.

Bu aslında pratikte daha iyi çalışıyor mu?

Yanıtlar:


14

Ürünler müşteri odaklı olmalıdır .

Müşterileriniz yazılım geliştiricileriyse ve kendi ürününüzü (her durumda yapmanız gerekir) kullanıyorsanız, o zaman kendi en iyi müşteriniz olabileceğinizi varsayalım.

Ancak bir geliştirici olarak, perspektifiniz zaten kaputun altında olanlardan ödün veriyor. Müşteriye, kullanıcı arayüzü veya uygulama iş akışıyla ne yaptığınızın aptal olduğunu ve herhangi bir anlam ifade etmediğini söylemesi gerekir.

Bir geliştirici olarak, deneyiminizi mümkün olan en iyi ürünü üretme istekleriyle birleştirebilmeniz için paydaşlara sormak için doğru soruları bilmeniz gerekir.


Ürünlerin müşteri odaklı olması gerektiğine tamamen katılıyorum. Benim için Linux, iyi bir geliştirici odaklı ürünün son kullanıcı pazarında nasıl çalışmadığına bir örnektir, çünkü son kullanıcı ihtiyaçları dikkate alınmaz.
Simon

1
Müşteri odaklılık için +1, bu bir kelime oyunu: kendi ürününüzü kullansanız bile, tanımı gereği müşteriniz değilsiniz. Ürününüze asla bir müşterinin yaptığı gibi bakmayacaksınız. Bu nedenle, müşteri gibi düşünebilen müşteri savunucularına ve ürün yönetimi kişilerine ihtiyacınız var.
Dan Ray

@Simon: Linux olduğu gibi birçok insan için harika çalışıyor. Büyük ölçüde, örneğin MS Windows'tan farklı bir müşteri grubu için tasarlanmıştır.
David Thornley

6

Bir geliştirici olarak, yöneticilerden ve tasarımcılardan daha iyi bir iş yaptığımızı düşünmek istiyorum. Ama genelleme yapabileceğinizi sanmıyorum.

Tasarım yapan geliştiricilerin problemlerinden biri, son kullanıcıların ihtiyaçları ile temas halinde olmayabilir ve doğru insanlara doğru soruları sormada iyi olmayabilir. Bir yönetici ve özellikle iyi bir tasarımcı, bunu çözmede daha iyi olabilir.

Bununla birlikte, bence daha kaba olan şey insanlar değil, nasıl yaklaştıkları soruna yaklaşıyor. İşe yarayan yaklaşım, "ideal" tasarımla gelmek için sonsuz toplantılar yapmak ve ağaçları kesmek yerine inip işleri yapmaktır. Gerçekten yeniden çevik şelale karşı Agile.

(Facebook'un da bir şeylerin nasıl YAPILMAMASINA bir örnek olduğu açık olmalıdır. Örneğin, gizlilik konularına daha yakın yaklaşımları, onları yasal sorunlara sokmaya başlıyor ...)


Son paragrafa kadar katılıyorum. Bu soruda gizlilik sorunlarını gündeme getirmek gerçekten gerekli mi?
Jason Baker

@ Jason - Bence alakalı. "İnmek ve uygulamak" yaklaşımıyla karşılaşabileceğiniz sorunları göstermektedir. Gung-ho geliştiricileri genellikle gizlilik hakkında düşünmezler. Zuckerburg'un halkı olması özellikle ironik.
Stephen C

@Jason, bence bunun sadece-do-it yönteminin bir dezavantajını vurguladığından, bazen sizi daha fazla müzakere ile önlenebilecek belaya sokabileceğidir. Bu elbette bir risk ve değiş tokuş.
Davy8

1

IMHO, kısmen haklı olduğunu söyleyebilirim. Kulağa makul geliyor. Ancak, bu tüm ürünler / yazılımlar için geçerli olmayabilir. Yani, bu şekilde koyardım. Bir tasarımcı, kemerinin altında bol miktarda geliştirme deneyimi olan bir kişi olmalı VE sadece bu değil - kişi sadece kodlama yapmalı ve sadece tasarlamamalı.


1

Kısa cevap: bazen.

Uzun Cevap: Müşterilerinizin kim olduğunu ve ne istediklerini biliyorlarsa müşteri odaklı geliştirme işe yarar.

Geliştiricinin güdümlü gelişimi, henüz yararlı bulacağını fark etmeyen insanlar için hak ediyor. Başka bir deyişle, bazen müşteriler ne istediklerini her zaman bilemezler. Yeni Gereksinimler, mevcut bir ürünün nasıl eksik olduğu konusundaki mevcut deneyimlerden kaynaklanabilir. Facebook için herhangi bir müşteri yoktu, Zuckerberg sorudan önce bir ürün, bir cevap yarattı. Şu anda kurulan Facebook müşterileri tarafından etkileniyor, ancak oluşturulmadan önce ve oluşturma sırasında geliştirici odaklı bir fikirdi.

Müşteri odaklı geliştirme, müşterinin isteklerini göz ardı etmenin gelecekteki gelir akışlarına son derece zararlı olacağı, aynı pazarda yerleşik, belki olgunlaşmış ürün veya ürünün yeni iterasyonları için idealdir.

Geliştirici odaklı geliştirme, Google% 20 arenasında yer alan bir yan çizgi, prototip etkinliğidir ve geliştiricilerinin çalışma sürelerinin% 20'sini kendi projelerinde geçirir.


1

İyi bir ürün tasarlamak için, sorunlu alan hakkında çok fazla bilgiye ihtiyacınız vardır. Facebook gibi genel bir ürün geliştiriciler tarafından yönlendirilebilir, çünkü geliştiricilerin de sahip olduğu bir sorunu çözer: Arkadaşlarla nasıl bağlantı kurabilir ve arkadaşlarınızla iletişimde kalabilirsiniz. Aynı şey yazılım geliştiricilerine yönelik ürünler için daha da doğrudur: Geliştiriciler ne biliyor bir IDE ne yapmalı.

Ancak diğer birçok sorun alanı için, geliştiriciler genellikle yeterince bilmiyorlar. Genel bir içgörü ve biraz deneyim olsa bile, genellikle uygulanması kolay, ancak müşteri için fazla değer katmayan ve ürünü daha karmaşık hale getirmeyen harika özellikler veya özellikler uygulama eğiliminde olacaklardır . Bunlar, ürünlerin alan uzmanları tarafından yönlendirilmesi gereken durumlardır.


Ve alan uzmanı bazen yönetici, bazen geliştirici, bazen CEO, bazen ürün yöneticisi, bazen müşteri destek elemanı ve bazen de satış elemanıdır.
Jay Godse

1
Daha büyük sorun, insanların genellikle alan uzmanları olmadıklarında düşündükleridir. Ürün yöneticilerinin ve CEO'ların hedeflenen müşterilerin zihninde hiç var olmayan bir sorunla ilgili olduğunu gördüm. Tabii ki, bu ürün yöneticileri ve CEO'lar potansiyel müşterilerle acı noktalarını keşfetmek için konuşmak için yeterince zaman harcamadılar.
Jay Godse

0

Bunun geliştirici odaklı bir ürüne (AWS veya Visual Studio gibi) en iyi yaklaşım olduğunu düşünüyorum, ancak genel olarak daha iyi bir yaklaşım olduğundan emin değilim. Demek istediğim, genellikle başka şeylerin olduğunu görüyorum: teknik olmayan insanlar hızla karar verirken geliştiriciler en iyi yaklaşımı savunuyorlar. Şahsen, doğru cevabın ortada bir yerde olduğunu söylemeye meyilliyim. Geliştiricilerin uyguladıkları geniş yönü belirleyebilen bir ürün yöneticisi olmalıdır.


0

Geliştirici güdümlü yazılım çoğu durumda yönetici güdümlü yazılımdan daha iyi olabilir. Yönetici, bir reklamda iyi görünen veya bir konuşmada kullanılabilen özelliklerde (çoğunlukla moda sözcükler) en fazla değeri görür. Geliştiriciler farklı değerler görür: performans, daha az hata, yalın tasarım, sürdürülebilirlik. Bu neredeyse daha iyi bir yazılıma yol açar.

Ancak en iyisi kullanıcı odaklı yazılımdır. Kullanıcılar neye ihtiyaç duyduklarını, gerçek işlerini yapmalarına neyin yardımcı olduğunu gerçekten biliyorlar. İdeal olan budur.


0

Kimsenin kullanmak istemediği ürünleri daha hızlı üretirseniz ne olur?

Tek bir özelliğe (işlevsellik, pazara giriş zamanı, fiyat, kalite vb.) Odaklanmak, belirli bir zaman noktasında anlamlı olabilir. Apple, iPhone ve iPad'i kapıdan dışarı fırlattı. Kalite biraz acı çekti ama ilk olmak oldukça önemliydi.

Sadece uzun vadede bir yönüne odaklanırsanız, bu size acı veriyor.


0

HAYIR, gerçek bir dünya sorununu çözmedikçe

  • Programcılar genellikle problemleri çözmeyi, bazen de henüz var olmayan problemleri severler :)
  • Programcılar genellikle korkunç GUI'ler yapar, çünkü bu ikincil bir düşüncedir.
  • Çoğu kullanıcı sorunları aynı değildir programcı sorunlarına .
  • Bu nedenle, programcı tarafından yönlendirilen ürün genellikle diğer programcılar için iyi olur, ancak kullanıcılar için o kadar iyi olmaz.

Ayrıca yüz-kitabı hakkında bir not:

Yüz kitaplarının başarısının teknik özellikleri ile ilgisi yoktur, daha çok gerçekten büyük ve kartopu yakalayan bir piggy geri fikri. Face-book ve diğerleri "Google Blue Moon" ta her seferinde olur.

Ancak:

  • Bir programcının gerçek bir "kullanıcı" sorunu varsa, bu bir programcı sorunu değildir. O zaman bu çok iyi bir şey. Paydaş geliştirici de ise soruna ilişkin olarak harika bir ürün çözümü için ideal bir durumdur.

-1

(Oh tanrım ... Nerede sadece "Harika bir fikrim var! Tek ihtiyacım olan bir geliştirici" gibi bir şey okudum.

Harika fikirler bir düzine bir kuruş. Mesele, önemli olan şeydir. Eğer geliştirici harika bir fikre sahipse, onu uygulayabilir.


1
Üzgünüm, ama sefalet ve klişeleri çıkardığınızda, gerçek bir cevap görmüyorum.
Jason Baker

1
Başarı hakkında duyduğum tavsiyelerin çoğu "İyi bir fikir hakkında konuşmayı bırak ve bunu gerçekleştirmek için bir şeyler yapmaya başla" yı içeriyor. İyi fikirlerini uygulayan bir geliştirici konuşmayı durdurur ve yapmaya başlar. Yani sorunun cevabı (başlıkta), "Evet, geliştirici odaklı bir ürün iyi bir şey." Bu klişe ise özür dilerim.
John
Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.