1. готовый API
1.1. Учесть все нюансы
1.1.1. проходить больше интеграций
1.1.1.1. не боевые (Saas, Sputnic, Брэйни)
1.1.1.2. Боевые
1.1.1.2.1. БД
1.1.1.2.2. Амиго
1.1.1.2.3. старые Лиды с комплексным предложением
1.1.1.3. Лиды
1.1.1.3.1. PR
1.1.1.3.2. СРО
1.1.1.3.3. КР
1.1.2. сделать тестового Лендера
2. иметь разные варианты бизнес модели
2.1. проходить больше боевых рассмотрений
2.2. составить юр майндмап по принципу "Риски - Варианты"
2.2.1. Как Кредиторы будут скидывать с баланса? Цессия? Многие не умеют
2.3. проработать основные альтернативные схемы
2.3.1. Модель с поручительством ЮЛ. + 1. Могилка не нужна 2. 115 проще 3. возможность installment loans 4. идентификация проще 5. Скорость сбора выше. - ??
2.3.2. Модель где мы П. Нужно ли будет тогда по ней посылать в БКИ данные по физикам как по бенефициарам?
2.3.3. Модель с хранением денег на кошельках или на виртуальных картах. Нет рисков пропажи денег, закрыт вопрос с хранением и 115ФЗ
2.3.4. Модель Лидогенератора как по РК. + Более простая интеграция, ПСК
3. Если что то пойдет не так
3.1. Критические замечания Кредиторов
3.2. Физики не будут поручаться или емкость рынка сильно ограничена
3.3. Блокирование со стороны платежников или их не стабильная работа
3.3.1. Подключить больше платежников и не только по картам
3.4. Если Амиго будет долгим и не взлетит а остальные тоже будут долгими
3.4.1. Выход на банки и МФО с Инсталментами
3.5. Узкое место GO (заболел, уволился, потерял мотивацию)
3.5.1. переход на Java
3.6. Уход ключевых сотрудников
3.6.1. Дубли. Только вот как по Юре?
3.6.2. Выделение времени на документирование кода.
3.6.3. Периодический ревью кода с помощью сторонних специалистов на предмет понятности и развития
3.7. будут лить серый или черный трафик
3.8. Если наличие Поручителей для Заемщиков будет лишнем поводом не платить. Дефолт увеличься.
3.8.1. не говорить им что за них поручились + не светить их в приложении что бы не было репутационных рисков.
4. Готовая система бухотчетности
4.1. Админка
4.1.1. Интеграция с 1с