
10-05-2026
App development
How to Build a BNPL App in Saudi Arabia: Tamara and Tabby's Playbook Decoded (2026)

Saudi Arabia's BNPL market has already proven demand. Tamara and Tabby showed that Saudi consumers will adopt instalment-based purchasing at massive scale when the experience feels fast, mobile-native, and Sharia-compatible. But the market is still far from saturated. Healthcare BNPL, B2B instalment financing, travel-focused BNPL, and embedded financing for niche merchant categories remain wide open opportunities.
At the same time, BNPL app development Saudi Arabia projects sit among the most technically and regulatorily demanding fintech builds in the GCC. Credit decisioning, collections infrastructure, merchant onboarding, SAMA compliance, and real-time payment processing all need to work before the first transaction goes live.
This guide from LogioLegion breaks down how Tamara and Tabby's core product works and what it actually takes to build a production-grade BNPL platform in Saudi Arabia.
How the Saudi BNPL model works — the business logic behind Tamara and Tabby
The consumer proposition
The consumer experience looks simple on the surface.
A buyer selects a product, chooses BNPL at checkout, pays the first instalment immediately, and splits the remaining payments across 30-day intervals. Most Saudi BNPL providers offer 3-pay and 6-pay structures.
The consumer pays zero interest. That matters heavily in Saudi Arabia because many users actively avoid interest-bearing products for religious reasons. Most BNPL products structure repayment in ways broadly accepted as Sharia-compatible.
Credit checks also behave differently from traditional lending. Saudi BNPL platforms usually run soft checks without affecting the consumer's credit history.
Pre-approved spending limits reduce checkout friction further. Instead of applying every time, approved users enter checkout already knowing how much they can spend.
The merchant proposition
The merchant receives the full order value upfront.
The BNPL platform assumes repayment risk and handles instalment collection directly from the customer. This shifts consumer financing complexity away from the merchant entirely.
In exchange, the merchant pays a merchant discount rate (MDR), usually between 2.5% and 5% of the transaction value.
The economics work because BNPL consistently improves conversion rates and basket sizes. Tamara publicly reports higher conversion rates and significantly larger average order values for merchants offering instalment payments.
Merchant integration usually happens through three models:
- JavaScript checkout widget
- REST API integration
- Platform plugins for Shopify, Salla, Zid, or WooCommerce
The easier your integration becomes, the faster merchants activate your product.
Where the platform makes money
Merchant fees remain the primary revenue source.
The BNPL provider charges the MDR fee on every successful order. High-volume merchant relationships create predictable recurring revenue.
Late payment fees create secondary income. Saudi BNPL providers usually charge SAR 25–100 for missed instalments, depending on product structure and compliance positioning.
Premium subscription products also generate revenue. Tamara Gold introduced higher spending limits and member-specific benefits tied to monthly subscription pricing.
Some platforms also monetise merchant analytics and behavioural insights through B2B reporting products.
The SAMA regulatory path — what you need to launch legally in Saudi Arabia
SAMA Regulatory Sandbox (fastest route to market)
Most Saudi BNPL startups enter the market through the SAMA Regulatory Sandbox.
The sandbox allows fintech companies to test products with real users under regulatory supervision before obtaining a full Consumer Finance license. For founders validating a new lending or instalment model, this becomes the fastest legal route to launch.
Applications go through the Fintech Saudi portal and require:
- Product description
- Risk management framework
- Consumer protection policy
- AML/KYC procedures
- Technical architecture overview
Sandbox participants operate under restrictions. SAMA typically caps transaction volume, customer count, and testing duration during the evaluation period.
Before applying, founders usually need a working prototype, compliance documentation, and a defined onboarding flow.
SAMA Consumer Finance License (required to scale)
The sandbox helps validate the product. Long-term scale requires a full Consumer Finance license.
SAMA updates licensing requirements periodically, but applicants generally need:
- Minimum capital reserve
- Compliance officer
- AML/CFT programme
- Internal governance structure
- Data governance policies
- Sharia board endorsement if marketed as Sharia-compliant
The licensing timeline can stretch from 6 to 18 months depending on application complexity and regulatory feedback cycles.
Founders planning fundraising rounds should factor this into launch timing and runway calculations.
Mandatory compliance features in the product
Saudi BNPL apps require compliance infrastructure from day one.
Nafath and Absher integration handle Saudi National ID verification during onboarding. This step is mandatory for regulated financial products.
The platform must also display repayment schedules, late fee disclosures, and payment obligations in Arabic before the user confirms the transaction.
AML monitoring remains another core requirement. Suspicious transaction behaviour must trigger internal review workflows and reporting procedures aligned with SAMA requirements.
Every transaction also generates commercial invoicing obligations under ZATCA Phase 2 regulations. Your instalment platform still counts as a commercial financial system.
For the technical invoicing requirements behind Saudi fintech systems, read ZATCA-compliant app development for Saudi businesses.
The technical architecture — what you are actually building
Consumer app (iOS + Android)
The consumer application sits at the centre of the platform.
The onboarding flow usually includes:
- Mobile verification
- Nafath identity verification
- Face liveness check
- Spending limit approval
Well-optimised flows complete this process in under 60 seconds.
The home screen displays:
- Available spending limit
- Active instalments
- Upcoming payment dates
- Missed payment alerts
- Support access
Checkout typically happens through deep-linking or embedded browser flows connected to merchant platforms.
Payment management includes stored Mada cards, STC Pay wallets, automatic collections, and payment history visibility.
Missed payment workflows require escalation logic: Arabic push notification → SMS reminder → in-app alert → collections escalation.
Most Saudi fintech teams now build the consumer app with React Native because it simplifies iOS and Android maintenance while supporting Arabic RTL natively.
Merchant dashboard (web)
The merchant dashboard controls onboarding, reporting, settlements, and integrations.
Merchant onboarding requires:
- Business verification
- Bank account verification
- Compliance document upload
- Settlement configuration
Transaction dashboards usually include:
- Daily GMV
- Approval rate
- Average order value
- MDR summaries
- Settlement timelines
Settlement reporting becomes especially important because merchants want clear visibility into payout timing.
The dashboard should also manage:
- BNPL messaging configuration
- Widget customisation
- API key management
- Sandbox and production environments
- Webhook settings
Most teams build this layer using Next.js for maintainability and performance.
Backend core services
1. Identity and KYC service
This service handles Saudi user verification.
It integrates with Nafath APIs for National ID authentication and with liveness providers like iProov or Onfido for biometric verification.
High-risk applications trigger manual review queues automatically.
Production systems should never store raw ID images permanently. Teams typically store verification hashes and status references instead.
2. Credit decisioning service
This becomes the most valuable proprietary layer inside the business.
The service evaluates:
- Nafath verification status
- Device fingerprint
- Behavioural signals
- Repayment history
- Application patterns
- Optional bureau signals
The output determines approval status and spending limits.
Strong Saudi BNPL platforms isolate credit decisioning into a separate service so data science teams can retrain models independently from transaction systems.
Modern AI-based risk scoring systems increasingly rely on behavioural modelling and alternative signals rather than bureau data alone.
For the infrastructure powering modern risk models and fraud detection systems, see our guide to the best agentic AI models in 2026.
3. Order management service
The order management service handles transaction orchestration.
It creates order records, generates instalment schedules, triggers merchant settlements, and pushes order status updates to merchant systems.
Saudi e-commerce traffic spikes dramatically during Ramadan, White Friday, and National Day campaigns. High-throughput architecture matters.
Most production systems use Node.js because event-driven transaction handling performs well under heavy concurrency.
4. Collections service
Collections infrastructure determines whether the business remains profitable.
The service automatically collects instalments through stored Mada cards or STC Pay wallets while handling retry logic for failed payments.
Typical escalation flow:
- First failed payment → Arabic SMS reminder
- Second failed payment → in-app notification
- Third failed payment → manual collections escalation
Laravel works particularly well for complex collections scheduling and payment state management.
5. Notification service
Saudi BNPL apps depend heavily on notifications.
The platform usually combines:
- Arabic SMS
- Push notifications
- WhatsApp reminders
- In-app alerts
Timing affects repayment performance directly. Payment reminders sent three days before due dates consistently improve self-cure rates.
Providers like Unifonic and Telfaz integrate well into Saudi notification workflows.
6. Merchant integration service
Merchant integration becomes your distribution engine.
The platform should offer:
- REST APIs
- OpenAPI documentation
- JavaScript widgets
- Webhooks
- Platform plugins
The widget must load asynchronously and avoid slowing merchant checkout performance.
Saudi merchants using Salla, Zid, Shopify, and WooCommerce expect activation to happen quickly without heavy engineering involvement.
The technology stack LogioLegion recommends for a Saudi BNPL platform
LogioLegion typically recommends a modular fintech architecture built around performance, compliance, and operational flexibility.
Consumer app
React Native works well for Saudi fintech products because it supports Arabic RTL interfaces while reducing iOS and Android maintenance overhead.
Merchant dashboard
Next.js provides fast dashboard rendering, maintainable component systems, and straightforward internationalisation support.
Backend services
Node.js handles high-throughput transaction processing, merchant APIs, and event-driven notifications effectively.
Laravel performs strongly for collections scheduling, instalment calculations, settlement workflows, and financial state management.
Database layer
PostgreSQL stores transactional financial data securely, while Redis manages sessions, caching, and rate limiting.
Identity verification
Nafath integration handles Saudi National ID verification. iProov and Onfido support Arabic liveness verification workflows.
Payment infrastructure
HyperPay and Moyasar support Mada processing, while STC Pay Merchant APIs support wallet-based repayments.
Cloud infrastructure
AWS Bahrain provides low-latency infrastructure aligned with GCC data residency expectations.
Monitoring stack
Datadog and New Relic help monitor collections timing, settlement queues, API failures, and transaction health.
BNPL app development Saudi Arabia — how long does it take and what does it cost?
SAMA Sandbox MVP (minimum viable BNPL)
Includes:
- Consumer onboarding
- Nafath KYC
- Spending limit logic
- Basic merchant API
- Mada collections
- ZATCA invoicing
- Rule-based decisioning
- Sandbox compliance documentation
Timeline: 16–22 weeks
Cost: SAR 180,000 – SAR 320,000
Full production platform (SAMA license-ready)
Includes everything in the MVP plus:
- ML-based credit scoring
- Merchant dashboard
- JavaScript checkout widget
- STC Pay integration
- Collections retry logic
- Arabic notification suite
- SAMA Consumer Finance compliance package
Timeline: 26–38 weeks
Cost: SAR 340,000 – SAR 650,000
Enterprise BNPL platform (vertical-specific or white-label)
Includes everything in the production platform plus:
- White-label merchant SDK
- B2B BNPL financing
- GCC multi-currency architecture
- Advanced AI risk stack
- Data warehouse infrastructure
- Sharia documentation package
Timeline: 40–60 weeks
Cost: SAR 700,000 – SAR 1,500,000+
SAMA licensing costs, legal advisory, and Sharia board fees remain separate from software development budgets. Founders should typically allocate SAR 80,000–200,000+ for regulatory and legal support.
Book a free discovery call with LogioLegion to scope your product architecture, compliance path, and development roadmap.
Where Tamara and Tabby have not gone — your competitive entry points
Healthcare BNPL
Dental treatments, cosmetic procedures, fertility care, and optical financing remain largely underserved.
Healthcare purchases carry high average transaction values, making instalment financing commercially attractive. Merchant onboarding requires healthcare-specific compliance workflows, but the opportunity remains substantial.
B2B BNPL (invoice financing)
Saudi SMEs increasingly need supplier financing and extended payment terms.
Tamara and Tabby focus primarily on consumers. B2B BNPL for supplier payments, procurement financing, and invoice settlement remains an open market category in Saudi Arabia.
Travel and hospitality BNPL
Travel purchases naturally fit instalment structures.
Flight packages, hotel bookings, Umrah packages, and luxury tourism products carry high transaction values with predictable repayment schedules.
Vertical-specific merchant BNPL
Horizontal platforms optimise for scale. Vertical-specific BNPL platforms optimise for depth.
Furniture financing, automotive service financing, electronics financing, and education-focused instalment products can integrate more deeply into merchant workflows while offering specialised underwriting logic.
5 mistakes first-time BNPL founders make
Underestimating collections infrastructure
Credit scoring gets attention, but collections determine profitability. Weak collections systems destroy unit economics quickly.
Building credit scoring with SAMA bureau data only
Saudi bureau penetration remains incomplete for many users. Alternative behavioural data improves approval quality significantly.
Skipping the SAMA sandbox and trying to launch without regulatory engagement
Saudi regulators actively enforce consumer finance rules. Founders should engage with SAMA early instead of treating compliance as a post-launch issue.
Treating the merchant integration as an afterthought
Your merchant widget acts as your distribution channel. If onboarding feels difficult or unreliable, merchant activation rates collapse.
Not planning for Ramadan traffic spikes from day one
Saudi commerce traffic surges aggressively during Ramadan and major retail campaigns. Transaction systems should handle peak concurrency from the beginning.
Why LogioLegion for your BNPL platform build
LogioLegion builds fintech platforms around GCC regulatory and operational realities. Our team combines Node.js high-throughput transaction architecture with Laravel-based collections logic, React Native consumer applications, and Arabic RTL-first product design.
We integrate Nafath KYC workflows, Mada processing, STC Pay collections, and ZATCA invoicing directly into the platform architecture instead of treating them as external add-ons later.
Our Dubai and India presence gives founders both regional fintech understanding and cost-efficient engineering execution. We work with milestone-based delivery models, fixed scopes, and architecture planning aligned with SAMA expectations from the beginning.
Conclusion
The Saudi BNPL market now has proven demand, clear regulatory direction, and significant room for new entrants beyond the horizontal models Tamara and Tabby dominate today.
But BNPL remains one of the most technically demanding fintech products to build correctly. Credit risk systems, collections infrastructure, regulatory compliance, and merchant integrations all need to function together from the first transaction onward.
The founders who move early with the right technical partner will shape the next generation of Saudi fintech products.
Ready to build your BNPL platform? Book a free discovery call with LogioLegion — we'll map your product architecture, regulatory path, and fixed development costs in one session.
Continue Reading
Discover our full range of services - from custom software development to complete marketing solutions

How to Build a Sharia-Compliant Fintech App in Saudi Arabia: Islamic Banking, SAMA Regulations, and What It Costs (2026)
A practical 2026 guide to building a Sharia-compliant fintech app in Saudi Arabia — covering SAMA regulations, Murabaha logic, Arabic-first UX, fintech APIs, and real development costs.

ZATCA-Compliant App Development for Saudi Businesses: What You Need to Build Before 2027
Build ZATCA-compliant business software for Saudi Arabia with Fatoorah API integration, e-invoicing, bilingual workflows, and secure reporting systems. SCHEMA:

