Актуальні теми
#
Bonk Eco continues to show strength amid $USELESS rally
#
Pump.fun to raise $1B token sale, traders speculating on airdrop
#
Boop.Fun leading the way with a new launchpad on Solana.
Раніше менеджер продукту спілкувався з багатьма клієнтами, щоб зрозуміти їхні кейси використання і допомогти розробнику створити правильну річ для цих клієнтів.
Клієнт був експертом у своїй сфері та сценарії використання. PM і розробник — експерти зі створення програмного забезпечення. Це спрацювало, але було повільно, і багато чого було втрачено під час перекладу. Клієнт — > PM — > Розробник — > Клієнт
Але в епоху Claude Code чи не буде програмне забезпечення написане експертом у цьому випадку безпосередньо ... Тобто бухгалтер для бухгалтера, лікар для лікаря?
Я розумію, що на певному рівні це просто аргумент на користь вертикального програмного забезпечення/стартапів, але думаю, що справа йде далі... що PM буде користувацьким будівельним для себе (як можна з цим конкурувати)... і зрештою, можливо, кожен користувач стане PM для своїх сценаріїв використання.
Мені цікаво, що ви думаєте @lennysan @aakashgupta @carlvellotti @petergyang @ttorres цю дисертацію та її значення для управління продуктом?
Найкращі
Рейтинг
Вибране
