ผลิตภัณฑ์ที่ขับเคลื่อนโดยนักพัฒนาเป็นสิ่งที่ดีหรือไม่?


12

ฉันทำงานใน บริษัท ที่ซีอีโอบริหารทีมผลิตภัณฑ์ซึ่งทำหน้าที่เลียนแบบคุณลักษณะและวางลงบนตักของนักพัฒนาเพื่อนำคุณสมบัติดังกล่าวมาใช้ แน่นอนว่ามีการวนซ้ำความคิดเห็นของนักพัฒนาเป็นที่เคารพนับถือ แต่ฉันสงสัยว่ากระบวนการนี้มีประสิทธิภาพเพียงใด

Jason Calacanis เพิ่งเขียนว่า :

Zuckerberg Doctrine: นักพัฒนาออกแบบผลิตภัณฑ์ด้วยความเร็วและฟังก์ชั่นที่ดีขึ้นอย่างมากเมื่อเทียบกับผู้จัดการผลิตภัณฑ์และนักออกแบบซึ่งเกินความผิดพลาดและข้อเสียที่อาจเกิดขึ้น

...

ถ้าอย่างนั้นมันก็กระทบกับฉันจริงๆ: บริษัท ที่เพิ่งเริ่มต้นพัฒนาโดยนักพัฒนามักจะผลิตสินค้าได้เร็วขึ้น

นี่เป็นเหตุผล: คนที่ไม่ได้ใช้เทคนิคของเรากำลังสนทนาและถกเถียงกันในขณะที่ Zuckerberg กำลังเขียนโค้ดคุณลักษณะถัดไปของเขา นี่คือเหตุผลที่ไม่มีใครสามารถติดตาม Facebook ได้!

ในขณะที่ MySpacers ถกเถียงกันว่าจะทำซ้ำในผลิตภัณฑ์ของตนอย่างไร Facebook ก็ลองทำสิ่งต่าง ๆ

สิ่งนี้ใช้งานได้จริงในทางปฏิบัติหรือไม่

คำตอบ:


14

ผลิตภัณฑ์ควรเป็นตัวขับเคลื่อนลูกค้า

หากลูกค้าของคุณเป็นนักพัฒนาซอฟต์แวร์และคุณใช้ผลิตภัณฑ์ของคุณเอง (ซึ่งคุณควรในกรณีใด ๆ ) จากนั้นฉันคิดว่าคุณสามารถเป็นลูกค้าที่ดีที่สุดของคุณได้

แต่ในฐานะนักพัฒนามุมมองของคุณจะถูกลดทอนลงไปจากสิ่งที่เกิดขึ้นภายใต้ประทุน คุณต้องการให้ลูกค้าบอกคุณว่าสิ่งที่คุณกำลังทำกับส่วนติดต่อผู้ใช้หรือเวิร์กโฟลว์แอปพลิเคชันนั้นโง่และไม่สมเหตุสมผล

ในฐานะนักพัฒนาคุณจำเป็นต้องรู้คำถามที่เหมาะสมเพื่อถามผู้มีส่วนได้ส่วนเสียเพื่อให้คุณสามารถรวมประสบการณ์ของคุณเข้ากับความต้องการของพวกเขาในการผลิตผลิตภัณฑ์ที่ดีที่สุด


ฉันเห็นด้วยอย่างยิ่งว่าผลิตภัณฑ์ควรเป็นตัวขับเคลื่อนลูกค้า สำหรับฉัน Linux เป็นตัวอย่างว่าผลิตภัณฑ์ที่ขับเคลื่อนโดยนักพัฒนาที่ดีนั้นไม่สามารถทำงานได้ในตลาดผู้ใช้ปลายทางเพราะความต้องการของผู้ใช้จะไม่ได้รับการดูแล
Simon

1
+1 สำหรับลูกค้าที่ขับเคลื่อนด้วยการเล่นโวหารนี้: แม้ว่าคุณจะใช้ผลิตภัณฑ์ของคุณเองคุณก็ไม่ได้หมายถึงลูกค้าของคุณ คุณจะไม่มองผลิตภัณฑ์ของคุณในแบบเดียวกับที่ลูกค้าทำ นั่นเป็นเหตุผลที่คุณต้องการผู้สนับสนุนลูกค้าและผู้บริหารผลิตภัณฑ์ที่สามารถดูวิธีที่ลูกค้าทำ
Dan Ray

@Simon: Linux ใช้งานได้ดีสำหรับผู้คนจำนวนมากอย่างที่มันเป็น ส่วนใหญ่ออกแบบมาสำหรับลูกค้ากลุ่มอื่นที่ไม่ใช่ MS Windows
David Thornley

6

