Сергей Некрасов

0. Самостоятельно заполнить 100 объявлений с проходом через регистрацию. Например перепечатать из газеты. Оценить удобство работы. Далее отозваться на половину. Посмотреть как отзыв работает. Исправить косяки.
1. Наполнить доску контентом с других ресурсов (поисковики к дублям относятся плохо, но это лучше пустого сайта).
2. Пригласить друзей/знакомых и т.д.
3. Вылизать косячки.
4. Запустить рекламу.

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).

Всё imho:

1) Техническое задание стартапа должно описывать функционал + подробно детализировать неявные моменты.
Писать по госту на 40+ листов - верный путь в никуда.
Нанимать на написание ТЗ категорически никого не советую - это должны сделать Вы, как носитель идеи.
Если за дизайн в проекте отвечаете Вы, в принципе готовый дизайн + frontend сценарии + неявные backend сценарии это вполне нормальное ТЗ.

* frontend сценарии - набор экранов приложения со стрелочками "что происходит если нажать сюда"

** backend сценарии - вся логика которая не очевидна из дизайна.
Вырожденые примеры:
"Пользователь при регистрации вводит поля email и пароль, они сохраняются в базу" - не нужный сценарий, это очевидно из дизайна.
"После регистрации пользователю приходит письмо, вот ссылка на макет" - нужный сценарий

*** Вообще странно брать инвестиции не имея ТЗ и соответственно оценки разработки.
По опыту 30k$ это скорее MVP чем полноценный продукт.

2) hantim.ru , hh.ru , проверенные аутсорсеры итд

3) Правильный порядок: ТЗ > Дизайн > Проектирование Backend > Разработка Backend > Разработка Mobile.
* Если горят сроки можно перед разработкой backend за день собрать моки и вести разработку на них.
** Если в backend есть вещи не завязанные на дизайн - backend можно начать делать параллельно с дизайном

4) В общем случае ответ на вопрос - нанять грамотного человека который будет рулить процессом разработки, но Вы тогда не влезете в бюджет. Книжек по менеджменту море, читайте )

Словами опытного инвестора

firrma.ru/data/articles/3929

«Готовность людей начать делать что-то на свой страх и риск – это первый звонок, что человек «дозрел» до бизнеса, а не остановился на этапе обычной стартаперской болтологии без команды и веры»

Есть, конечно, клинические случаи, когда компетенций человека с идеей не хватает на создание минимально работоспособного продукта, когда на этапе идеи они хотят получить деньги для найма команды программистов, маркетологов и продавцов. Тогда просто возникает скромный вопрос: «а ты кто такой вообще?».

Автор идеи, основатель - должен впахиваться сам.
Если ты всего лишь автор идеи - то ты в проекте не нужен вовсе.

Максимум что ты можешь - рассказать идею человеку который загорится ею.
Поставит тебе ящик пива. И уйдет вашу идею реализовывать.

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

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

Придумывайте проекты, делайте их, складывайте в корзину или продавайте.

Да не используйте уже апворк. Эта платформа уже изжила себя как организация. Они конфискуют деньги. Даже если вы успеете вывести деньги вы лишитесь всей репутации которую тяжело нароботали когда вас заблокируют.
Меня забанили также из за irregular activity. Понятия не имею что это такое и по какому алгоритму это делается. Какой смысл использовать апворк для поиска клиентов сегодня? Ранее банили за много откликов, но было еще както сносно. Теперь вообще просто так банят. Теперь нельзя рассматривать эту биржу как постоянный источник дохода. И есть вероятность что апворк накроется медным тазом исходя из информации обвала их акций в ноябре этого года, также на данный момент апворк терпит убытки.

Я рекомендую выбирать через Яндекс Маркет (или другие похожие сайты). Там очень хорошая возможность фильтрации, а также можно почитать отзывы от других людей - того, кто уже купил монитор и протестировал его. Это важно, т.к. есть много нюансов, которые можно заметить только во время эксплуатации. Например, монитор может быстро греться. У него, спустя некоторое время, могут начать появляться битые пиксели / остаточные явления. У него могут быть проблемы с настройкой цвета (и после покупки нужно будет сидеть и настраивать его, чтобы было более-менее естественно). И это невозможно проверить, пока не поработаешь за ним.

1. То есть, первый критерий - много хороших отзывов.

