Добрый день, хабр.
Начинать
На протяжении предыдущего года я проводил много времени за просмотром фильмов, а так как не каждый фильм мне хотелось тогда смотреть, мне приходилось тратить около часа на выбор фильма (тут тема не та, я не мне не нравится актер, он очень старый и т. д. )
В итоге в январе я подумал, а почему бы не создать своего рода «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 Dec, 24 -
Вы Зарегистрированы На Госуслугах?
19 Dec, 24