Большинство финтех-проектов ломается не о код. Они ломаются потому, что решения принимались не в том порядке: архитектура раньше юрисдикции, подрядчик раньше письменно зафиксированного объёма работ, разработка раньше, чем кто-либо выяснил, нужна ли лицензия. Каждое из этих решений дёшево исправить на той же неделе и дорого — через год.
Эта проверка спрашивает, что уже решено на самом деле, и показывает стадию, которая из ваших ответов следует, то, что стоит между вами и следующей, и три–пять действий, которые имеет смысл сделать сейчас. И говорит, за что пока платить не надо.
Для периода, когда аудировать ещё нечего, а дорогие решения ещё впереди.
Это не для продукта, который уже существует и работает. Там другой набор вопросов — их задаёт «Проверка контроля над технологией». Проверка контроля над технологией
Девять вопросов из оценки FinMV — те же вопросы, короче список. Каждый балл прослеживается до вашего ответа, а измерение, о котором не спрашивали, показывается как неоценённое, а не как ноль.
Где это работает и что из этого следует. Юрисдикция определяет лицензию, требования KYC, схему хранения средств и значительную часть модели данных.
Equity, debt, недвижимость, P2P или закрытый портал — и открыт ли он публике или только по приглашению. Это разные продукты, а не варианты одного.
Есть, подана заявка, ещё изучаете или не нужна. Строить на предполагаемом ответе — способ потерять год.
Записано ли то, что вы хотите построить. Без этого никто не может честно оценить работу и справедливо сравнить двух подрядчиков.
Кто внутри компании может оценить техническое предложение — и что происходит, когда таких нет.
Есть ли деньги, чтобы дойти до конца, и что именно вы пытаетесь решить в этом месяце.