2. Диагональ. Имхо, чем больше, тем лучше, ведь текст (код, документация, ТЗ, переписка с коллегами / клиентами) можно будет сделать крупнее. А чем крупнее текст, тем меньше устают глаза, тем дальше можно сесть от монитора (но не обязательно).

Я как-то читал комменты к одному большому (больше 32 дюймов) монитору на Яндекс Маркете. Там один чел написал, что когда работает за ним, еще и разминает шею и глаза (что хорошо для здоровья).

Но здесь есть важный момент. Мониторы с диагональю больше 32 дюймов - редкость. Не в каждом магазине они есть (Чтобы прийти и посмотреть качество сборки). И как правило, они все с какими-то недостатками (Они еще несовершенны. Да и это не совсем стандартный размер). Выбора среди мониторов с такой диагональю мало.
Кроме того, если диагональ такая большая и без изгиба, то за ним может быть неудобно работать, на нем могут быть блики.

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

У 34 дюймового монитора часто высота меньше, чем у 32. По-моему, это не очень хорошо, особенно для web'а. На некоторых сайтах шапка фиксированная. И если у вас сильно увеличен интерфейс (или сам сайт), то эта шапка может занимать немалую часть высоты монитора. Также на некоторых сайтах есть меню, которое по задумке программиста выскакивает на пол экрана по высоте. У вас оно будет больше.

3. Обязательно с Flicker-Free (это технология защиты от ШИМ'а - мерцания, от которого устают глаза).

4. Матрица. Коротко напишу об особенностях каждого типа матриц.

• IPS - самые большие углы обзора. Лучше всего подойдет, если вы решили взять монитор с большой диагональю и без изгиба.
  
• VA - черный цвет. Имхо, такие мониторы важнее людям, работающим с видео или с изображениями. С другой стороны, возможно, вы извлечете из него плюс, если любите темные темы в IDE.
  
• TN - скорость отклика. Но углы обзора у мониторов с данным типом матриц хуже всего. Я думаю, что это самый плохой вариант для работы. Обычно такие мониторы берут для игр.
  

Конечно, все зависит от цены монитора. Возможно, у дорогого VA или TN вы даже не заметите разницы в углах обзора со средненьким или дешевым IPS. Но зачем переплачивать за это?
Прикладываю картинку из интернета, на которой сравниваются углы обзора разных матриц.

5. Если говорим про усталость глаз, то стоит упомянуть функцию подавления синего цвета. Имхо, это ненужная функция. В Windows есть "Ночной свет" - по сути, то же самое, только удобнее - в любой момент можно отключить / настроить щелчком мыши, не надо лезть за монитор и перебирать на нем кнопки.
Если вы пользуетесь другой ОС, то можно найти программу с таким же функционалом (например, f.lux).

6. Разрешение. Не советую гнаться за большим разрешением. Чем больше разрешение, тем меньше пиксели. И тем меньше текст, который вы читаете.
В Windows есть масштабирование. Но далеко не все приложения корректно масштабируются. В некоторых все очень мыльное, в некоторых текст увеличивается, а input для него - нет (прикладываю скриншот из программы Embarcadero Rad Studio, увеличение в Windows 150%).

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

Касательно ppi, здесь все очень индивидуально.
У вас есть сейчас какой-то монитор, правильно? Если вам комфортно за ним, то берите новый монитор с таким же ppi. Если нет, то сходите к другу, у которого монитор с другим ppi и попробуйте поработать.
Я работаю с увеличенным интерфейсом в 150%, у меня 93 ppi, я не замечаю размытости шрифта, мне комфортно. В то же время, у меня есть друзья, которые с таким же ppi работают со 100% увеличением, им все нравится.

Касательно провайдеров данных : их лучше вывести отдельно в сервисы, и передавать в свойства компонентов. Упрощённое подобие DI/RoC. Перед созданием vue app создаём все сервисы и передаём объектом, с полями равными именам сервисов и значениями равными самим объектам сервиса, в свойство App .

Конечно же неплохо в идеальном мире. Представьте картину: у вас есть интернет магазин и всё, никаких складов, никакой складской отчетности, никакой службы доставки, всё делает сторонняя компания поставщик, а вы только подгоняете клиентов и имеет свой процент. Всем бы так. Но сами подумайте, как это сложно на самом деле и скорее всего возможно только в развитых странах с отлично налаженными службами логистики.