Comments 3
Выпускать можно когда угодно раз уже идея реализована конкурентами. Другой случай когда вы спешите занять нишу, вы хотите заявить о себе и выпускаете проект в сжатые сроки.
В лубом случае — выпуская сырой проект есть плюс — запущенный проект заставляет работать и увидеть на что реально вы способны.
Мое мнение, нужно выпускать проект тогда, когда вы почуствуете что он хоть и сырой, но уже лучше конкурентов.
В лубом случае — выпуская сырой проект есть плюс — запущенный проект заставляет работать и увидеть на что реально вы способны.
Мое мнение, нужно выпускать проект тогда, когда вы почуствуете что он хоть и сырой, но уже лучше конкурентов.
С одной стороны, пока варитесь в собственном соку без выхода в свет, ваша оценка проекта может быть предвзятой и не совсем адекватной, как для лица заинтересованного. Поэтому, запуск проекта в мир будет объективно полезен для развития продукта (а иногда, возможно, и для отказа от идеи вообще, как от бесперспективной).
С другой стороны, надо помнить, что как только проект переводится из состояния внутренней разработки в статус общедоступного продукта, он начинает потреблять гораздо больше ресурсов — и разработку надо продолжать, и продвижением, поддержкой, общением с пользователями и т.д. заниматься.
Я думаю, что, если в продукте уже реализовано УТП (востребованный костяк, который выгодно отличает его от всего остального), то лучше запустить проект, чтобы прочувствовать реакцию публики и получить обратную связь. А дальше, если связь окажется положительной, искать партнеров с необходимыми ресурсами и делать уже широкомасштабную «революцию». Все равно для серьезного проекта нужны ресурсы, в режиме «на грани» долго не протянете, если, конечно, не заниматься им лишь как хобби.
Если же проект в стадии «через четыре года здесь будет город-сад», то спешить не надо, продолжайте дорабатывать основной отличительный функционал, иначе станете мечтать о 48-часовых сутках, и того не будет хватать — не получится ни разработки, ни выпуска в свет.
С другой стороны, надо помнить, что как только проект переводится из состояния внутренней разработки в статус общедоступного продукта, он начинает потреблять гораздо больше ресурсов — и разработку надо продолжать, и продвижением, поддержкой, общением с пользователями и т.д. заниматься.
Я думаю, что, если в продукте уже реализовано УТП (востребованный костяк, который выгодно отличает его от всего остального), то лучше запустить проект, чтобы прочувствовать реакцию публики и получить обратную связь. А дальше, если связь окажется положительной, искать партнеров с необходимыми ресурсами и делать уже широкомасштабную «революцию». Все равно для серьезного проекта нужны ресурсы, в режиме «на грани» долго не протянете, если, конечно, не заниматься им лишь как хобби.
Если же проект в стадии «через четыре года здесь будет город-сад», то спешить не надо, продолжайте дорабатывать основной отличительный функционал, иначе станете мечтать о 48-часовых сутках, и того не будет хватать — не получится ни разработки, ни выпуска в свет.
Надо выходить в свет. Если нет опыта запуска продуктов по сценарию ВАУ, то очень велика вероятность неудачи. Это у Джобса все выглядит просто и красиво, но на практике, оказывается, совсем не просто этого добиться.
Sign up to leave a comment.
Выбор стратегии старта и развития проекта