5 Ошибок, Которые Допускают При Запуске Стартапа

Добрый день, хабр.



Начинать



На протяжении предыдущего года я проводил много времени за просмотром фильмов, а так как не каждый фильм мне хотелось тогда смотреть, мне приходилось тратить около часа на выбор фильма (тут тема не та, я не мне не нравится актер, он очень старый и т. д. )

В итоге в январе я подумал, а почему бы не создать своего рода «Spotify только для фильмов».

Начиналось все как обычно, сначала немного погуглим, потом недельку подумаем, как это можно реализовать и будет ли иметь смысл такой стартап.

Схема была довольно простой.

Пользователь заходит, нажимает на кнопку и получает «фильм своей мечты», который он еще не видел.



Чтобы сервис работал, он должен был знать, что нравится пользователю, поэтому был список любимых фильмов, а также для исключения фильмов, которые пользователь уже видел, был список просмотренных фильмов, довольно просто, правда?

Долго рассказывать не буду, этот пост не о том, как я запускал Spectaculr, этот пост о том, как все пошло к чертям.

Итак, начнем.





Использовать чужой API не всегда хорошо
Понятно, что для запуска такого сервиса нужна база данных фильмов или API. Я не собирался покупать базу данных фильмов, так как думал, что поддерживать актуальность информации будет сложно.

Вот почему я выбрал вариант API. Но я даже не подумал о том, что таких API не так уж и много.

В итоге у меня было два варианта:

  • RottenTomatoes (плохая функциональность, хорошие метаданные, хорошо построенный API)
  • TMDb (хороший функционал, средние метаданные, неорганизованный и иногда запутанный API)
В общем, было ощущение, что надо выбирать, но выбирать было не из чего.

Я выбрал TMDb, потому что у него была нужная мне функциональность — Discover. И здесь, наверное, моя самая большая ошибка — я не протестировал работу этого самого Discover API, так как сначала мне нужно было написать всё остальное, а затем приступить к «короне» сервиса.

А когда пришло время, я просто понял, что использовать это невозможно, так как ответ, который получил пользователь, был совершенно не тот, который он должен был получить (можно быть любителем мелодрам и получать только комедии, например).





Тот факт, что это работает в одной отрасли, не означает, что это будет работать и в другой.

Многим может показаться, что это достаточно банально, но тем не менее, когда я начинал работу над сервисом, я не особо задумывался, подойдет ли эта схема для кино.

В конце концов:

  • Не каждый человек хочет смотреть старые фильмы (люди, которые смотрят только в кинотеатрах и только недавно вышедшие фильмы, а также люди, считающие фильм 2008 года старым).

    После небольшой аналитики стало понятно, что 1/3 пользователей просто хотят иметь удобный сервис для хранения просмотренных/любимых фильмов, а также просмотра информации о разных фильмах (извините)

  • На Spotify человек может не только найти музыку для себя, но и послушать ее, а поскольку на сервисе не было возможности посмотреть фильм, у некоторых людей пропал интерес


Нативное приложение против веб-сайта
До этого я никогда особо не задумывался о написании приложения для какой-либо операционной системы, но потом подумал, что лучше запустить на мобильной платформе и изначально не иметь веб-версию.

Я выбрал платформу Android (не потому, что она мне нравится, а потому, что там больше пользователей), так как у меня не было знаний, я не мог написать нативное приложение, а также не собирался кого-то нанимать из-за нехватки средств и желание все делать самому.

Ну и тогда я подумал, а почему бы не сделать SPA, используя все прелести веб-разработки.

В целом все получилось хорошо (я так думал), тогда я создал приложение просто с помощью обычного WebView в Eclipse. Попользовавшись приложением некоторое время, я пришел к выводу: написать действительно хорошо работающее, неродное приложение очень сложно.

Однако обратите внимание, что я не использовал PhoneGap. Возможно, если бы я сделал это, результат был бы лучше.



Вердикт. Если у вас есть средства или знания, вырезать API и написать нативное приложение, пользователь это обязательно оценит, а если нет, потратьте немного больше времени на тестирование приложения на разных экранах/устройствах и т. д., потому что это единственный выход. наткнуться на проблемы с неродным приложением.





Не торопитесь, потратьте больше на разработку
Я, конечно, понимаю это чувство, когда ты жаждешь поделиться своим стартапом со «всем миром» и «изменить его», но если бы я мог, я бы вернулся в февраль этого года и заставил себя поработать еще недельку (может две).

) и только потом приступайте.

Я очень часто слышу, что лучше запустить так называемый MVP (Minimum Viable Product), посмотреть, как отреагируют люди, и только потом, если пользователям интересно, работать над лучшей версией.

Я не думаю, что это правильно.

Ведь пользователь, однажды попробовавший ваш сырой продукт, скорее всего, больше его не попробует.



Подумайте, где и как продвигать
Наверное, для стартапа нет ничего более болезненного, чем тот момент, когда, по его мнению, гениальный продукт никто даже не захочет пробовать.



С этим стартапом получилось не совсем так, учитывая мою работу (небольшую) и познания в пиаре (нулевые), я охватил достаточное количество пользователей, чтобы выявить слабые места, понять свои ошибки и т. д.

Но все же дело в том, что если у вас нет знаний в этой области, то лучше попытаться найти человека, который ими обладает.

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





Конец

Вот и все.

Конечно, это не все ошибки, которые я совершил, но это мои самые большие ошибки.

Ну и после всего этого стоит отметить, что несмотря на то, насколько плохим в итоге получился ваш продукт и какое разочарование вы чувствуете, вам следует хорошенько подумать, прежде чем закрывать свой стартап, ведь возможно, где-то есть выход. Кстати, такое решение я нашел для себя.

Я потратил определенное количество своего свободного времени на разработку новой версии.

Я начал с нуля, на этот раз использовал свою базу данных фильмов, выбрал NodeJS и MongoDB вместо PHP и MySQL, написал новый дизайн, переосмыслил идею и т.д. Спасибо, удачного запуска.

Теги: #стартапы #ошибки #приложение #кино #опыт #Управление проектами

Вместе с данным постом часто просматривают:

Автор Статьи


Зарегистрирован: 2007-01-09 11:34:42
Баллов опыта: 567
Всего постов на сайте: 4
Всего комментарий на сайте: 0
Dima Manisha

Dima Manisha

Эксперт Wmlog. Профессиональный веб-мастер, SEO-специалист, дизайнер, маркетолог и интернет-предприниматель.