Является ли продукт, ориентированный на разработчиков, хорошей вещью?

12

Я работаю в компании, где генеральный директор управляет командой разработчиков продукта, который макетирует функции и бросает на колени разработчиков, чтобы затем реализовать указанные функции. Конечно, есть итерация, мнения разработчиков уважаются. Но мне интересно, насколько эффективен этот процесс.

Джейсон Калаканис только что написал :

Доктрина Цукерберга: Разработчики проектируют продукты со значительно улучшенной скоростью и функциональностью по сравнению с менеджерами и дизайнерами, перевешивая потенциальные ошибки и недостатки.

...

Тогда это действительно поразило меня: стартапы, ориентированные на разработчиков, всегда производят продукт быстрее.

Это понятно: наши нетехнические люди ведут дискуссии и дебаты, в то время как Цукерберг кодирует свою следующую особенность. Вот почему никто не смог идти в ногу с Facebook!

В то время как MySpacers обсуждали, как использовать свой продукт, Facebook просто попробовал что-то.

Это на самом деле работает лучше на практике?

rhettg
источник

Ответы:

14

Продукты должны быть ориентированы на клиента.

Если ваши клиенты - разработчики программного обеспечения, и вы используете свой собственный продукт (который в любом случае следует использовать), то, я полагаю, вы можете стать вашим лучшим клиентом.

Но, как разработчик, ваша перспектива уже подорвана тем, что происходит под капотом. Вам нужно, чтобы клиент сказал вам, что то, что вы делаете с пользовательским интерфейсом или рабочим процессом приложения, глупо и не имеет никакого смысла.

Как разработчик, вы должны знать правильные вопросы, задаваемые заинтересованным сторонам, чтобы вы могли объединить свой опыт с их желанием создать наилучший продукт.

Роберт Харви
источник
Я полностью согласен с тем, что продукты должны быть ориентированы на клиента. Для меня Linux - это пример того, как хороший продукт, ориентированный на разработчиков, не работает на рынке конечных пользователей, потому что потребности конечных пользователей не учитываются.
Саймон
1
+1 для клиента, с этой единственной оговоркой: даже если вы используете свой собственный продукт, вы по определению не ваш клиент. Вы никогда не будете смотреть на свой продукт так, как покупатель. Вот почему вам нужны защитники клиентов и менеджеры по продуктам, которые могут смотреть на это так, как это делает клиент.
Дэн Рэй
@Simon: Linux отлично работает для многих людей. Он в значительной степени предназначен для другой группы клиентов, чем, скажем, MS Windows.
Дэвид Торнли
6

Как разработчик, я хотел бы думать, что мы делаем лучше, чем менеджеры и дизайнеры. Но я не думаю, что вы можете обобщать.

Одна из проблем разработчиков, занимающихся разработкой дизайна, заключается в том, что они могут не отвечать потребностям конечных пользователей и не умеют задавать нужным людям правильные вопросы. Менеджер и, в частности, хороший дизайнер могут лучше понять это.

Тем не менее, я думаю, что более убедительная вещь не в людях, а в том, как они подходят к решению проблемы. Подход, который работает, заключается в том, чтобы приступить к работе и реализовать вещи, а не проводить бесконечные встречи и вырубать деревья, чтобы придумать «идеальный» дизайн. Это действительно Agile против водопада вновь.

(Должно быть ясно, что Facebook является примером того, как НЕ делать вещи тоже. Например, их неосторожный подход к вопросам конфиденциальности начинает приводить их к юридическим проблемам ...)

Стивен С
источник
Я согласен до последнего абзаца. Действительно ли необходимо поднимать вопросы конфиденциальности в этом вопросе?
Джейсон Бейкер
@ Джейсон - я думаю, что это актуально. Он иллюстрирует проблемы, с которыми вы можете столкнуться, используя подход «приступить к работе». Gung-ho разработчики обычно не думают о конфиденциальности. То, что это люди Цукербурга, особенно иронично.
Стивен С
@ Джейсон Я думаю, что это актуально, потому что он подчеркивает недостаток метода «просто сделай это», заключающийся в том, что иногда он может привести к неприятностям, которых можно было бы избежать при более обдуманном рассмотрении. Это, конечно, риск и компромисс.
Davy8
1

ИМХО, я бы сказал, что вы частично правы. Звучит разумно. Но это может относиться не ко всем продуктам / программному обеспечению. Итак, я бы сказал так. Дизайнер должен быть человеком с достаточным опытом разработки под его поясом, и не только этим - человек должен все еще программировать, а не просто проектировать.

k25
источник
1

Краткий ответ: иногда.

Длинный ответ: Разработка, ориентированная на клиента, работает, если вы знаете, кто ваши клиенты, и они знают, чего хотят.

Разработка, ориентированная на разработчиков, имеет ценность для людей, которые еще не осознают, что они покажутся ей полезными. Другими словами, иногда клиенты не всегда могут знать, чего они хотят. Новые требования могут исходить из существующего опыта того, насколько существующий продукт имеет недостатки. У Фейсбука не было покупателей, Цукерберг создал продукт, ответ перед вопросом. Созданный сейчас, Facebook находится под влиянием своих клиентов, но до того, как он был создан и во время создания, это была идея, ориентированная на разработчиков.