ในฐานะนักพัฒนาฉันต้องการคิดว่าเราทำได้ดีกว่าผู้จัดการและนักออกแบบ แต่ฉันไม่คิดว่าคุณจะพูดคุยได้

ปัญหาอย่างหนึ่งของนักพัฒนาที่ทำการออกแบบคือพวกเขาอาจไม่ได้สัมผัสกับความต้องการของผู้ใช้และอาจไม่ดีในการถามคำถามที่ถูกต้องกับคนที่เหมาะสม ผู้จัดการและโดยเฉพาะอย่างยิ่งนักออกแบบที่ดีอาจจะหาคำตอบได้ดีกว่านี้

อย่างไรก็ตามฉันคิดว่าสิ่งที่ตรงประเด็นมากขึ้นไม่ใช่คน แต่วิธีที่พวกเขาเข้าหาพวกเขาเข้าหาปัญหา วิธีการที่ได้ผลคือการทำสิ่งต่าง ๆ ให้เป็นระเบียบแทนที่จะใช้การประชุมที่ไม่มีที่สิ้นสุดและการตัดต้นไม้เพื่อออกแบบด้วย "อุดมคติ" มันเป็นความว่องไวเทียบกับน้ำตกที่มาเยือน

(ควรเป็นที่ชัดเจนว่า Facebook เป็นตัวอย่างของวิธีที่จะไม่ทำสิ่งต่าง ๆ เช่นวิธีการที่นักขี่ม้าของพวกเขาในเรื่องความเป็นส่วนตัวกำลังเริ่มที่จะทำให้พวกเขามีปัญหาทางกฎหมาย ... )


ฉันเห็นด้วยจนถึงวรรคสุดท้าย จำเป็นหรือไม่ที่จะต้องนำปัญหาความเป็นส่วนตัวมาใช้ในคำถามนี้
Jason Baker

@ Jason - ฉันคิดว่ามันมีความเกี่ยวข้อง มันแสดงให้เห็นถึงปัญหาที่คุณสามารถทำได้ด้วยวิธีการ "ลงและใช้มัน" นักพัฒนาของ Gung-ho ไม่ได้คิดถึงความเป็นส่วนตัว ความจริงที่ว่ามันเป็นคนของ Zuckerburg เป็นเรื่องน่าขันอย่างยิ่ง
Stephen C

@ Jason ฉันคิดว่ามันมีความเกี่ยวข้องเพราะเน้นข้อเสียเปรียบของวิธีการที่ต้องทำคือบางครั้งมันอาจทำให้คุณมีปัญหาที่อาจหลีกเลี่ยงได้ด้วยการไตร่ตรองมากขึ้น แน่นอนว่ามันเป็นความเสี่ยงและเป็นการแลกเปลี่ยน
Davy8

1

IMHO ฉันจะบอกว่าคุณพูดถูกบางส่วน มันฟังดูสมเหตุสมผล แต่สิ่งนี้อาจใช้ไม่ได้กับผลิตภัณฑ์ / ซอฟต์แวร์ทั้งหมด ดังนั้นฉันจะใช้วิธีนี้ นักออกแบบควรเป็นคนที่มีประสบการณ์การพัฒนาจำนวนมากภายใต้เข็มขัดของเขาและไม่เพียงแค่นั้น - ผู้นั้นควรยังคงเข้ารหัสและไม่ใช่แค่การออกแบบ


1

คำตอบสั้น ๆ : บางครั้ง

คำตอบยาว: การพัฒนาไดรฟ์ลูกค้าทำงานถ้าคุณรู้ว่าลูกค้าของคุณคือใครและพวกเขารู้ว่าสิ่งที่พวกเขาต้องการ

การพัฒนาที่ขับเคลื่อนโดยนักพัฒนามีข้อดีสำหรับคนที่ไม่ทราบว่าพวกเขาจะพบว่ามีประโยชน์ กล่าวอีกนัยหนึ่งลูกค้าบางครั้งไม่สามารถรู้สิ่งที่พวกเขาต้องการ ข้อกำหนดใหม่อาจมาจากประสบการณ์ที่มีอยู่แล้วว่าผลิตภัณฑ์ที่มีอยู่นั้นขาดไปอย่างไร ไม่มีลูกค้าสำหรับ Facebook เลย Zuckerberg สร้างผลิตภัณฑ์คำตอบก่อนตั้งคำถาม ก่อตั้งขึ้นในขณะนี้ Facebook ได้รับอิทธิพลจากลูกค้า แต่ก่อนที่มันจะถูกสร้างขึ้นและในระหว่างการสร้างมันเป็นความคิดที่ขับเคลื่อนโดยนักพัฒนา

