Как создать стартап - стр. 7
Честно говоря, это был мой любимый проект из всех. Так тяжело его выкидывать! Я подумал, ну вот, я часто самостоятельно путешествую. Последняя поездка по Европе была на 9 суток, 8 городов, 4 отеля. Планирование поездки и покупки заняли у меня 2 дня фуллтайм. Уйму всего купить, билеты, брони, прочитать отзывы об отелях, сохранить в телефон для офлайн доступа карты, инфу об отелях, адреса и маршруты транспорта. Важен тайминг – надо вовремя выйти из отеля на очередной этап путешествия. Вечером каждого дня в поездке написать пост с впечатлениями и выложить фоточки во все соц. сети. Вот бы мне сэкономили время и хотя бы закачали в мобапп все карты и билеты и дали готовый шаблон для путешествия, какие города посетить за неделю по разным регионам Европы.
Но увы, в реальности это не надо, гранаты не той системы. Финальный аккорд – наткнулся на отличную статью "Почему не стоит заниматься созданием сервисов для планирования путешествий" на вц.ру.
В 2х словах – экономика проекта не сходится. Лучший продукт не всегда означает хороший бизнес. Самостоятельно путешествуют 1%, узнают о вашем продукте 1% из них, воспользуются – 1% из вторых, а даже если воспользуются, то в следующий раз вернутся в приложение при следующем отпуске через 6-12 мес если вспомнят (CAC намного больше LTV, Retention в жопе, масштабируем убытки – ахиллесова пята B2C проектов). Основную прибыль зарабатывают первые в цепочке путешествия – отели и авиакомпании. Вторые в очереди агрегаторы и метапоисковики (букинг, скайсканер) откусывают от пирога немного. Приложение планировщик отпуска – третье в очереди и будет довольствоваться крохами от того, что не доели первая и вторая категории.
Какие проекты более-менее ОК по мнению биздева из YNDX:
1) ЗаявкаНаПокупку (№49) – Может сработать, особенно для трудно сравниваемых, но дорогих товаров "Хочу трешку в ЗАО за 16млн" или "Куплю подержанный джип не дороже 3х лямов". С точным определением товара хуже "Дайте самый дешевый iPhone XS Max 512GB Silver". Плюсы – большой чек. Проблемы тоже есть – у того же Циана или БН есть разделы на сайте "Оставьте заявку на покупку недвиги", но в полудохлом состоянии, видимо на все заявки спамят все АН без разбора. Короче, надо исследовать тему и особенно, клиентов, готовы ли они к такому сценарию "отложенной покупки".
2) УберКодревью (№71) – В целом ОК, но это B2B, длинный цикл сделки, сложно продать, есть проблемы с приватностью данных, если инхаус, наверно ок, надо поспрашивать тех же техлидов и руководство ИТ-компаний будет ли у них на это бюджет. Крутым компаниям проще пинать разрабов, ставить процесс кодревью или нанять доп архитекторов для ревью. А у мелких компаний и фриланса нет денег, т.к. они потому и мелкие и бедные что идут и ищут на подработке фрилансеров.
Это мой второй по любимости проект. Просто меня дико бесит, когда в команде кодят "на отвали", т.е. формально это компилится, работает, но ужасно написано, трудно поддерживается, с кучей ошибок и кода "и так сойдет" – магические константы, хардкод, копипаст, SELECT * там, где нужно тянуть мало данных с бэка на фронт и т.д. Самому ревьюить обычно нет времени, своих задач хватает. Т.е. я думал, что тема огонь. Особенно круто, если ПМ на стендапе будет видеть статус косяков, всплывших на ревью и в прямом эфире пропесочивать разрабов. Или внешний клиент, заказавший разработку индусам из аутсорса будет видеть качество кода на уровне "из 100 косяков исправлено 2" и принимать соотв. решения.