спасибо за рекомендацию)

На какие вопросы ты хотел бы получить ответы в рамках прохождения курса?

не думаю, что у менеджмента мобильных продуктов есть особенности отличающие его менеджмента веб-продуктов

впрочем и любых других

Посоветуйте, что почитать и где поискать аргументы на тему, почему в разработке цифровых продуктов более эффективен подход разработки продуктовой командой во главе с продакт менеджером, чем реализация требований бизнеса ИТ-командой.

Речь идёт о постоянном развитии продукта, а не о создании какого-то фиксированного функционала

А в чём собственно для вас разница?
Звучит как то же самое только другими словами

Как минимум наличием во втором варианте барьера между продактом и разработкой.

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

Я намеренно утрирую, но такие ситуации чаще всего и происходят

а если и продакта убрать, то барьеров будет еще меньше

выгода в том, что в каждую секунду есть человек заинтересованный в том, что реализация должна быть именно такая как это положительно повлияет на его метрики. И он сам выбирает в рамках бюджета кто это будет делать ИТ, разработчик которого он посадит в офис, или пять студентов или субподрядчик.  Таким образом уходим от истории когда идея появилась в 2019 году, в бюджет внесли в 2020, делать будет в 2021 и уже то, что никому совершенно не нужно

кто же тогда будет формировать видение продукта?

Можно тут поднабраться аргументов в пользу пользовательских исследований.
А тут про общую ценность продуктового подхода.

Многие продакты имитирует видение

Никакие

Ответ во второй части вашего же вопроса))

Коллеги, добрый день, есть вопрос. В соцсети нужно подкачать немного ботов для старта (фб, ютьюб, инста), совсем немного. Но боты нужны не из РФ или СНГ, желательно из штатов. Если кто то сталкивался, подскажите пжлст какие то проверенные сервисы по этому вопросу. Из наших аналогов это, возможно, типа kwork, но по понятным причинам он не подходит. Спасибо

Потому что бизнес дальше от IT, чем продакт. Потому что бизнесовых ребят много, все хотят разного, часто конфликтующего, а продакт умеет и знает всех, и может не тратя ресурсы команды собрать воедино и переварить требования. Потому что есть хотелки бизнеса, а есть хотелки пользователей, и продакт умеет в метрики оценки этих хотелок, а бизнес - нет. Потому что нужна единая точка контроля над приоритетами, иначе бизнес срется друг с другом. Потому что бизнес не умеет формулировать задачи. Потому что бизнес не погружен в команду разработки и не знает, че там ваще происходит. Потому что время продакта зачастую дешевле времени разработчика, а задача на анализе требует времени нескольких чаще всего, а бизнес так ваще всех собирать будет. Потому что разработка не в курсе про маркетинговые истории, а продакт в курсе, и может точнее перевести с директорского на прогерский. Потому что продакт заинтересован ещё и в развитии процессов, а бизнес - только в результате. Потому что ту работу, которая нужна команде до взятия  задачи в работу, нужно кому-то делать, а бизнес - это все и никто, то есть не будет чесаться делать. Потому что кто-то должен координировать и планировать разнонаправленных специалистов в моменте. Потому что продакт может быстро что-то ответить, в отличие от того же директора, и разработка не прочаживается по срокам. Мало?)))

сначала не понял кто кого продЕт)

Да чертова автозамена, уже поправил)

А почему "продакт заинтересован ещё и в развитии процессов"? И каких?

Потому что ему вносить правки