یادداشت‌های میدانی

راهنمای خرید پلتفرم‌های نئوبانک وایت‌لیبل

پلتفرم نئوبانک وایت‌لیبل نرم‌افزاری است که برندتان را روی آن می‌گذارید تا اپی شبیه بانک راه بیندازید، با حساب، کارت، انتقال و گاهی کریپتو، بدون اینکه هسته را از صفر بسازید. خرید آن در واقع خرید دو چیز است که به‌راحتی یکی گرفته می‌شوند: هسته‌ای که پول را جابه‌جا می‌کند و لایه اپی که مشتریانتان می‌بینند. این راهنما برای تفکیک این دو پیش از امضای قرارداد است، چون تقریباً هر سؤال سختی درباره پلتفرم وایت‌لیبل در نهایت سؤالی درباره جای درزهای آن است، و کار فروشنده محو کردن این مرز است، در حالی که کار خریدار پیدا کردنش.

پیش از تعهد، پنج برش لازم است: هسته در برابر لایه اپ، جایگاه مجوز، عمق دیزاین سیستم، تحویل مستقل یا تعبیه‌شده، و تصمیم ساخت یا خرید که زیر همه این‌هاست. به ترتیب پیش برویم.

برش اول: هسته در برابر لایه اپ

مفیدترین خط تفکیک بین بخشی است که باید درست باشد و بخشی که باید مال شما باشد. اشتباه در هسته گران تمام می‌شود: دفتر کل دوبل، حساب‌ها و موجودی‌ها، KYC و آنبوردینگ، صدور و پردازش کارت، ریل‌های کریپتو و استیبل‌کوین، و کنسول اپراتور پشت همه این‌ها. لایه اپ همان چیزی است که مشتری لمس می‌کند: برند، صفحه‌ها، معماری اطلاعات و زیرمجموعه ویژگی‌های فعال. پلتفرمی که ارزش خرید دارد یک هسته مشترک را برای همه برندها به کار می‌گیرد و اپ را به‌ازای هر تنانت پیکربندی می‌کند. این دو را با معیارهای متفاوت ارزیابی کنید: هسته را از نظر درستی، یعنی دفتر کل واقعاً دوبل است یا نه، تطبیق برقرار است یا نه، و اپراتورها واقعاً می‌توانند آن را اداره کنند یا نه؛ لایه اپ را از نظر انعطاف، یعنی یک برند تا کجا می‌تواند منحرف شود پیش از آنکه کسی مجبور به فورک کردن باشد.

جایگاه مجوز و قابل‌تفکیک بودن آن

اجازه نگهداری یا جابه‌جایی پول تحت مقررات است و خریدش جدا از نرم‌افزار است. صریح بپرسید که پلتفرم مجوز نظارتی دارد یا انتظار دارد مجوز خودتان را بیاورید، و اگر دارد، مجوز چه کسی است، در کدام کشورها، و شما مشتری مستقیم آن هستید یا نماینده‌اش. برای خریدار، تفکیک مهم است: پلتفرمی که نرم‌افزارش را به یک مجوز واحد و غیرقابل‌تعویض جوش داده، بی‌سروصدا حوزه قضایی و شریک شما را انتخاب کرده است، اما پلتفرمی که مجوز را ریلی می‌داند که شما می‌آورید، اجازه می‌دهد مجوز را مستقل انتخاب و بعداً عوض کنید. هیچ‌کدام غلط نیست، اما باید بدانید کدام را می‌خرید. Protocore Pay (/products/pay) فقط لایه نرم‌افزار است و روی هر ریل نظارتی‌ای که بیاورید اجرا می‌شود، و هیچ نرم‌افزاری مجوز نیست. مفاهیمی که در این گفت‌وگو با آن‌ها روبه‌رو می‌شوید، یعنی EMI، موسسه پرداخت، نماینده و بانک اسپانسر، در /glossary توضیح داده شده‌اند.

