white-label neobank প্ল্যাটফর্ম কেনার গাইড
White-label neobank প্ল্যাটফর্ম হলো এমন সফটওয়্যার যাতে নিজের ব্র্যান্ড বসিয়ে আপনি ব্যাংকিং-ধাঁচের অ্যাপ চালু করেন, যেখানে থাকে অ্যাকাউন্ট, কার্ড, ট্রান্সফার, কখনো ক্রিপ্টো, core শূন্য থেকে না বানিয়েই। একটি কেনা মানে আসলে দুটি জিনিস কেনা, যা সহজেই এক বলে ভুল হয়: যে core টাকা সরায়, আর যে app layer আপনার গ্রাহক দেখেন। সই করার আগে দুটিকে আলাদা করে চেনার গাইড এটি, কারণ white-label প্ল্যাটফর্মের প্রায় প্রতিটি কঠিন প্রশ্নই শেষ পর্যন্ত এর সীমারেখা কোথায় তার প্রশ্ন, আর ভেন্ডরের কাজ সেই রেখা ঝাপসা করা, ক্রেতার কাজ তা খুঁজে বের করা।
প্রতিশ্রুতি দেওয়ার আগে পাঁচটি ভাগ করে দেখা দরকার: core বনাম app layer, লাইসেন্স কোথায় থাকে, design system কতটা গভীর, standalone বনাম embedded ডেলিভারি, এবং এসবের নিচে থাকা build-versus-buy সিদ্ধান্ত। ক্রমানুসারে দেখা যাক।
প্রথম ভাগ: core বনাম app layer
সবচেয়ে কাজের রেখা হলো যে অংশ নির্ভুল হতে হবে আর যে অংশ আপনার হতে হবে তাদের মাঝখানে। core ভুল হলে দাম বেশি: double-entry ledger, অ্যাকাউন্ট ও ব্যালেন্স, KYC ও onboarding, card issuing ও processing, ক্রিপ্টো ও stablecoin rail, এবং এ সবের পেছনের অপারেটর কনসোল। app layer হলো গ্রাহক যা ছোঁন: ব্র্যান্ড, স্ক্রিন, information architecture, চালু করা ফিচারের উপসেট। কেনার যোগ্য প্ল্যাটফর্ম সব ব্র্যান্ডে একটি core ভাগ করে এবং প্রতি tenant-এ app configure করে। দুটিকে আলাদা মাপকাঠিতে যাচাই করুন: core দেখুন নির্ভুলতায়, ledger সত্যিই double-entry কি না, reconciliation টেকে কি না, অপারেটররা সত্যিই চালাতে পারেন কি না; app layer দেখুন নমনীয়তায়, fork করার আগে একটি ব্র্যান্ড কত দূর আলাদা হতে পারে।
লাইসেন্স কোথায় থাকে, এবং তা আলাদা করা যায় কি না
টাকা রাখা বা সরানোর অনুমতি নিয়ন্ত্রিত, এবং তা সফটওয়্যারের কেনাকাটার থেকে আলাদা। সরাসরি জিজ্ঞেস করুন প্ল্যাটফর্মে নিয়ন্ত্রিত অনুমতি অন্তর্ভুক্ত কি না, নাকি আপনাকে নিজেরটি আনতে হবে। অন্তর্ভুক্ত থাকলে লাইসেন্স কার, কোন দেশে, আর আপনি তার সরাসরি গ্রাহক নাকি এজেন্ট। ক্রেতার কাছে বিচ্ছিন্নতাই আসল: যে প্ল্যাটফর্ম তার সফটওয়্যারকে এমন একক লাইসেন্সে জুড়ে দেয় যা বদলানো যায় না, সে চুপচাপ আপনার এখতিয়ার ও পার্টনার বেছে ফেলেছে; আর যে প্ল্যাটফর্ম লাইসেন্সকে আপনার আনা rail হিসেবে দেখে, সে আপনাকে অনুমতি আলাদাভাবে বেছে নিতে ও পরে বদলাতে দেয়। কোনোটাই ভুল নয়, কিন্তু কোনটি কিনছেন তা জানতে হবে। Protocore Pay (/products/pay) শুধু সফটওয়্যার layer, আপনার আনা নিয়ন্ত্রিত rail-এর ওপর চলে, আর কোনো সফটওয়্যারই লাইসেন্স নয়। এই আলোচনায় যে ধারণাগুলো আসবে, EMI, payment institution, agent, sponsor bank, সেগুলো /glossary-তে আছে।
Design system কতটা গভীর
White-label-এর পুরো প্রতিশ্রুতি হলো অ্যাপটি দেখতে আপনার মতো হবে, ভেন্ডরের ডেমোর re-skin-এর মতো নয়, আর সেই প্রতিশ্রুতি ততটুকুই গভীর যতটা এর নিচের design system। অগভীরটিতে লোগো আর accent রং বদলানো যায়। গভীরটি আসল শব্দভান্ডার, অর্থাৎ রং, typography, corner radius, spacing, density, motion, token হিসেবে খোলা রাখে যা প্রতিটি স্ক্রিন পড়ে, ফলে ব্র্যান্ড হয় কিছু override, fork নয়। জিজ্ঞেস করুন কতগুলো token আছে ও কী কী ঢাকে, একই token web, native ও desktop-এ emit হয় কি না যাতে একটি রং সর্বত্র একই রং থাকে, আর ডিজাইনার কোড না ছুঁয়ে tenant-কে reference build থেকে অনেকদূর সরাতে পারেন কি না। Protocore-এর design system (/products/pds) একটি বাস্তব উত্তর: 144টি token ও 889টি utility class, dark-first, ডিফল্টে radius zero, web, .NET ও native-এর জন্য emit করা। তবে ক্রেতার প্রশ্ন সাধারণ: design layer কি সত্যিকারের token system, নাকি স্থির অ্যাপের ওপর রঙের প্রলেপ?
Standalone অ্যাপ নাকি embedded layer
ডেলিভারি দুই রূপে আসে। standalone অ্যাপ হলো পুরো ব্যাংকিং অ্যাপ, যা আপনি ব্র্যান্ড করে নিজের নামে ছাড়েন, আপনার গ্রাহকরা আপনার ব্যাংক ডাউনলোড করেন। embedded layer হলো একগুচ্ছ কম্পোনেন্ট ও ফ্লো, যা আপনি আগে থেকে থাকা পণ্যে বসান, পেমেন্ট আর ব্যালেন্স থাকে আপনার বিদ্যমান অ্যাপের ভেতরেই। এ বাছাই মানের নয়; টাকার অভিজ্ঞতা কোথায় থাকা উচিত তার। ব্যাংকিংই আপনার পণ্য হলে standalone build চান। ব্যাংকিং বড় পণ্যের একটি ফিচার হলে, যেমন সেলারদের টাকা দেওয়া marketplace বা ব্যবহারকারীকে wallet দেওয়া platform, তখন embedded পথ নিন, যাতে টাকা থাকে গ্রাহক যেখানে আগে থেকেই আছেন। কেনার যোগ্য প্ল্যাটফর্ম একটি core থেকে দুটোই পারে, কারণ core-এর কিছু যায় আসে না যে তার front end standalone অ্যাপ, নাকি অন্য কারও অ্যাপের ভেতরের প্যানেল।
Build-versus-buy: সৎভাবে বললে
core নিজে বানালে নিয়ন্ত্রণ মেলে, সময় যায় বছরের পর বছর। নির্ভুল ledger, card processing, KYC, reconciliation ও অপারেটর কনসোল, প্রতিটিই এক একটি প্রজেক্ট, আর গ্রাহকের চোখে পড়ার মতো একটি ফিচার ছাড়ার আগেই এ সবই পার করতে হয়। core কিনলে সেই বছরগুলো ফেরত পাওয়া যায়, বদলে কিছুটা স্বাধীনতা যায়: অ্যাকাউন্ট, সীমা, settlement নিয়ে আপনি অন্যের মডেল পান। সিদ্ধান্তের সৎ উপায় হলো জিজ্ঞেস করা কোন অংশ আপনার পণ্য আর কোনটি plumbing। plumbing, অর্থাৎ settlement, reconciliation, compliance tooling, প্রায় সবার জন্য একই, আর সেখানে সাধারণত জেতা যায় না; কিনে নিন। গ্রাহক যে অংশের জন্য আপনাকে বেছে নেন, ফ্লো, ব্র্যান্ড, প্রতিষ্ঠিতদের চেয়ে যে একটি জিনিস আপনি ভালো করেন, সেখানেই আপনার নিজের ইঞ্জিনিয়ারদের সময় দেওয়া উচিত। প্ল্যাটফর্ম কেনা মানে বাজি ধরা যে core হলো plumbing, আর আপনার স্বাতন্ত্র্য তার ওপরে।
আপনি কখনোই একটি neobank কিনছেন না। আপনি কিনছেন এমন একটি core যা plumbing হবে বলে আশা করেন, আর এমন একটি app layer যা নিজের করে নিতে চান। পুরো মূল্যায়নটাই হলো ভেন্ডর সেই রেখা ঠিক সেখানে টেনেছে কি না যেখানে আপনি টানতেন।
পাঁচটি দিক, পাঁচটি পণ্য নয়
ভেন্ডরের কাছে উদাহরণ চাইলে প্রায়ই কয়েকটি তৈরি অ্যাপ দেখানো হবে। সেগুলো ঠিকভাবে পড়ুন: এগুলো একই core-এর নিতে পারা বিভিন্ন দিক, এমন মেনু নয় যেখান থেকে একটি বাছতে হয়। একটি প্ল্যাটফর্মের reference core সামনে রাখতে পারে একটি পরিচ্ছন্ন exchange (Halcyon, সংযত, ট্রেড সামনে), একটি chat-first super-app (Lumen, কথোপকথনের ভেতরেই টাকা চলাচল), একটি transfers-led অ্যাপ (Fern, আগে batch payout আর নিয়মভিত্তিক রূপান্তর), একটি stablecoin-dark build (Volt, বেতন sorter ও টিম কার্ড), এবং একটি multi-currency অ্যাকাউন্ট (Meridian, USDC-র পাশে EUR ব্যালেন্স, আর কার্ড রিওয়ার্ড জমা হওয়া BTC অ্যাকাউন্ট)। পাঁচটি ব্র্যান্ড, পাঁচটি information architecture, পাঁচটি ফিচার-মিশ্রণ, প্রতিটির নিচে একটি ledger, একটি KYC, একটি card processor। গুরুত্বপূর্ণ সংখ্যা পাঁচ নয়; core যতগুলো tenant বইতে পারে ততগুলো। যে ভেন্ডর বলে পণ্যটি পাঁচটি অ্যাপ, সে নিজের পণ্যই বোঝেনি; যে ভেন্ডর ষষ্ঠটি যে তুচ্ছ তা প্রমাণ করতে পাঁচটি দেখায়, সে বুঝেছে।
ভেন্ডর বাছাইয়ের প্রশ্নগুলো
একটি ছোট তালিকাই বেশিরভাগ পিচের আড়াল ভেদ করে দেয়। কোর কি একটি শেয়ার্ড সিস্টেম, নাকি প্রতি কাস্টমারের জন্য আলাদা ফর্ক — আর বাগ ফিক্স হলে সেই ফিক্স কি একসঙ্গে প্রতিটি tenant-এর কাছে পৌঁছায়? ডিজাইন লেয়ার কি আসল token দেয়, নাকি শুধু একটা লোগো স্লট? প্ল্যাটফর্মের সঙ্গে কি রেগুলেটেড লাইসেন্স আসে, নাকি আমাকে নিজেরটা আনতে হবে — আর পরে কি সেটা বদলানো যাবে? একই কোর থেকে কি standalone অ্যাপ ও embedded লেয়ার দুটোই ডেলিভার করা যায়? কোন অংশগুলোকে আপনারা plumbing মনে করেন, আর কোনগুলো আমাকে নিজে বানাতে হবে বলে আশা করেন? উত্তরগুলো এই গাইডের আঁকা মানচিত্রে ভেন্ডরের অবস্থান দেখিয়ে দেয়: শেয়ার্ড কোর না ফর্কের কারখানা, token সিস্টেম না শুধু রং, সফটওয়্যার-সহ-আমার-লাইসেন্স না জোড়া লাগানো বান্ডল, একটি ডেলিভারি রূপ না দুটি। এমন একটি কোরের পূর্ণ বিশ্লেষণ — পাঁচটি দিক, রেফারেন্স অ্যাপ ও এদের পেছনের অপারেটর কনসোল — পাবেন /products/pay পেজে, নিচের ডিজাইন সিস্টেম /products/pds পেজে, আর শব্দকোষ /glossary পেজে।
কোনো সিস্টেম বানাতে চান?
সমস্যাটা আমাদের জানান। আমরা আর্কিটেকচার ও একটি পরিকল্পনা নিয়ে ফিরে আসব।