Минутка утренней мудрости

Канал о системном и бизнес-анализе, продуктовом мышлении и архитектуре. Как выявлять реальные проблемы, строить работающие решения и не терять здравый смысл в IT. Все вопросы - @innokentyB

продуктовый подходэмпатияпсихотерапия

Увидел фразу у Алексея — и она неожиданно сложила в голове то, что давно там жило, но никак не оформлялось словами.

Ключевое отличие продуктового подхода — это момент, когда ты перестаёшь думать “мне дали задачу”, а начинаешь думать “какую ценность я хочу донести и кому она действительно нужна”.

Это переворачивает всё.
Это меняет то, как ты принимаешь решения.
И очень быстро начинает менять, в каких индустриях ты хочешь быть.

Когда-то давно я уже писал, что есть сферы, в которых я работать не буду принципиально.
Потому что продукт — это не про фичи.
Это про то, кому ты служишь.

Если я вижу, что индустрия приносит реальную пользу — мне проще с людьми, проще с их болью, проще понимать, где они застряли, что ищут и чего боятся. Я открыт к диалогу, к разбору, к честному обсуждению проблем, потому что это — нормальная часть создания ценности.

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

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

Наверное, поэтому я и остаюсь в продукте — потому что он про людей. И про то, как сделать их жизнь чуть проще, честнее и понятнее.

Дискуссия

Andrey
Это больше про культуру менеджмента, а не подход
PRO анализ в ИТ
Andrey
Это больше про культуру менеджмента, а не подход
Согласен, но у меня был именно такой опыт, что эмпатия была именно в продуктах. Может быть, это я стал взрослее и осознаннее, а может люди вокруг)
PRO анализ в ИТ
Vadim Zhivotovsky
Кстати, люди, у кого есть боль, идите к врачам, а не к IT-специалистам. К последним - с задачами, требованиями и прочим, чем оперируют ИТ-системы
Кстати, могу сказать, что вот такие ИТ специалисты, которые работают лишь с задачами, будут вытесняться как раз LLM ками и агентами на их базе. Потому что задача и требование - это вещь детерминированная, а с детерминированными задачами ИИшечка научится справляться лучше кожаных зв год - два. А вот поработать с болями и понять, где можно улучшить бизнес и продукт, тут пока будет сложно, контекста у моделей не хватит. Так что тут без кожаных никуда.
Vadim Zhivotovsky
PRO анализ в ИТ
Кстати, могу сказать, что вот такие ИТ специалисты, которые работают лишь с задачами, будут вытесняться как раз LLM ками и агентами на их базе. Потому что задача и требование - это вещь детерминированная, а с детерминированными задачами ИИшечка научится справляться…
Ок, похоже, что мой первый пост с попыткой взгляда со стороны абстрактного бизнеса был слишком большим и невнятным. По-другому зайду.
поработать с болями и понять, где можно улучшить бизнес и продукт
является поработать с задачей? Почему сущность "задача" отделена от того, что включено в задачу? Почему всё перечисленное - не задача? Не могу понять (наверно, потому, что надо оперировать в рамках какой-то модели, а не вообще).
и понять, где можно улучшить бизнес и продукт
Будет гораздо понятнее (мне - точно), если такие рассуждения приземляются к конкретным ролям (т.е. модели деятельности). Иначе выглядит так, как я описал в 1-м посте
PRO анализ в ИТ
Vadim Zhivotovsky
Ок, похоже, что мой первый пост с попыткой взгляда со стороны абстрактного бизнеса был слишком большим и невнятным. По-другому зайду. поработать с болями и понять, где можно улучшить бизнес и продукт является поработать с задачей? Почему сущность "задача"…
так в том и дело, что вот такая верхнеуровневая задача называется целью и я с ней работаю, в рамках нее с болями и всем остальным. А дальше уже могут быть задачи более низкоуровневые - для декомпозии и фиксации каких то конкретных условий приемки. В такой модели - да, я могу сказать, что работаю с высокоуровневыми задачами
Vadim Zhivotovsky
PRO анализ в ИТ
верхнеуровневая задача
вот, всё-таки - задача 😁
PRO анализ в ИТ
Vadim Zhivotovsky
вот, всё-таки - задача 😁
в изначальном посте под задачами я подразумевал скорее конкретные постановки, так что была проблема в нейминга
Vadim Zhivotovsky
PRO анализ в ИТ
так в том и дело, что вот такая верхнеуровневая задача называется целью и я с ней работаю, в рамках нее с болями и всем остальным. А дальше уже могут быть задачи более низкоуровневые - для декомпозии и фиксации каких то конкретных условий приемки. В такой…
Я бы переформулировал высказывание поста примерно так, что продакту, живущим своим продуктом, важно идти в бизнес-составляющую (тут можно долго расшифровывать), перерастать роль технического продакта. Тем самым влиять на свой продукт решениями на качественно других уровнях, подключать свою эмпатию в эти решения
Присоединиться к обсуждению →

Читайте так же