Добрый день, хабр.
Начинать
На протяжении предыдущего года я проводил много времени за просмотром фильмов, а так как не каждый фильм мне хотелось тогда смотреть, мне приходилось тратить около часа на выбор фильма (тут тема не та, я не мне не нравится актер, он очень старый и т. д. ) В итоге в январе я подумал, а почему бы не создать своего рода «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, написал новый дизайн, переосмыслил идею и т.д. Спасибо, удачного запуска.
Теги: #стартапы #ошибки #приложение #кино #опыт #Управление проектами
-
Декодирование Сири
19 Oct, 24 -
Установка Сервера Google Wave (Прототип)
19 Oct, 24 -
Замораживание Eclipse 3.7 Для Mac
19 Oct, 24 -
Браузерные Войны. Следующий Раунд
19 Oct, 24 -
Еще Одно Сообщество Python
19 Oct, 24 -
Честные Выборы. Слово Криптографам
19 Oct, 24
