Водич за купувачи на white-label необанк платформи

White-label необанк платформа е софтвер на кој го ставате вашиот бренд за да лансирате апликација од банкарски тип, со сметки, картички, трансфери, понекогаш и крипто, без да го градите јадрото од нула. Купувањето на една е всушност купување на две работи што лесно се мешаат како една: јадрото што движи пари и апликацискиот слој што го гледаат клиентите. Ова е водич како да ги разликувате пред да потпишете, бидејќи речиси секое тешко прашање за white-label платформа се сведува на тоа каде се нејзините споеви. Работа на продавачот е да ја замагли таа линија, а на купувачот да ја најде.

Пред да се обврзете, вредат пет засеци: јадро наспроти апликациски слој, каде стои лиценцата, колку е длабок design system-от, самостојна наспроти вградена испорака и одлуката меѓу градење и купување што лежи под сето тоа. Одете по редослед.

Прв засек: јадрото наспроти апликацискиот слој

Најкорисната линија е онаа меѓу делот што мора да биде точен и делот што мора да биде ваш. Јадрото е скапо ако е погрешно: двојна книга (double-entry ledger), сметки и салда, KYC и онбордирање, издавање и процесирање картички, крипто и stablecoin шини и операторската конзола зад сето тоа. Апликацискиот слој е она што го допира клиентот: брендот, екраните, информациската архитектура и подмножеството вклучени функции. Платформа вредна за купување дели едно јадро меѓу сите брендови, а апликацијата ја конфигурира по закупец. Оценувајте ги по различни оски: јадрото по точност, дали книгата е вистинска двојна, дали усогласувањето држи и дали операторите навистина можат да го водат; апликацискиот слој по флексибилност, колку може да се оддалечи брендот пред некој да мора да направи fork.

Каде стои лиценцата и дали е одвојлива

Дозволата за чување или движење пари е регулирана и не е истото купување како софтверот. Прашајте директно дали платформата вклучува регулирана дозвола или очекува да донесете своја, а ако вклучува, чија е лиценцата, во кои земји и дали сте ú директен клиент или агент. За купувачот важна е одвоеноста: платформа што го заварува софтверот за една лиценца што не можете да ја замените тивко ви ја избрала јурисдикцијата и партнерот, додека платформа што лиценцата ја третира како шина што ја носите ви дозволува независно да ја изберете дозволата и подоцна да ја смените. Ниту едното не е погрешно, но мора да знаете кое го купувате. Protocore Pay (/products/pay) е самостојно софтверски слој: работи врз регулирани шини што ги носите вие, а ниту еден софтвер не е лиценца. Поимите што ќе ги сретнете во тој разговор, EMI, платежна институција, агент, банка спонзор, се објаснети во /glossary.

Колку е длабок design system-от

Целото ветување на white-label е апликацијата да изгледа како ваша, а не како ре-скин на демо-верзијата на продавачот, и тоа ветување е длабоко колку design system-от под него. Плиткиот дозволува да смените лого и акцентна боја. Длабокиот го изложува вистинскиот речник, боја, типографија, радиус на аглите, растојанија, густина и движење, како токени што ги чита секој екран, па брендот е збир на пречекорувања, а не fork. Прашајте колку токени има и што покриваат, дали истите токени се емитуваат за веб, native и desktop за бојата да значи иста боја насекаде и дали дизајнер може да го оддалечи закупецот далеку од референтната верзија без да допре код. Design system-от на Protocore (/products/pds) е еден испорачан одговор: 144 токени и 889 utility класи, dark-first, радиус нула по default, емитуван за веб, .NET и native. Но прашањето на купувачот е општо: дали дизајнерскиот слој е вистински систем од токени или слој боја врз фиксна апликација?

Самостојна апликација или вграден слој

