راهکار از محدودیت و هدف کسبوکار شروع میشود، نه از فهرست Featureها.
داستان و رویکرد اسپادانا
ما لایهای را میسازیم که محصولات مالی را به زیرساخت بانکی قابل اتکا وصل میکند.
تجربه خوب مالی فقط رابط کاربری نیست. پشت هر انتقال، پرداخت، استعلام یا تصمیم ریسک، مجموعهای از اتصالها و کنترلهای عملیاتی قرار دارد. تمرکز اسپادانا ساخت و یکپارچهسازی همین لایه پشتصحنه است.
از ابتدا روشن میشود چه چیزی در بانک، چه چیزی در اسپادانا و چه چیزی در کانال قرار میگیرد.
Logging، Monitoring، خطا و پشتیبانی بخشی از معماریاند، نه کارهای بعدی.
جایگاه اسپادانا
نه بانک هستیم، نه فقط یک اپلیکیشن؛ نقش ما اتصال این دو جهان است.
اسپادانا بین سامانههای بانکی و عملیاتی و محصولاتی قرار میگیرد که باید از آن خدمات استفاده کنند. این لایه، پیچیدگی Integration، کنترل و عملیات را از کانال نهایی جدا میکند.
زیرساخت بانکی
Core Banking
Card & Payment
Risk / KYC
←
لایه اسپادانا
API & Integration
Security & Control
Observability & Operations
←
محصول و کانال
Fintech Product
Mobile / Web
Business Partner
اصول طراحی راهکار
چهار اصل که تصمیمهای معماری ما را هدایت میکنند.
این اصول باید در ساختار سیستم، قرارداد سرویس و فرآیند بهرهبرداری دیده شوند؛ نه فقط در یک ارائه یا سند معرفی.
قبل از طراحی تجربه نهایی، مرز سیستمها، قرارداد داده، مالکیت سرویس و مسیر خطا را مشخص میکنیم. محصولی که اتصالش مبهم باشد، در مقیاس هزینهساز میشود.
هویت، مجوز، داده حساس و Audit از ابتدا در معماری قرار میگیرند.
قابلیتها تا جای ممکن مستقل میمانند تا تغییر یک بخش، کل سامانه را درگیر نکند.
Monitoring، Logging، Runbook و رفتار Failure پیش از Go-Live تعریف میشوند.
هر تصمیم فنی باید به یک ریسک، محدودیت یا نتیجه کسبوکاری قابل توضیح متصل باشد.
روش کار
از یک نیاز مبهم تا راهکاری که تیم فنی و کسبوکار روی آن توافق دارند.
هدف فرایند این است که قبل از هزینهکردن برای پیادهسازی، تعریف مسئله، دامنه و معیار موفقیت روشن باشد.
Discover
مسئله، محدودیت و بازیگران را میشناسیم.
نیاز کسبوکار، سامانههای درگیر، ریسک و وابستگیها جمعبندی میشوند.
Design
مرز راهکار و قراردادهای فنی را مشخص میکنیم.
جریان داده، API، امنیت، خطا و معیار پذیرش روی یک تصویر مشترک قرار میگیرند.
Deliver
پیادهسازی مرحلهای و قابل آزمون انجام میشود.
هر بخش با Integration Test و معیار پذیرش مشخص جلو میرود.
Operate
آمادگی بهرهبرداری بخشی از تحویل است.
پایش، ثبت رخداد، Runbook و مسیر پشتیبانی قبل از راهاندازی نهایی میشوند.
چیزی که برای ما مهم است
راهکار خوب باید برای سه گروه همزمان قابل دفاع باشد.
مدیر کسبوکار باید ارزش را بفهمد، تیم فنی باید مرزها و ریسکها را ببیند و تیم عملیات باید بتواند سیستم را بعد از راهاندازی پایش و پشتیبانی کند.
ارزش کسبوکاری قابل توضیح
معماری و مسئولیت روشن
امنیت و Audit قابل پیگیری
آمادگی واقعی برای عملیات
اگر مسئله شما بین بانک و محصول دیجیتال قرار دارد، از همانجا شروع کنیم.
سناریو را بررسی میکنیم و مشخص میکنیم چه بخشهایی واقعاً به زیرساخت، Integration یا کانال جدید نیاز دارند.