Size: a a a

ProductSense Chat

2019 May 31

TM

Timur M in ProductSense Chat
Anton
Всем привет! Подскажите топ книги/блоги/whatever  про продакт менеджмент в области В2В SaaS продуктов,
Можно тут, можно в личку,
Спасибо!
+1 я тоже b2b saas + мобилки
источник

TM

Timur M in ProductSense Chat
Yuriy Smirnov
Lean B2B хорошая книга)
Юра, книге 5 лет 😊
источник

PS

Pavel Shegolev in ProductSense Chat
Пр опыту в ретейле - сбор требований от подразделений - ад и боль, и оооочень долго. Мы+привлеченные люди в течение пары недель по 2-3 часа с сотрудниками этих подразделений посидели. Помогло вникнуть в процессы, увидеть точки ручных переходов. Помогло понять актуальность потребности и рабочий путь. И сформировать целевой процесс. Целевой уже было обсуждать намного проще, коментить проще, всем была понятна задача/цель.
источник

YS

Yury Sverdlov in ProductSense Chat
Anton
Всем привет! Подскажите топ книги/блоги/whatever  про продакт менеджмент в области В2В SaaS продуктов,
Можно тут, можно в личку,
Спасибо!
Я потом покидаю статей, у меня вроде было что-то в закладках. А так самому интересно, инфы хорошей очень мало
источник

PS

Pavel Shegolev in ProductSense Chat
Timur M
Дмитрий, спасибо, классное прокладки. Большая часть коммуникаций может идти в мессенджерах личных и корпоративных. Как их учесть в анализе связей людей и процессов?
Точно. А еще есть телефон и курилка ;))
источник

A

Anton in ProductSense Chat
Yury Sverdlov
Я потом покидаю статей, у меня вроде было что-то в закладках. А так самому интересно, инфы хорошей очень мало
Окей, жду)
источник

YS

Yuriy Smirnov in ProductSense Chat
Timur M
Юра, книге 5 лет 😊
а есть лучше/свежее?
источник

B

Bair in ProductSense Chat
Pavel Shegolev
А вот правда, есть четкое понимание зачем оно? Аудит процессов был? Как пришли к решению, что оно надо?
Понимание есть, может не настолько чёткое как хотелось бы
источник

B

Bair in ProductSense Chat
Pavel Shegolev
Пр опыту в ретейле - сбор требований от подразделений - ад и боль, и оооочень долго. Мы+привлеченные люди в течение пары недель по 2-3 часа с сотрудниками этих подразделений посидели. Помогло вникнуть в процессы, увидеть точки ручных переходов. Помогло понять актуальность потребности и рабочий путь. И сформировать целевой процесс. Целевой уже было обсуждать намного проще, коментить проще, всем была понятна задача/цель.
В настоящее время проводим кастдев, собираем потребности с конечного потребителя. В  сформированы основные боли
источник

LG

Lev Goryachev in ProductSense Chat
Bair
Привет всем!
Призываю коллективный разум к помощи)
Помогите пжл со следующим кейсом:  планируем собрать потребности по созданию ЕФС/CRM системы в банке.
В общем есть идея объединить все текущие процессы, связанные с продажами клиентам в единую АС в которой будут работать: сотрудники фронта, мидл и бэк офиса. (As is все ведется в разных системах).

Для выявления 'хотелок' планируем опросить:
1. В Банке
- сотрудников
- линейных руководителей
- руководителей территориальных подразделений
- топ-менеджеров (при необходимости)
2. Поискать лучшие практики на рынке, так сказать запросить экспертное мнение опытных продактов, кто уже сталкивался и, возможно, внедрил аналогичную систему.


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