Испораката има две форми. Самостојната апликација е цела банкарска апликација што ја брендирате и пуштате под свое име, па клиентите ја преземаат вашата банка. Вградениот слој е збир на компоненти и текови што ги ставате во производ што веќе го имате, па плаќањата и салдата живеат во вашата постојна апликација. Изборот не е за квалитет, туку за тоа каде припаѓа парично искуство. Ако банкарството е ваш производ, сакате самостојна верзија. Ако е функција на поголем производ, на пример маркетплејс што ги плаќа продавачите или платформа што им дава паричник на корисниците, сакате вграден пат за парите да живеат таму каде што се веќе вашите клиенти. Платформа вредна за купување може и двете од едно јадро, бидејќи јадрото не го интересира дали фронтендот е самостојна апликација или панел во туѓа.

Компромисот меѓу градење и купување, искрено кажан

Градењето на јадрото сами купува контрола и чини години. Точна книга, процесирање картички, KYC, усогласување и операторска конзола се по еден проект, и сите се предуслови што мора да ги поминете пред да испорачате ниту една функција што клиентот ќе ја забележи. Купувањето на јадрото ги купува враќа тие години и чини дел од суверенитетот, бидејќи наследувате туѓ модел на сметка, лимит, порамнување. Искрениот начин да одлучите е да прашате кои делови се ваш производ, а кои инсталација. Инсталацијата, порамнувањето, усогласувањето, алатките за усогласеност, е слична за сите и ретко таму се добива, па купете ја. Деловите по кои клиентите навистина ве избираат, текови, бренд и она едно што го правите подобро од постојниот играч, се таму каде што вашите инженери треба да го поминат животот. Купувањето платформа е облог дека јадрото е инсталација, а вашата разлика живее над него.

Никогаш не купувате необанка. Купувате јадро за кое се надевате дека е инсталација и апликациски слој што имате намера да го направите свој, а целата евалуација е одлука дали продавачот ја повлекол линијата таму каде што би ја повлекле вие.

Пет насоки, а не пет производи

Побарајте од продавач примери и често ќе ви покаже неколку готови апликации. Читајте ги правилно: тоа се насоки што може да ги земе истото јадро, а не мени од кое избирате една ставка. Референтното јадро на една платформа може да стои зад чиста берза (Halcyon, воздржана, со трговијата во преден план), супер-апликација првенствено за разговор (Lumen, парите се движат во разговорот), апликација водена од трансфери (Fern, најпрвин групни исплати и конверзија по правила), stablecoin-dark верзија (Volt, сортер на плати и тимски картички) и мултивалутна сметка (Meridian, EUR салдо покрај USDC и BTC сметка каде што пристигнуваат наградите од картичката). Пет бренда, пет информациски архитектури, пет мешавини функции, а под сите една книга, еден KYC, еден процесор за картички. Важниот број не е пет, туку колку закупци може да носи јадрото. Продавач што вели дека производот е пет апликации не го разбрал сопствениот производ, а оној што ви покажува пет за да докаже дека шестата е тривијална го разбира.

Прашањата што ги разделуваат добавувачите

Кратка листа пробива низ повеќето понуди. Дали јадрото е еден заеднички систем или посебна копија (fork) за секој клиент — и кога ќе се поправи грешка, дали поправката стигнува до сите tenant-и одеднаш? Дали дизајн слојот изложува вистински токени или само место за лого? Дали платформата вклучува регулирана дозвола или јас носам своја — и можам ли подоцна да ја заменам? Може ли истото јадро да испорача и самостојна апликација и вграден слој? Кои делови ги сметате за инфраструктура, а кои очекувате јас сам да ги изградам? Одговорите го сместуваат добавувачот на мапата што ја црта овој водич: заедничко јадро или фарма од копии, систем од токени или боја, софтвер плус моја лиценца или залемен пакет, една форма на испорака или две. Целосната анатомија на едно такво јадро — петте насоки, референтната апликација и операторската конзола зад нив — е на /products/pay, дизајн системот под него е на /products/pds, а поимите се во /glossary.