Есть идея, которую стоит изучить, как оценить надёжность ранних проектов по шифрованию.
Многие смотрят только на то, какие функции сейчас у продукта, но на самом деле сам продукт достаточно хорош — это лишь основа. Ещё важнее — можно ли увидеть, насколько хороша способность команды к исполнению через существующие продукты — то есть смогут ли они быстро отполировать хорошие вещи в соответствии с рыночным спросом.
Но этого недостаточно. Потому что рыночный спрос меняется. Если завтра нужно будет скорректировать направление продукта, добавить новые функции или перейти на другую системную логику, смогут ли они быстро отреагировать и выполнить результаты? Такая скорость адаптации и итерации говорит больше, чем их нынешний список функций.
Другими словами, оценка скорости реакции и эффективности выполнения команды часто важнее, чем текущее состояние продукта.
Ещё одно интересное наблюдение: на рынке прогнозирования все проекты в итоге учатся друг у друга. Это показывает, что инновации в этой области на самом деле являются процессом сближения: проекты, которые могут выжить, часто учатся учиться на сильных сторонах друг друга быстрее всего.
Посмотреть Оригинал
На этой странице может содержаться сторонний контент, который предоставляется исключительно в информационных целях (не в качестве заявлений/гарантий) и не должен рассматриваться как поддержка взглядов компании Gate или как финансовый или профессиональный совет. Подробности смотрите в разделе «Отказ от ответственности» .
17 Лайков
Награда
17
10
Репост
Поделиться
комментарий
0/400
LiquidityHunter
· 12-21 06:36
Вы правы, большинство людей просто смотрит на список функций и болтает, никто действительно не отслеживает скорость итераций команды.
Посмотреть ОригиналОтветить0
Liquidated_Larry
· 12-20 15:25
Ха-ха, правильно сказано, многие просто смотрят на UI и вообще не понимают, что такое исполнительность.
Быстрая реакция команды — это действительно сильная сторона, проекты с медленной итерацией рано или поздно провалятся.
В сегменте прогнозирования рынка действительно все копируют, в итоге побеждает тот, кто быстрее среагирует.
В наши дни привлечение финансирования — это легко, а выполнение — трудно, братан.
Посмотреть ОригиналОтветить0
memecoin_therapy
· 12-20 02:17
Вы абсолютно правы, эта логика на самом деле заключается в том, есть ли у команды реальные навыки, одних идей недостаточно
Проекты с медленной реакцией в основном просто роют яму, даже самые красивые функции не спасут
Посмотреть ОригиналОтветить0
BearMarketBuyer
· 12-18 20:10
Совершенно верно, способность к быстрому итеративному развитию — это ключевой фактор
При оценке проекта не стоит зацикливаться на списке функций, ведь это всё иллюзия; главное — как быстро команда реагирует
В таком медвежьем рынке многие проекты умирают именно потому, что не успевают за ритмом рынка
Команды с низкой исполнительностью, даже самые хорошие идеи — бесполезны
Поэтому сейчас я выбираю проекты, исходя из их способности быстро менять направление, ведь это и есть навык выживания
Посмотреть ОригиналОтветить0
PriceOracleFairy
· 12-18 13:53
скорость выполнения > список функций, всегда. наблюдал за тремя командами, которые сменили направление за 72 часа во время последнего бычьего рынка... только одна пережила следующий медвежий рынок. остальные двое? все еще отлаживают свой «революционный» технологический стек лол
Посмотреть ОригиналОтветить0
MerkleDreamer
· 12-18 13:53
Исполнительность — это главное, смотреть на скорость реакции команды гораздо надежнее, чем на список функций
Посмотреть ОригиналОтветить0
ChainWatcher
· 12-18 13:52
Совершенно верно, ключевым является исполнительность. Только полагаться на функциональность давно устарело.
Команды, которые быстро итеративно развиваются, действительно заслуживают доверия, это говорит о том, что они действительно слушают рынок.
Возвращаясь к теме, большинство проектов умирают из-за медленной реакции.
Поняв, кто может быстро скорректировать направление, можно практически отбросить половину мусора.
Этого критерия оценки на самом деле достаточно, чтобы избежать многих убытков.
Посмотреть ОригиналОтветить0
AllInAlice
· 12-18 13:47
Совершенно верно, смотреть на скорость выполнения команды действительно надежнее, чем на список функций.
Совершенно верно, те, кто быстро итеративно развиваются, действительно живы.
Исполнительность — это действительно критерий, который отличает перспективные проекты от ненадежных.
Команды, которые быстро реагируют, действительно могут дольше выживать — это железное правило.
Проекты с медленной итерацией бессмысленно хвалить, они выглядят фальшиво.
Посмотреть ОригиналОтветить0
TokenTherapist
· 12-18 13:36
Исполнительность действительно является скрытым ключом, многие проекты хвастаются функциями, но реагируют медленно до смерти
---
Говоря откровенно, всё зависит от того, сможет ли команда быстро адаптироваться, это и есть граница жизни и смерти
---
В области прогнозирования рынка всё сказано отлично, в конце концов, все копируют друг друга, кто быстрее — тот и побеждает
---
Красивый список функций бесполезен, главное — сможет ли он удержать рыночные изменения
---
С этой точки зрения проекты выглядят гораздо надежнее, чем просто чтение whitepaper
---
Скорость итераций > текущие функции, давно пора было так выбирать проекты
Посмотреть ОригиналОтветить0
LiquidityWitch
· 12-18 13:34
Имеет смысл, но по-настоящему быстро итеративные команды встречаются очень редко
Как оценить криптопроект? Не только его функциональность, но и скорость выполнения командой
Есть идея, которую стоит изучить, как оценить надёжность ранних проектов по шифрованию.
Многие смотрят только на то, какие функции сейчас у продукта, но на самом деле сам продукт достаточно хорош — это лишь основа. Ещё важнее — можно ли увидеть, насколько хороша способность команды к исполнению через существующие продукты — то есть смогут ли они быстро отполировать хорошие вещи в соответствии с рыночным спросом.
Но этого недостаточно. Потому что рыночный спрос меняется. Если завтра нужно будет скорректировать направление продукта, добавить новые функции или перейти на другую системную логику, смогут ли они быстро отреагировать и выполнить результаты? Такая скорость адаптации и итерации говорит больше, чем их нынешний список функций.
Другими словами, оценка скорости реакции и эффективности выполнения команды часто важнее, чем текущее состояние продукта.
Ещё одно интересное наблюдение: на рынке прогнозирования все проекты в итоге учатся друг у друга. Это показывает, что инновации в этой области на самом деле являются процессом сближения: проекты, которые могут выжить, часто учатся учиться на сильных сторонах друг друга быстрее всего.