Ръководство за купувача на whitelabel платформи за необанки
Whitelabel платформата за необанка е софтуер, върху който слагате своята марка, за да пуснете банково приложение — сметки, карти, преводи, понякога крипто — без да изграждате ядрото от нулата. Купувате всъщност две неща, които лесно се бъркат за едно: ядрото, което движи парите, и приложния слой, който виждат клиентите ви. Това е ръководство как да ги разграничите, преди да подпишете, защото почти всеки труден въпрос към whitelabel платформата се оказва въпрос къде са нейните шевове — а работата на доставчика е да заличи тази линия, докато работата на купувача е да я намери.
Има пет разреза, които си струва да направите, преди да се ангажирате: ядро срещу приложен слой, къде стои лицензът, колко дълбока е дизайн системата, самостоятелна срещу вградена доставка и изборът изграждане или покупка, който стои под всичко. Вземете ги по ред.
Първи разрез: ядро срещу приложен слой
Най-полезната линия е между частта, която трябва да е вярна, и частта, която трябва да е ваша. Ядрото е скъпо за грешки: счетоводство с двоен запис, сметки и салда, KYC и онбординг, издаване и обработка на карти, крипто и стейблкойн релси и операторската конзола зад всичко това. Приложният слой е това, което клиентът докосва: марката, екраните, информационната архитектура, включеното подмножество функции. Платформа, която си струва да се купи, споделя едно ядро за всички марки и конфигурира приложението за всеки tenant. Оценявайте двете по различни оси — ядрото по коректност: дали счетоводната книга е истински двоен запис, дали сверяването издържа, дали операторите наистина могат да го управляват; приложния слой по гъвкавост: докъде една марка може да се отклони, преди някой да трябва да направи форк.
Къде стои лицензът — и може ли да се отдели
Разрешението да държите или движите пари е регулирано и не е същата покупка като софтуера. Попитайте ясно дали платформата включва регулирано разрешение, или очаква да донесете свое — а ако включва, чий е лицензът, в кои държави и дали сте директен клиент, или негов агент. За купувача важи отделянето: платформа, която е вградила софтуера си в единствен лиценз, който не можете да смените, тихо е избрала вместо вас юрисдикцията и партньора ви, докато платформа, която третира лиценза като релса, която носите, ви позволява да изберете разрешението независимо и да го смените по-късно. Нито едното не е грешка, но трябва да знаете кое купувате. Protocore Pay (/products/pay) е само софтуерният слой — работи върху каквито регулирани релси донесете, а никой софтуер не е лиценз. Понятията, които ще срещнете в този разговор — EMI, платежна институция, агент, банка спонсор — са обяснени в /glossary.
Колко дълбока е дизайн системата
Цялото обещание на whitelabel е, че приложението изглежда ваше, а не като пребоядисана демо версия на доставчика — и това обещание е толкова дълбоко, колкото е дизайн системата под него. Плитката ви позволява да смените лого и акцентен цвят. Дълбоката излага същинския речник — цвят, типографика, радиус на ъглите, разстояния, плътност, движение — като токени, които всеки екран чете, така че марката е набор от препокривания, а не форк. Попитайте колко токена има и какво покриват, дали същите токени се изграждат за уеб, native и десктоп, така че един цвят значи един цвят навсякъде, и може ли дизайнер да отведе tenant далеч от референтната версия, без да пипа код. Дизайн системата на Protocore (/products/pds) е един наличен отговор — 144 токена и 889 utility класа, dark-first, радиус нула по подразбиране, изграждани за уеб, .NET и native — но въпросът на купувача е общият: дизайн слоят истинска токен система ли е, или слой боя върху фиксирано приложение?
Самостоятелно приложение или вграден слой
Доставката е в две форми. Самостоятелното приложение е цялостно банково приложение, което брандирате и пускате под свое име — клиентите ви теглят вашата банка. Вграденият слой е набор от компоненти и потоци, които вмъквате в продукт, който вече имате — плащания и салда, живеещи във вашето приложение. Изборът не е за качеството, а за това къде е мястото на паричното изживяване. Ако банкирането е вашият продукт, искате самостоятелна версия. Ако банкирането е функция на по-голям продукт — маркетплейс, който плаща на продавачите си, платформа, която дава портфейл на потребителите си — искате вградения път, така че парите да живеят там, където вече са клиентите ви. Платформа, която си струва да се купи, може и двете от едно ядро, защото ядрото не се интересува дали фронтендът му е самостоятелно приложение или панел в чуждо.
Изграждане или покупка: честен баланс
Ако изградите ядрото сами, получавате контрол и плащате с години. Коректна счетоводна книга, обработка на карти, KYC, сверяване и операторска конзола са по един проект, а всички са входен билет, който трябва да преминете, преди да сте пуснали и една функция, която клиентът забелязва. Покупката на ядрото връща тези години, но струва част от суверенитета ви — наследявате чужд модел на сметка, лимит, сетълмент. Честният начин да решите е да попитате кои части са вашият продукт и кои са инфраструктура. Инфраструктурата — сетълмент, сверяване, инструменти за съответствие — е почти еднаква за всички и рядко е мястото, където печелите; купете я. Частите, заради които клиентите ви избират вас — потоците, марката, едното нещо, което правите по-добре от утвърдения играч — са там, където вашите инженери трябва да вложат живота си. Покупката на платформа е залог, че ядрото е инфраструктура, а вашата разлика е над него.
Никога не купувате необанка. Купувате ядро, което се надявате да е инфраструктура, и приложен слой, който възнамерявате да направите свой — а цялата оценка е да решите дали доставчикът е прекарал тази линия там, където бихте я прекарали вие.
Пет посоки, не пет продукта
Поискате ли примери от доставчик, често ще ви покажат шепа готови приложения. Разберете ги правилно: те са посоки, в които същото ядро може да поеме, а не меню, от което избирате едно. Референтното ядро на една платформа може да стои зад чиста борса (Halcyon — сдържана, със сделката на преден план), чат-базирано суперприложение (Lumen — парите се движат вътре в разговора), приложение, водено от преводите (Fern — първо масови плащания и конвертиране по правила), билд, изцяло върху стейблкойни (Volt — сортиране на заплати и карти за екипа) и мултивалутна сметка (Meridian — EUR салдо до USDC и BTC сметка, където се натрупват наградите от картата). Пет марки, пет информационни архитектури, пет комбинации от функции — един ledger, един KYC, един картов процесор под всяка от тях. Важното число не е пет; то е колкото наематели ядрото може да носи. Доставчик, който ви казва, че продуктът са пет приложения, не е разбрал собствения си продукт; доставчик, който ви показва пет, за да докаже, че шестото е тривиално, го разбира.
Въпросите, които подреждат доставчиците
Кратък списък от въпроси разсича повечето презентации. Ядрото една споделена система ли е, или отделен форк за всеки клиент — и когато бъде поправен бъг, достига ли поправката до всички тенанти едновременно? Дизайн слоят предлага ли реални токени, или само място за лого? Платформата включва ли регулиран лиценз, или трябва да осигуря собствен — и мога ли да го сменя по-късно? Може ли едно и също ядро да доставя и самостоятелно приложение, и вграден слой? Кои части смятате за инфраструктурна „водопроводна“ работа и кои очаквате да изградя сам? Отговорите поставят доставчика върху картата, която това ръководство очертава: споделено ядро или ферма от форкове, токен система или просто боя, софтуер плюс моят лиценз или споен пакет, една форма на доставка или две. Пълният анализ на едно такова ядро — петте посоки, референтното приложение и операторската конзола зад тях — е на /products/pay, дизайн системата отдолу е на /products/pds, а термините са в /glossary.
Имате система за изграждане?
Опишете ни проблема. Ще се върнем с архитектура и план.