Например, PRD (Product Requirements Document)

Или может свои какие-то наработки, интересен ваш опыт

Для продукта BRD вполне достаточно

Про PRD - что это? Зачем это? И в чем отличие от BRD?

Brd->mrd->prd->fsd типа бизнес, потом маркетинг, потом продакт, потом функциональные требования

А почему mrd>prd?

То есть почему на наоборот?

Не знаю, видел в каком то круговороте водопадной продуктовой разработки

ага... там конечно из-за заложенного определения может быть.... не люблю определения и понятия из-за этого ;)))

На сколько я уловил логику сначала отдел бизнеса пишет brd, передает в маркетинг, там пишется mrd, дальше передается в продуктовый отдел для разработки prd, далее передается в проектный офис для написания fsd, после написания fsd передается в отдел закупок. Пока все это происходит - клиент уходит в Тиньков.

Это он так, наверное, стратегию имел ввиду. Все таки маркетинг и медиа после)

Ага, я тоже так думаю... я вообще уже для себя маркетинг не выделяю. Он везде интегрирован... но везде разные кусочки...

аааа... точно!!! ;)))

я ушел в Тинькофф ;)))

утопия какая-то) по ощущениям в реальности все только так работает

Йоу, мопед не мой

Не тегайте меня рядом с таким процессом 🤣🤣🤣

инверсионный agile :))))

Во времена, когда я работал в IBM, мы такое делали.  Но делали по очень понятным причинам:
- сложная бизнес-логика, которую надо было по кусочкам выбить из нескольких команд начиная с маркетинга, а потом передать в разработку;
- traceability;

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

У нас было mrd-> psd + tp -> tdd + tc

ЕМНИП, для IBM этот подход общим не был