دیزاین سیستم تا کجا عمق دارد

کل وعده وایت‌لیبل این است که اپ مال شما به نظر برسد، نه ریسکین دموی فروشنده، و این وعده فقط به اندازه عمق دیزاین سیستم زیرش معتبر است. دیزاین سیستم سطحی فقط اجازه عوض کردن لوگو و رنگ تأکیدی را می‌دهد. دیزاین سیستم عمیق خودِ واژگان را، یعنی رنگ، تایپوگرافی، شعاع گوشه، فاصله‌گذاری، تراکم و حرکت، به شکل توکن در اختیار می‌گذارد که هر صفحه آن‌ها را می‌خواند، پس برند مجموعه‌ای از override است نه فورک. بپرسید چند توکن وجود دارد و چه چیزهایی را پوشش می‌دهند، آیا همان توکن‌ها برای وب، نیتیو و دسکتاپ خروجی می‌گیرند تا یک رنگ همه‌جا یک رنگ باشد، و آیا یک طراح می‌تواند یک تنانت را بدون دست زدن به کد خیلی از بیلد مرجع دور کند. دیزاین سیستم Protocore (/products/pds) یک پاسخ آماده است: ۱۴۴ توکن و ۸۸۹ کلاس یوتیلیتی، دارک‌فرست، با شعاع صفر به‌صورت پیش‌فرض، با خروجی برای وب، .NET و نیتیو. اما سؤال خریدار کلی‌تر است: لایه طراحی یک سیستم توکن واقعی است یا یک لایه رنگ روی یک اپ ثابت؟

اپ مستقل یا لایه تعبیه‌شده

تحویل دو شکل دارد. اپ مستقل یک اپ بانکی کامل است که با نام خودتان برند و منتشر می‌کنید؛ مشتریانتان بانک شما را دانلود می‌کنند. لایه تعبیه‌شده مجموعه‌ای از کامپوننت‌ها و فلوهاست که در محصولی که از قبل دارید قرار می‌دهید؛ پرداخت و موجودی داخل اپ فعلی شما. این انتخاب به کیفیت ربطی ندارد؛ به این برمی‌گردد که تجربه پول به کجا تعلق دارد. اگر بانکداری محصول شماست، بیلد مستقل می‌خواهید. اگر بانکداری قابلیتی از یک محصول بزرگ‌تر است، مثلاً بازارچه‌ای که به فروشندگانش پرداخت می‌کند یا پلتفرمی که به کاربرانش کیف پول می‌دهد، مسیر تعبیه‌شده را می‌خواهید تا پول همان‌جایی باشد که مشتریانتان هستند. پلتفرم ارزشمند هر دو را از یک هسته انجام می‌دهد، چون هسته اهمیتی نمی‌دهد که فرانت‌اندش اپ مستقل باشد یا پنلی داخل محصول دیگری.

مصالحه ساخت یا خرید، صادقانه

ساختن هسته به‌دست خودتان کنترل می‌خرد و سال‌ها هزینه دارد. دفتر کل درست، پردازش کارت، KYC، تطبیق و کنسول اپراتور هر کدام یک پروژه‌اند و همه حداقل‌های لازم‌اند که باید پشت سر بگذارید پیش از آنکه حتی یک ویژگی قابل‌توجه برای مشتری بسازید. خرید هسته آن سال‌ها را برمی‌گرداند و مقداری حاکمیت از شما می‌گیرد؛ مدل دیگران از حساب، سقف و تسویه را به ارث می‌برید. راه صادقانه برای تصمیم این است که بپرسید کدام بخش‌ها محصول شماست و کدام لوله‌کشی. لوله‌کشی، یعنی تسویه، تطبیق و ابزار انطباق، برای همه تقریباً یکی است و کمتر جایی است که در آن برنده می‌شوید؛ آن را بخرید. بخش‌هایی که مشتریان واقعاً به‌خاطرشان شما را انتخاب می‌کنند، یعنی فلوها، برند و کاری که از رقبای قدیمی بهتر می‌کنید، جایی است که مهندسان خودتان باید عمرشان را صرف کنند. خرید پلتفرم شرط‌بندی روی این است که هسته لوله‌کشی است و تمایز شما بالاتر از آن زندگی می‌کند.

