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

Startups in the AEC Space https://www.aecstartups.com/#/.
А это насчет стартапов, разрабатывающих продукты для строительной сферы.

👍

Я знаю точно, что очень многие в строительной сфере зашевелились, по крайней мере на UK и US рынке.
Фактически, у всех передовых есть какие-то in-house решения и отделения, которые занимаются продуктами для внутреннего пользования.
Более того, компании собираются в группы и формируют команды по разработке продуктов (лично знаю два таких примеры из UK).
Короче, хорошее направление :D можно считаться. ))

Это же аукается и на СНГ рынке. ПИК и топовые застройщики Питера точно в теме.
Но более наглядный пример, на мой взгляд, это свой софт типа Renga https://rengabim.com/.

коллеги)

Крок, департамент интеллектуальных зданий. И да, ПИК свой внутренний аксель готовит

Интересно, а какие в ДИЗе продукты появились?)

Знаю не совсем продакта из Profitbase/Artsofte. Думаю, если напишешь в ФБ, найдешь нужного человека

https://mobile.facebook.com/profile.php?id=100002771821519

Да, и еще вот в этом чате можете закинуть вопрос

https://t.me/joinchat/CqkltxQTGqeC5cNLrVk3Og

О чем говорили на Product Mindset Perm.

Дмитрий Абрамов, Head of product Skyeng, об оценке сроков:

✅ Оценивать сроки в продукте нужно по двум причинам: оценка ROI фичей, синхронизация команд по зависимым задачам.

✅ Люди вообще не способны оценить сроки из-за когнитивных искажений. Одно и то же ТЗ, напечатанное 14-м и 18-м шрифтом, разработчики оценивают в 290 и 330 часов соответственно.

✅ Когда мы спрашиваем: «За какое время будет сделана задача?», — и получаем в ответ «За 4 часа», это не значит, что задача через 4 часа окажется на проде. Эффективность потока (время работы / время поставки) в командах в среднем около 5% (15% — это классный показатель). Заявленную оценку надо бы разделить на 0,05.

✅ Хорошая новость: статистика помогает оценивать время разработки. Используйте распределение Вейбулла. Если вы возьмете все задачи, которые сделала ваша команда, и построите распределение, — сможете предсказывать сроки реализации задач.

✅ Мы все живем в мире неопределенности, так почему в сроках мы хотим получить точное значение? Обычно в продуктовой разработке достаточно вероятности 85%.

https://surveys.yandex.ru/
Кто что может сказать про яндекс взгляд?

Судя по чатикам, на исследования бюджет не выделяется :)

Судя по недавнему исследованию зп в IT, время продакта стоит дороже.

Допускаю, что такие сервисы просто еще не дошли до критической массы пользователей, либо есть другие продуктовые чаты по сторону силы)

С одной стороны, да в прямом пересчете - дешевле, можно более полезно “потратить деньги”(время)
С другой стороны вмешиваются когнитивные искажения (нет доверия к источнику, я сделаю лучше и тп), если речь про качественные исследования, то это потеря цикла прямой обратной связи, ну и лень (проще не делать)

Согласен. Приходиться лавировать

А про это исследование речь, или про какое-то другое? https://vc.ru/hr/71793-analitika-zarplat-dlya-hantinga-2019g

да, про него

Там в комментариях поднималась тема, кажется цифры надуты)