Comments 4
Про техническую неготовность. Чаще всего после mvp нужно вливать бабки в рекламу продукта и если на этапе mvp вам от клиентов приходит фидбэк по неготовности, то нужно решить для себя, сделают ли продукт готовым рекламные вложения? Бывает что реклама делает из говна конфетку, но если рынок хоть чуть конкурентный то - нет, не прокатит. Вменяемые фаундеры это понимают
Реклама может сделать из говна конфетку, только если идеально работает критически важный пользователям функционал.
Хороший пример, чат gpt. Когда он только стал всем доступен, у него постоянно падали сервера, криво работала гугл авторизация с вечным разлогином, до сих пор лагает web ui, когда страница с чатом тормозит при большом количестве вопросов-ответов, т.к. open ai не умеет в нормальную ленивую загрузку и контроль ресурсов. Однако, это всё пользователи готовы терпеть ради главного функционала, что работает отлично, а именно ради самой llm. С точки зрения веба чат gpt посредственен, но мы знаем множество копирок с крутым веб ui ux, но кривой реализацией llm из-за чего они нафиг никому не нужны.
Понимаю, что mvp это термин, который сам по себе подразумевает минимально жизнеспособныйипродукт, но даже в рамках минимума, есть критически важный функционал, который должен работать идеально и второстепенный, который может работать криво.
Поэтому если критически важный функционал не завершён - то проект никакя реклама не спасет, это верно)
Слишком мало конкретики... Но вот да, конкурируя со зрелыми продуктами иметь 80% готовности - это не иметь ничего...
Уже многое написали про тех. готовность. Незавершённость проекта оправдана, только в одном случае: если ваш продукт уникальный и даже в таком качестве лучше конкурентов.
По опыту, могу сказать, чтобы занять нишу, нужно хорошо знать конкретную сферу и её рынок.
Например, я практически всё время работал в мед. организацих. Из-за чего хорошо знаю эту кухню. Если когда-то захочу создать стартап, у меня есть представление, что будет удобно и интересно врачам. Какаое тех качество допустимо для mvp и что критически важно в продукте. Так же, знаю главное, как набирать клиентскую базу и специфику сферы. За свою жизнь повидал много мед. стартапов и прекрасно знаю их ошибки. Поэтому у меня бы всё скорее-всего получилось.
Однако, если бы я захотел залезть в финтех, логистику и т.д., то скорее-всего провалился. Да, проводил бы ресерч рынка, пытался бы получить фидбэк, но без понимания того, что нужно и важно конечному пользователю и как вообще ему о продукте рассказать, это путь в никуда.
Лично стартапы не открывал, но пет проекты делаю часто. Какие-то забрасываю, какие-то в долгострое, а какие-то использую в обиходе или отдаю коллегам. Так же, участвовал в чужих стартарах.
Честно, как бы не пытался делать пет проекты, держа всё в голове, всё всегда сводилось, к списку задач с ротацией: бэклог - в работе - выполнено, а потом и к доскам с карточками.
За всё время понял одно. Если хочешь сделать, что-то годное, среднее+ по масштабам, то к проекту нужно относиться словно он оплачиваемый энтерпрайз. Даже если ты вайбкодишь. Точнее особенно если ты вайбкодишь, всегда используй таск менеджеры, гит с моно репо, юнит тесты (очень желательно даже если кажется, что они лишние, не повторяйте моих ошибок), ci cd на свой сервер если это бэкенд. Если приложение или игра, то грамотная настройка билда с публикацией, а не просто debug-build. Только дисциплиной можно добиться результатов. По сути вы должны быть сами себе аналитиком, продуктом, дизайнером, программистом, тестировщиком, ceo и даже конечным пользователем.
П.С. Перечитал, написанное, вроде очевидные вещи, однако многие про них знают, но на практике не осознают.
Ловушка для стартапов, из-за которой MVP так и не доходят до запуска