1. Ни в коем случае не пишите ТЗ. ТЗ - это только для заказной разработки. Составление ТЗ сравнимо по времени с созданием минимальной версии продукта (MVP) и всего лишь отражает ваши галлюцинации о вашем стартапе. Ценность его нулевая.
2. Начинать нужно с изучения теоретического материала по теме стартапов. Посмотрите доклады ФРИИ на youtube. У них есть очень хорошая стартап-школа, все доклады выложены в открытом доступе.
3. Найдите себе партнера, который дополнит ваши пробелы в компетенциях. В вашем случае имеет смысл взять, например, опытного фулл-стек разработчика, а вам прокачаться по бизнесовой части. Либо привлекать маркетолога-продажника в команду, а вам осваивать разработку. Ну или команду собирать из более 2 человек, но это сложнее. Дополнительный плюс партнера в повышении взаимной ответственности: вы друг друга будете пинать в случаях, когда при других обстоятельствах вы бы расслабились и отложили дело на потом.
4. Обязательно с партнером детально обсудите условия работы, в том числе возможные конфликты, способы выхода одного из вас из бизнеса, порядок закрытия проекта. В какой-то момент должен появиться детальный корпоративный договор. Поверьте, это очень нужно, чтоб потом годами не судиться.
5. Планомерно работайте по трекшн-карте (
firrma.ru/data/articles/3482/?sphrase_id=15453). Особенно нужно научиться проблемному интервью и продаже. В идеале, у вас должны быть заготовки, чтоб вы смогли сделать MVP течении месяцев 2 после проблемного интервью.
6. Ни в коем случае не привлекайте внешних средств до подтверждения спроса. Если вам потребовалось 30 k$, то это значит, что ваш проект яйца выеденного не стоит. Внешние деньги привлекать можно ТОЛЬКО для расширения уже действующего бизнеса.
7. Сожмите ваш проект до минимума, который можно вообще продать (MVP). Вместо Андройд и iOS сделайте один web на первом этапе (ну или попробуйте изучить Flutter).
Простой