การพัฒนาที่ขับเคลื่อนด้วยลูกค้าเหมาะอย่างยิ่งสำหรับการก่อตั้งอาจเป็นผลิตภัณฑ์ที่สร้างรายได้หรือทำซ้ำใหม่ ๆ ของผลิตภัณฑ์ในตลาดเดียวกันโดยไม่สนใจความต้องการของลูกค้าจะเป็นอันตรายต่อกระแสรายได้ในอนาคต

การพัฒนาที่ขับเคลื่อนโดยนักพัฒนาเป็นกิจกรรมที่ต้องทำต้นแบบซึ่งอยู่ภายในเวที Google 20% โดยผู้พัฒนาใช้เวลาทำงาน 20% ในโครงการของตัวเอง


1

ในการออกแบบผลิตภัณฑ์ที่ดีคุณต้องมีความรู้มากมายเกี่ยวกับโดเมนปัญหา ผลิตภัณฑ์สาธารณะเช่น facebook สามารถถูกขับเคลื่อนโดยนักพัฒนาเพราะมันช่วยแก้ปัญหาที่นักพัฒนาได้เช่นกัน: วิธีการเชื่อมต่อและติดต่อกับเพื่อน ๆ เป็นต้นสิ่งเดียวกันนี้เป็นจริงยิ่งขึ้นสำหรับผลิตภัณฑ์ที่มุ่งพัฒนาซอฟต์แวร์: นักพัฒนารู้ว่าอะไร IDE ควรทำอย่างไรและอย่างไร

แต่สำหรับโดเมนที่มีปัญหาอื่น ๆ นักพัฒนามักจะไม่รู้จักพอ ถึงแม้จะมีความเข้าใจทั่วไปและประสบการณ์บางพวกเขามักจะมีแนวโน้มที่จะใช้เย็นคุณสมบัติหรือคุณลักษณะที่ง่ายต่อการใช้ แต่ไม่ได้เพิ่มค่ามากสำหรับลูกค้าและทำให้สินค้าที่ซับซ้อนมากขึ้น เหล่านี้เป็นกรณีที่ควรขับเคลื่อนผลิตภัณฑ์โดยผู้เชี่ยวชาญด้านโดเมน


และผู้เชี่ยวชาญด้านโดเมนบางครั้งก็เป็นผู้จัดการบางครั้งผู้พัฒนาบางครั้งเป็นซีอีโอบางครั้งเป็นผู้จัดการผลิตภัณฑ์บางครั้งเป็นลูกค้าที่สนับสนุนและบางครั้งก็เป็นพนักงานขาย
Jay Godse

1
ปัญหาใหญ่คือคนมักคิดว่าพวกเขาเป็นผู้เชี่ยวชาญโดเมนเมื่อพวกเขาไม่ ฉันได้เห็นผู้จัดการผลิตภัณฑ์และซีอีโอดำเนินต่อไปเกี่ยวกับปัญหาที่ไม่เคยมีอยู่ในใจของลูกค้าเป้าหมาย แน่นอนผู้จัดการผลิตภัณฑ์และซีอีโอเหล่านี้ไม่ได้ใช้เวลามากพอในการพูดคุยกับลูกค้าที่มีศักยภาพเพื่อค้นหาจุดปวดของพวกเขา
Jay Godse

0

ฉันคิดว่านี่เป็นวิธีที่ดีที่สุดสำหรับผลิตภัณฑ์ที่มุ่งเน้นการพัฒนา (เช่น AWS หรือ Visual Studio) แต่ฉันไม่แน่ใจว่าเป็นวิธีที่ดีกว่าโดยทั่วไป ฉันหมายถึงฉันมักจะเห็นสิ่งต่าง ๆ ที่เกิดขึ้นในทางตรงกันข้าม: นักพัฒนายืนเถียงวิธีที่ดีที่สุดในขณะที่คนที่ไม่ใช่ด้านเทคนิคตัดสินใจอย่างรวดเร็ว โดยส่วนตัวแล้วฉันอยากบอกว่าคำตอบที่ถูกต้องอยู่ตรงกลาง ควรมีผู้จัดการผลิตภัณฑ์ที่มีความสามารถในการกำหนดทิศทางกว้าง ๆ ที่นักพัฒนาใช้


0

ซอฟต์แวร์ที่ขับเคลื่อนโดยนักพัฒนาอาจเป็นส่วนใหญ่ดีกว่าซอฟต์แวร์ที่ขับเคลื่อนโดยผู้จัดการ ผู้จัดการเห็นคุณค่ามากที่สุดในฟีเจอร์ (ส่วนใหญ่เป็นคุณสมบัติ buzzwordish) ที่ดูดีในโฆษณาหรือสามารถใช้ในการพูด นักพัฒนาเห็นคุณค่าที่แตกต่าง: ประสิทธิภาพ, บั๊กที่น้อยกว่า, การออกแบบแบบลีน, การบำรุงรักษา ที่นำไปสู่เกือบซอฟต์แวร์ที่ดีกว่า

