Нашел обзор seedingfactory.com/...ding-platforms
Но мне кажется, что поскольку их все же придется допиливать напильником под наши реалии (например, биллинг и локализация) то проще будет набросать MVP на чем-нибуть (как Богдан заметил) и если «взлетит» — то уже развивать.
P.S. Напишите, пожалуйста в личку — тоже можем помочь с частью разработки.
Той самий випадок, коли комент цінніший за пост. Ви б якусь статтю популярну написали про низові інституції та сучасні теорії, думаю, таким нубам як я, було б дуже цікаво.
Есть российский проект с похожей бизнес-моделью thelocals.ru
Вот интервью его основателя www.forbes.ru/...hto-ya-ih-ne-ly почитайте, думаю, много полезного найдете.
С Lun.ua тоже можете поговорить, они хорошие ребята и открыты к общению, и в укр. рынке вряд ли кто-то лучше разбирается.
Ниже верно заметили, что рынок аренды дикий и неразвитый и большинство риелторов гопники некомпетентны. Давите тупо качеством, а пользователю по большому счету все равно, как вы там будете называться — риелторское агентство или аггрегатор.
Если у вас будут верификация владельцев, настоящие фотки и небольшая комиссия то и так растолкаете большинство «ленивых риелторов». А вот для владельцев нужно придумать какие-то плюшки и гарантии (они то комиссию не платят).
P.S. Понимаю, что MVP, но перед выходом в публичную бету обязательно наймите дизайнера. Не столько того, что «красивые картинки», а больше UI / UX.
В валюте не выдают (у нас такие законы по ВЭД), кроме нескольких исключений. Комиссия фиксированная, обычно от 25 до 40 долл. в зависимости от локации отправителя.
Банк лучше выбирать такой, что бы у него были банки-корреспонденты в интересующих вас странах.
Все дуже залежить від специфіки вашого додатку і стеку технологій (напишіть про це детальніше). Із загальних рекомендацій:
1. Збільшення серверних ресурсів (просто купити більш потужніший сервер, але це тимчасове рішення)
2. Оптимізація коду (стандартне вузьке місце — тяжкі запити до БД та робота з файловою системою)
3. Тюнинг серверних налаштувань. Кешування статики, конфігурація вебсерверу, MySQL, різних допоміжних middleware тощо.
4* Зміна серверної архітектури. Статику можна винести в якийсь клауд сторадж типу S3. Лоадбалансінг, окремі сервери для БД і для аппу і т. п. Але це сурьозна тема і це варто робити пізніше, коли перші три пункта не допомагають.
Обов’язково підключіть моніторинг аптайму (ping, HTTP, аптайм БД), тому що для ваших клієнтів (особливо перших) дуже неприємно якщо сайт лежатиме, і вони просто підуть від вас.
P. S. Якщо хтось буде вам казати щось в дусі «PHP лайно, треба все негайно переписати на Go» то просто ігноруйте. Принаймні, на найближчий час :)