Кстати, очень соглашусь с тезисом, что не стоит бросать крутую работу ради проекта, как это часто любят советовать.
Конкретно здесь у парня не было выбора, его уволили.
Если работа есть, она нравится и приносит хороший доход, то можно делать вот такие инди-штуки параллельно 1-2 часа в день. И не делать сложные вещи, потому что их почти невозможно совмещать с работой.
Категорически против советов уходить с хорошей работы, прежде, чем начал получать системный кешфлоу в своём проекте, сопоставимый хотя бы с 1/2 зп программиста, а лучше полной зп.
Очень крутой кейс, с удовольствием прочитал. И вы в точку написали то, что хотел подсветить в разборе: безопаснее делать то, на что можно проверить спрос (например, в поиске) + запускаться быстрее, чтобы снизить риски.
Я бы такое в принципе не стал запускать в инди-формате, т.к. этот проект с очень высоким порогом входа (технологически и финансово). Очень большие риски, очень большая награда, если получится.
Заходил бы только при наличии серьёзной финансовой подушки на неск. млн долларов.
Если её нет, начинал бы с маленького проекта как в разборе, с меньшими рисками, и развивал бы в большую платформу.
я бы сказал наоборот, у большого сервиса гораздо больше шансов, если он начинается с маленького нишевого полезного инструмента. И доказав пользу, разрастается на другие сферы
Все может быть, гарантий конечно нет. Но мое мнение - у него очень хорошие шансы. Потому что те, кто добавят эту функциональность себе по определению на ней не будут сфокусированы. Более того, такой функционал уже был у многих перед его запуском.
А у него фокус строго на 1 функции. И в этом основная суть - сделать одну фичу, но проще и лучше всех.
1. Человек делал продукт быстро. Чтобы если не зашло, риски были минимальными. А не зайти вполне могло. 2. Человек делал продукт под существующий спрос в поиске. Т.е. до того как начал работы, увидел, что запрос ищут и сделал под него продукт. А не придумывал идею из головы.
Считаю, что очень полезно иметь в виду эти аспекты при работе над своим запуском.
Сделал акцент на этом аспекте в разборе - что весь запуск был на основе уже существоваших запросов в поиске. Т.е. человек не придумал из головы, что это кому-то понадобится, а четко увидел запросы людей в поиске и под запросы сделал сервис. Это самое главное в этой истории.
Это золотые слова. Трафик - это первое, о чем нужно думать. Не дизайн, не разработка, а именно продвижение. Причем, думать не после разработки, а перед началом работ ответить себе на вопрос - как меня найдут и установят.
соглашусь, от везения очень много зависит. Именно поэтому весь разбор кейса - вокруг скорости запуска за 10 дней, чтобы максимально снизить риски, если не залетит.
Да, это самая основная выжимка из статьи. Если понравилось, будем делать еще разборы :)
Кстати, очень соглашусь с тезисом, что не стоит бросать крутую работу ради проекта, как это часто любят советовать.
Конкретно здесь у парня не было выбора, его уволили.
Если работа есть, она нравится и приносит хороший доход, то можно делать вот такие инди-штуки параллельно 1-2 часа в день. И не делать сложные вещи, потому что их почти невозможно совмещать с работой.
Категорически против советов уходить с хорошей работы, прежде, чем начал получать системный кешфлоу в своём проекте, сопоставимый хотя бы с 1/2 зп программиста, а лучше полной зп.
Значит у меня не получилось донести свою мысль :)
Выше написал обратное. Что крутой проект можно вырасти из маленького, но не любой.
Это круто, поисковый траф условно бесплатный. Остаются и появляются ещё вот такие нишевые возможности, ими можно пользоваться :)
Абсолютно согласен. Даже с простым сервисом надо не забыть оценить конкуренцию.
Люди выше пишут про большие сервисы, хотя как раз их бояться нужно в меньшей степени. Они большие, неповоротливые и несфокусированные на 1 фиче.
А вот если там уже есть 200 мелких под этот запрос - вот это основной риск.
Классно подмечено про то, чтобы вытащить одну, глубоко запрятанную у других функцию, и сделать на ней фокус.
Про твиттер тоже согласен. Но конкретно тут значительную роль сыграло наличие спроса в поиске, и круто что парень сделал тулу под конкретный спрос.
Очень крутой кейс, с удовольствием прочитал. И вы в точку написали то, что хотел подсветить в разборе: безопаснее делать то, на что можно проверить спрос (например, в поиске) + запускаться быстрее, чтобы снизить риски.
И желаю удачи в развитии бизнеса ?
Я бы такое в принципе не стал запускать в инди-формате, т.к. этот проект с очень высоким порогом входа (технологически и финансово). Очень большие риски, очень большая награда, если получится.
Заходил бы только при наличии серьёзной финансовой подушки на неск. млн долларов.
Если её нет, начинал бы с маленького проекта как в разборе, с меньшими рисками, и развивал бы в большую платформу.
я бы сказал наоборот, у большого сервиса гораздо больше шансов, если он начинается с маленького нишевого полезного инструмента. И доказав пользу, разрастается на другие сферы
Вообще вся статья о том, как уменьшить риски от запуска и как раз не наступить на ошибку выжившего:
Спасибо! Будем писать ❤️
Все может быть, гарантий конечно нет. Но мое мнение - у него очень хорошие шансы. Потому что те, кто добавят эту функциональность себе по определению на ней не будут сфокусированы. Более того, такой функционал уже был у многих перед его запуском.
А у него фокус строго на 1 функции. И в этом основная суть - сделать одну фичу, но проще и лучше всех.
Именно поэтому сделал акцент на 2 вещах:
1. Человек делал продукт быстро. Чтобы если не зашло, риски были минимальными. А не зайти вполне могло.
2. Человек делал продукт под существующий спрос в поиске. Т.е. до того как начал работы, увидел, что запрос ищут и сделал под него продукт. А не придумывал идею из головы.
Считаю, что очень полезно иметь в виду эти аспекты при работе над своим запуском.
Спасибо, значит будем писать еще ❤️
Сделал акцент на этом аспекте в разборе - что весь запуск был на основе уже существоваших запросов в поиске. Т.е. человек не придумал из головы, что это кому-то понадобится, а четко увидел запросы людей в поиске и под запросы сделал сервис. Это самое главное в этой истории.
Это золотые слова. Трафик - это первое, о чем нужно думать. Не дизайн, не разработка, а именно продвижение. Причем, думать не после разработки, а перед началом работ ответить себе на вопрос - как меня найдут и установят.
Это когда в одном посте сразу несколько картинок. И их можно листать по кругу:
а еще если запускаться за 10 дней, то можно делать кучу попыток друг за другом, чтобы склонить удачу на свою сторону)
соглашусь, от везения очень много зависит. Именно поэтому весь разбор кейса - вокруг скорости запуска за 10 дней, чтобы максимально снизить риски, если не залетит.