แต่สิ่งที่ดีที่สุดคือซอฟต์แวร์ที่ขับเคลื่อนโดยผู้ใช้ ผู้ใช้รู้ว่าสิ่งที่พวกเขาต้องการจริง ๆ สิ่งที่ช่วยให้พวกเขาทำงานจริงได้ นั่นจะเป็นอุดมคติ


0

ถ้าคุณผลิตผลิตภัณฑ์ที่เร็วกว่าที่ไม่มีใครต้องการใช้จะเป็นอย่างไร

การมุ่งเน้นที่คุณลักษณะเดียว (ฟังก์ชั่น, เวลาในการทำตลาด, ราคา, คุณภาพและอื่น ๆ ) สามารถสร้างความรู้สึกให้ทันเวลา เช่นชนิดของ Apple รีบ iPhone และ iPad ออกจากประตู คุณภาพได้รับความเดือดร้อนเล็กน้อย แต่เป็นสิ่งสำคัญมาก

ฉันคิดว่ามันเจ็บคุณถ้าคุณมุ่งเน้นไปที่ด้านเดียวเท่านั้นในระยะยาว


0

ไม่เว้นแต่จะแก้ปัญหาในโลกแห่งความจริง

  • โปรแกรมเมอร์มักชอบแก้ไขปัญหาบางครั้งก็เป็นปัญหาที่ยังไม่มีอยู่ :)
  • โปรแกรมเมอร์มักจะสร้าง GUI ที่แย่เพราะมันเป็นความคิดรอง
  • ส่วนใหญ่ปัญหาที่ผู้ใช้ไม่ได้เช่นเดียวกับปัญหาโปรแกรมเมอร์
  • ดังนั้นผลิตภัณฑ์ที่ขับเคลื่อนโปรแกรมเมอร์มักจะดีสำหรับโปรแกรมเมอร์อื่น ๆ แต่ไม่ดีสำหรับผู้ใช้

หมายเหตุเกี่ยวกับหนังสือหน้า:

ความสำเร็จของหนังสือหน้านั้นไม่ได้เกี่ยวข้องกับข้อดีทางเทคนิคของมัน แต่มันเป็นความคิดย้อนกลับที่ยิ่งใหญ่กว่าที่เพิ่งเกิดขึ้นจริง ๆ หนังสือหน้าและอื่น ๆ เกิดขึ้นทุกครั้งใน "Google Blue Moon"

อย่างไรก็ตาม:

  • หากโปรแกรมเมอร์มีปัญหา "ผู้ใช้" จริงคนนั้นไม่ใช่ปัญหาโปรแกรมเมอร์ จากนั้นก็มีแนวโน้มว่ามันเป็นสิ่งที่ดีมาก หากผู้มีส่วนได้ส่วนเสียเป็นผู้พัฒนาที่เกี่ยวข้องกับปัญหานั้นเป็นสถานการณ์ในอุดมคติสำหรับโซลูชันผลิตภัณฑ์ที่ยอดเยี่ยม

-1

(อ๊ะ ... ฉันเพิ่งอ่านอะไรบางอย่างเช่น "ฉันมีความคิดที่ยอดเยี่ยม! สิ่งที่ฉันต้องการก็คือนักพัฒนา" ภายในหนึ่งสัปดาห์ฉันคิดว่ายังไงก็ตาม ... )

ความคิดที่ดีมีค่าเล็กน้อยโหล การนำสิ่งนี้ไปใช้เป็นเรื่องสำคัญ หากนักพัฒนาเป็นผู้ที่มีแนวคิดที่ยอดเยี่ยมเขาก็สามารถนำไปใช้งานได้


1
ขออภัย แต่เมื่อคุณลบความซ้ำซากและถ้อยคำที่ซ้ำซากฉันไม่เห็นคำตอบที่แท้จริง
Jason Baker

1
คำแนะนำส่วนใหญ่ที่ฉันได้ยินเกี่ยวกับความสำเร็จเกี่ยวข้องกับ "หยุดพูดเกี่ยวกับความคิดที่ดีและเริ่มทำสิ่งต่าง ๆ เพื่อให้มันเกิดขึ้น" นักพัฒนาที่ใช้ความคิดที่ดีของเขา / เธอหยุดพูดและเริ่มทำ ดังนั้นคำตอบสำหรับคำถาม (ในชื่อ) คือ "ใช่ผลิตภัณฑ์ที่ขับเคลื่อนด้วยนักพัฒนาเป็นสิ่งที่ดี" ถ้านั่นเป็นถ้อยคำที่เบื่อหูแล้วฉันขอโทษ
John
โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.