Разработка, ориентированная на клиента, идеальна для устоявшегося, возможно, зрелого продукта, приносящего деньги, или для новой итерации продукта на том же рынке, где игнорирование пожеланий клиента может нанести большой ущерб будущим потокам доходов.

Разработка, ориентированная на разработчиков, является побочной, прототипной деятельностью, которая входит в сферу деятельности Google на 20%, в результате чего их разработчики тратят 20% своего рабочего времени на собственные проекты.

therobyouknow
источник
1

Чтобы создать хороший продукт, вам нужно много знаний о проблемной области. Разработчики могут управлять таким общедоступным продуктом, как Facebook, потому что он также решает проблему, с которой сталкиваются разработчики: как подключаться и оставаться на связи с друзьями и т. Д. То же самое относится и к продуктам, предназначенным для разработчиков программного обеспечения: разработчики знают, что IDE должен делать и как.

Но для многих других проблемных областей разработчики часто просто не знают достаточно. Даже имея общее представление и некоторый опыт, они часто стремятся реализовать интересные функции или функции, которые легко реализовать, но не повышают ценность для клиента и усложняют продукт. Это случаи, когда продукты должны управляться экспертами в области.

user281377
источник
И экспертом в области иногда является менеджер, иногда разработчик, иногда генеральный директор, иногда менеджер по продукту, иногда специалист по поддержке клиентов, а иногда и продавец.
Джей Годсе
1
Большая проблема в том, что часто люди думают, что они являются экспертами в области, а они нет. Я видел, как менеджеры по продукту и генеральные директора обсуждали проблему, которой никогда не было в сознании целевых клиентов. Конечно, эти менеджеры по продукту и генеральные директора не тратили достаточно времени на разговоры с потенциальными клиентами, чтобы выяснить их болевые точки.
Джей Годсе
0

Я думаю, что это явно лучший подход к продукту, ориентированному на разработчика (например, AWS или Visual Studio), но я не уверен, что это явно лучший подход в целом. Я имею в виду, что обычно я наблюдаю, как все происходит наоборот: разработчики обсуждают лучший подход, в то время как нетехнические люди быстро принимают решения. Лично я склонен сказать, что правильный ответ находится где-то посередине. Должен быть менеджер по продукту, способный задавать широкое направление, которое затем реализуют разработчики.

Джейсон Бейкер
источник
0

Программное обеспечение, управляемое разработчиком, в большинстве случаев может быть лучше, чем программное обеспечение, управляемое менеджером. Менеджер видит наибольшую ценность в функциях (в основном в модных словечках), которые хорошо смотрятся в рекламе или могут быть использованы в речи. Разработчики видят разные ценности: производительность, меньшие ошибки, бережливый дизайн, ремонтопригодность. Это приводит почти к лучшему программному обеспечению.

Но лучше всего будет программное обеспечение, управляемое пользователем. Пользователи действительно знают, что им нужно, что помогает им выполнять свою реальную работу. Это было бы идеально.

Mnementh
источник
0

Что делать, если вы производите продукты быстрее, которые никто не хочет использовать?

Сосредоточение внимания на одном атрибуте (функциональность, время выхода на рынок, цена, качество и т. Д.) Может иметь смысл для определенного момента времени. Например, Apple как бы бросила iPhone и iPad за дверь. Качество немного пострадало, но было очень важно быть первым.

Я думаю, что вам больно, если вы сосредоточитесь на одном аспекте только в долгосрочной перспективе.

LennyProgrammers
источник
0

НЕТ, если это не решает проблему реального мира

  • Программисты обычно любят решать проблемы, иногда проблемы, которых еще нет :)
  • Программисты обычно делают ужасные графические интерфейсы, потому что это вторичная мысль
  • Большинство проблем пользователей не совпадают с проблемами программистов .
  • Таким образом, продукт, управляемый программистами, обычно будет полезен для других программистов, но не так хорош для пользователей.

Также примечание на фейсбуке:

Успех фейсбуков не имеет ничего общего с его техническими достоинствами, скорее с идеей свиной спины, которая только что завоевала популярность. Фейсбук и другие случаются только один раз в «Google Blue Moon».

Тем не мение:

  • Если у программиста есть настоящая «пользовательская» проблема, то это не проблема программиста. Тогда вполне вероятно, что это очень хорошая вещь. Если заинтересованным лицом является также разработчик, то по отношению к проблеме идеальная ситуация для отличного решения продукта.
Темная ночь
источник
-1

(О боже ... где я только что прочитал что-то вроде: «У меня есть отличная идея! Все, что мне нужно, это разработчик». Думаю, это было в течение недели. Во всяком случае ...)

Великие идеи - это десять центов. Реализация вещи - вот что важно. Если разработчик обладает идеей, он может просто реализовать ее.

Джон
источник
1
Извините, но когда вы убираете банальности и штампы, я просто не вижу фактического ответа.
Джейсон Бейкер
1
Большинство советов, которые я слышал об успехе, включают: «Перестаньте говорить о хорошей идее и начните делать что-то, чтобы это произошло». Разработчик, реализующий свою хорошую идею, перестает говорить и начинает делать. Таким образом, ответ на вопрос (в заголовке): «Да, продукт для разработчиков - это хорошо». Если это клише, то извините.
Джон