شما هرگز یک نئوبانک نمی‌خرید. هسته‌ای را می‌خرید که امیدوارید لوله‌کشی باشد و لایه اپی که قصد دارید مال خودتان کنید، و کل ارزیابی تصمیم‌گیری است که فروشنده این خط را همان‌جا کشیده که شما می‌کشیدید یا نه.
— Protocore · مهندسی پلتفرم

پنج مسیر، نه پنج محصول

از فروشنده نمونه بخواهید و اغلب چند اپ تمام‌شده نشانتان می‌دهد. درست بخوانیدشان: این‌ها مسیرهایی‌اند که یک هسته می‌تواند برود، نه منویی که یک گزینه‌اش را انتخاب کنید. هسته مرجع یک پلتفرم می‌تواند پشت یک اکسچنج ساده باشد (Halcyon — خلوت، با معامله در مرکز)، یک سوپر‌اپ چت‌محور (Lumen — پول داخل گفت‌وگو جابه‌جا می‌شود)، اپی مبتنی بر انتقال (Fern — پرداخت‌های دسته‌ای و تبدیل قاعده‌مند در اولویت)، بیلد دارک استیبل‌کوین (Volt — مرتب‌کننده حقوق و کارت‌های تیمی) و حساب چندارزی (Meridian — موجودی EUR در کنار USDC و حساب BTC که پاداش کارت در آن می‌نشیند). پنج برند، پنج معماری اطلاعات، پنج ترکیب ویژگی — و زیر همه‌شان یک دفتر کل، یک KYC و یک پردازشگر کارت. عددی که اهمیت دارد پنج نیست؛ تعداد تنانت‌هایی است که هسته می‌تواند حمل کند. فروشنده‌ای که می‌گوید محصول پنج اپ است، محصول خودش را نفهمیده؛ فروشنده‌ای که پنج را نشان می‌دهد تا ثابت کند ششمی ساده است، فهمیده.

پرسش‌هایی که فروشنده‌ها را از هم جدا می‌کنند

یک فهرست کوتاه بیشتر حرف‌های فروش را بی‌اثر می‌کند. آیا هسته یک سیستم مشترک است یا برای هر مشتری یک fork جداگانه — و وقتی باگی رفع می‌شود، آیا اصلاح همزمان به همهٔ tenantها می‌رسد؟ آیا لایهٔ طراحی token واقعی ارائه می‌دهد یا فقط جایی برای لوگو؟ آیا پلتفرم شامل مجوز نظارتی است یا باید خودم مجوز بیاورم — و آیا بعداً می‌توانم آن را عوض کنم؟ آیا یک هسته می‌تواند هم اپلیکیشن مستقل و هم لایهٔ embedded را ارائه کند؟ کدام بخش‌ها را زیرساخت می‌دانید و کدام‌ها را انتظار دارید خودم بسازم؟ پاسخ‌ها جای هر فروشنده را روی نقشه‌ای که این راهنما ترسیم کرده مشخص می‌کنند: هسته مشترک یا انبوهی از forkها، سیستم token یا فقط رنگ‌آمیزی، نرم‌افزار به‌علاوهٔ مجوز خودم یا بستهٔ جوش‌خورده، یک شکل تحویل یا دو شکل. بررسی کامل یکی از این هسته‌ها — پنج جهت، اپلیکیشن مرجع و کنسول اپراتور پشت آن‌ها — در /products/pay است، سیستم طراحی زیربنایی در /products/pds قرار دارد و اصطلاحات در /glossary آمده است.

سیستمی برای ساختن دارید؟

مسئله را بگویید. با یک معماری و یک برنامه برمی‌گردیم.