Заранее спасибо!
Хай. Из собственного опыта оптимизации бизнес процессов.
Если хочешь все запороть прям с начала - иди общайся с пользователями.
Если хочешь действительно что-то улучшить, то сначала найти узкие места НА ЦИФРАХ, а потом уже в результате анализа причин, если причиной окажется удобство, можно и с пользователем поговорить.
Есть частая ошибка, что если спрашиваешь сотрудника "как бы тебе было удобно", его ответ всегда будет в рамках "было бы удобно вообще не работать и получать респект и деньги".
Все хотят автоматизировать свою работу, чтобы не работать. Но часто оказывается, что этого конкретного работника (должность) завели именно потому, что им надо было заткнуть очевидную дырку.
Пользователь - не заказчик. Заказчику не нужно, чтобы сотруднику было удобнее. В этом аспекте важно, чтобы новое удобство приводило к изменению показателей (денег).

Поэтому в реальности надо в первую очередь поговорить с реальными заказчиками этой работы, потом найти узкие места (по теории ограничений, например), а потом уже выбирать к кому и ЗАЧЕМ идти разговаривать.
источник

LG

Lev Goryachev in ProductSense Chat
Мы для "вытрезвления" от таких запилов ради общего блага юзаем инструмент "угадай бизнес по гипотезе о проблеме")))
Вот формулировка:

"Наши клиенты хотят....
Но не могут...."
И сформулировав свою гипотезу, надо глянуть со стороны и придумать варианты бизнеса (инструментов), которые могут соответствовать этой гипотезе. И переформулировать до тех пор, пока сформулированной гипотезе не будет соответствовать только одно - задуманное вами решение.
А после этого уже неплохо бы вспомнить, кто именно является заказчиком (клиентом) и надо ли оно ему вообще. И если вам кажется, что надо, об этом уже идти общаться.
источник

DK

Dima Kozyrev in ProductSense Chat
Timur M
Дмитрий, спасибо, классное прокладки. Большая часть коммуникаций может идти в мессенджерах личных и корпоративных. Как их учесть в анализе связей людей и процессов?
Это банк, и соответственно у него есть служба безопасности. с учетом того, что взлом идет на 80% изнутри, то такие каналы должны быть взяты под контроль. +  в банке инофрмация по работе будет передаваться на 80% по каналам где можно будет сохранить ее и если что подтвердить (снятие ответственности). но и трафик меседжера можно тоже посчитать, интересует именно его количество а не содержимое. админу тоже могут это сделать, ну либо служба безопасности.
источник

DK

Dima Kozyrev in ProductSense Chat
Timur M
Дмитрий, спасибо, классное прокладки. Большая часть коммуникаций может идти в мессенджерах личных и корпоративных. Как их учесть в анализе связей людей и процессов?
Тут цель собрать массовые точки соприкосновения и потом их иследовать.
источник

DK

Dima Kozyrev in ProductSense Chat
Lev Goryachev
Мы для "вытрезвления" от таких запилов ради общего блага юзаем инструмент "угадай бизнес по гипотезе о проблеме")))
Вот формулировка:

"Наши клиенты хотят....
Но не могут...."
И сформулировав свою гипотезу, надо глянуть со стороны и придумать варианты бизнеса (инструментов), которые могут соответствовать этой гипотезе. И переформулировать до тех пор, пока сформулированной гипотезе не будет соответствовать только одно - задуманное вами решение.
А после этого уже неплохо бы вспомнить, кто именно является заказчиком (клиентом) и надо ли оно ему вообще. И если вам кажется, что надо, об этом уже идти общаться.
"Клиенты хотят....
Но не знают как...." -  навеяло... административное противоречие 😊
источник

M

Misha in ProductSense Chat
Lev Goryachev
Хай. Из собственного опыта оптимизации бизнес процессов.
Если хочешь все запороть прям с начала - иди общайся с пользователями.
Если хочешь действительно что-то улучшить, то сначала найти узкие места НА ЦИФРАХ, а потом уже в результате анализа причин, если причиной окажется удобство, можно и с пользователем поговорить.
Есть частая ошибка, что если спрашиваешь сотрудника "как бы тебе было удобно", его ответ всегда будет в рамках "было бы удобно вообще не работать и получать респект и деньги".
Все хотят автоматизировать свою работу, чтобы не работать. Но часто оказывается, что этого конкретного работника (должность) завели именно потому, что им надо было заткнуть очевидную дырку.
Пользователь - не заказчик. Заказчику не нужно, чтобы сотруднику было удобнее. В этом аспекте важно, чтобы новое удобство приводило к изменению показателей (денег).

