Артем Воронов

Я собрал 3 подобных сервиса, как для Glonass/GPS, так и для AIS. В текущем решении 180 000 единиц транспорта отслеживается. Вот несколько базовых моментов из опыта:
1. Приборы отправляют данные на сервер сами, а не наоборот. Твоя задача принимать и быстро сохранять данные в бд. В какой - не важно. У меня хорошо работает связка из реляционной бд для оперативных данных типа текущего положения, nosql для архива.
2. Протоколов у трекеров огромный зоопарк, у каждого производителя свой. Не привязывай свою реализацию к конкретному протоколу. Сделай общий API для сохранения данных в базу, а затем уже подключай протоколы по мере необходимости.
3. Если тебе нужен геофенсинг, сразу закладывай event-driven архитектуру. Опять таки не важно какой ты возможешь брокер сообщений.
Все остальное вторично. Для отображения данных хоть на любом low-code забирай данные напрямую из оперативной базы и отображай на карте.

Для таких проектов не надо тратиться на разработку. Нет разработчика - нет проблем. Так же нет смысла на старте вкладывать в дизайн, можно просто купить готовую тему.
Вместо WP, лучше взять Ghost или Gatsby. В них нет стольких дыр сколько в WP и опять таки не требуются дополнительные знания.

Если хочется что нибудь масштабируемое и надежное, то:
1. Сохранять в облачное NoSQL решениние.
2. Операции обработки сырых данных и сохранения в БД осуществлять через Message Queue.
3. Абсолютно все равно с помощью чего принимать данные и отправлять их в очередь на обработку.

Есть конструкторы маркетплейсов, за 200к-300к можно собрать свой.

Вопрос больше смахивает на троллинг.

1. Где собственно описание бэк-энд программиста? Длинное вступление с жалобами на фрилансеров за 20к. Требований к разработчику нет.
2. Пройдитесь по рынку и посмотрите сколько стоят профи. А потом задайте себе вопрос, готовы ли вы к работе с профи. Что вы можете ему предложить? Оплату в рынке? Интересные "серьезные" проекты?
3. Зависит от того, что подразумевается под скоростью сайта. Скорость выгрузки данных с бэка? скорость рендера на фронте?
4. А с какого перепугу программист должен разбиваться в каждой CMS? В настройке CMS практически и нет программирования.

Гуглить ничего не надо, техническое решение может быть какое угодное.
Надо исходя из своей бизнес-логики продумать объекты лота и ставок, операции с ними.

Есть только один индикатор - такой человек может говорить на языке бизнеса и у него за плечами есть запущенные проекты.
Стэк технологий вторичен.

С помощью PushSharp можно сделать свой API для рассылок уведомлений. По сути это обертка над стандартными FCM, APNS.

На мой взгляд, когда надо писать много текста, mobile first не лучший выбор. За исключением мессенджеров.

1. Зависит от аудитории и ее потребностей. Кому-то мобильной версии сайта хватает за глаза, кому-то нужно удобство, быстрый отклик, push-уведомление и платформенные фишки - такие будут плеваться от мобильной версии сайта.
2. Проще разработать и поддерживать одну мобильную версию сайта под все платформы. Сложнее - кроссплатформенное решение типа Xamarin. Еще сложнее и дороже держать отдельного разработчика\команду под каждую платформу.
3. Монетизация никак не отличается. Мобильную версию сайта будет сложнее продвигать, так как мобильные клиенты к сервисам ищут в основном в сторах. а не в браузере.

Нужна цель и воля к исполнению. Это база, но ее недостаточно. Без нижеперечисленного вероятность начать зарабатывать стремится к нулю.
Нужно глубоко понимать сферу, в которой собираешься строить бизнес. Имею в виду не технические навыки, а понимание процессов, проблем и потребностей.
Нужно уметь упаковывать и продавать свой продукт. Начиная от Customer Development заканчивая маркетингом.
Нужно уметь ладить с людьми, собирать команду и управлять ей.
Нужно уметь планировать и контролировать исполнения плана. И быть готовым в любой момент выкинуть свой план и составить новый.

Реализовал сам на .Net и с помощью PushSharp и на Azure Notificaion Hub.
В уведомлениях отправляю важную информацию для оффлайн бизнеса, конверсия стремится к 99.999%.

Уведомления по делу только радуют. Например, в радиусе 100 км с десяток лётных сайтов. Уведомляшка о том, что на сайте сейчас улётная погода только радует, бегу собирать снаряжение.

В социалках все уведомления отключены.
Промо-приложения, интернет-магазины и игрушки не установлены на телефоне.

Адеватной цены нет по двум причинам:
- у вас нет адекватной оценки объема работ.
- цена зависит от множества факторов. Грубо: новички сделают сайт за 10 000, опытные фрилансеры за 150 000, студии за 500 000, Артемий Лебедев за 1 500 000. У вас есть какой-то бюджет и требования к качеству и срокам. Исходите из них при выборе исполнителя, обговаривайте объемы и сроки. Цена - это уровнение с огромным количеством переменных.

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