Поэтому в реальности надо в первую очередь поговорить с реальными заказчиками этой работы, потом найти узкие места (по теории ограничений, например), а потом уже выбирать к кому и ЗАЧЕМ идти разговаривать.
100%
End-пользователи и так при случае  просаботируют, если есть возможность, но не признаются, разумеется, на интервью: ой да, когда у меня нет настроения я забиваю на работу следующим образом ***, а чтоб никто не понял изображаю деятельность вот так *** 😄

Сорри за markdown) Вообще это в рамочку поставлю: "Не спрашивай вахтера как ему лучше"))
источник

YS

Yury Sverdlov in ProductSense Chat
Dima Kozyrev
"Клиенты хотят....
Но не знают как...." -  навеяло... административное противоречие 😊
Ага, осталось размотать дальше до технического и физического
источник

DK

Dima Kozyrev in ProductSense Chat
Yury Sverdlov
Ага, осталось размотать дальше до технического и физического
именно, а там и до решения можно добраться...
источник

YS

Yury Sverdlov in ProductSense Chat
Lev Goryachev
Мы для "вытрезвления" от таких запилов ради общего блага юзаем инструмент "угадай бизнес по гипотезе о проблеме")))
Вот формулировка:

"Наши клиенты хотят....
Но не могут...."
И сформулировав свою гипотезу, надо глянуть со стороны и придумать варианты бизнеса (инструментов), которые могут соответствовать этой гипотезе. И переформулировать до тех пор, пока сформулированной гипотезе не будет соответствовать только одно - задуманное вами решение.
А после этого уже неплохо бы вспомнить, кто именно является заказчиком (клиентом) и надо ли оно ему вообще. И если вам кажется, что надо, об этом уже идти общаться.
Вот кстати интересно, а как вы подрабатываете гипотезы в таком формате? Пользуетесь ТРИЗом или каким-то еще креативными методологиями?
источник

B

Bair in ProductSense Chat
Lev Goryachev
Мы для "вытрезвления" от таких запилов ради общего блага юзаем инструмент "угадай бизнес по гипотезе о проблеме")))
Вот формулировка:

"Наши клиенты хотят....
Но не могут...."
И сформулировав свою гипотезу, надо глянуть со стороны и придумать варианты бизнеса (инструментов), которые могут соответствовать этой гипотезе. И переформулировать до тех пор, пока сформулированной гипотезе не будет соответствовать только одно - задуманное вами решение.
А после этого уже неплохо бы вспомнить, кто именно является заказчиком (клиентом) и надо ли оно ему вообще. И если вам кажется, что надо, об этом уже идти общаться.
Спасибо большое за развернутый ответ!
источник
2019 June 01

LG

Lev Goryachev in ProductSense Chat
Yury Sverdlov
Вот кстати интересно, а как вы подрабатываете гипотезы в таком формате? Пользуетесь ТРИЗом или каким-то еще креативными методологиями?
Ну лично для меня и ребят, с которыми в это играю, это больше инструмент собрать мозги в кучу, когда слишком много инфы.
У нас проблемы всегда не в недостаточной, а в излишней проработке, что приводит к дикому расфокусу.
Ну и в процессе игры сразу видно, если человек халтурил в разведке и кастдеве.
В игровой форме уже мозг не может удержаться от азарта и продакт больше не выдает всякий социально одобряемый bullshit – либо минут за 30 формулируем командой, зажигаем ему ракету под задницей и он уносится херачить с придурковатой улыбкой, или что-то невнятное мямлит и идет дорабатывать, но уже зная фреймворк и свои слабые точки.
источник