Saudi products serve a digitally connected audience, but a national statistic should not be treated as a project's device or channel mix. GASTAT publishes national internet and mobile-use indicators; product decisions should also use the client's audience research and available analytics.
Payment discovery can consider Mada, Apple Pay, STC Pay, SADAD, and eligible BNPL providers such as Tabby or Tamara. The correct mix depends on the business model, customer evidence, merchant eligibility, provider coverage, settlement needs, and current commercial terms—not a universal stack.
Legal and government requirements are use-case specific. PDPL, ZATCA, identity-provider access, and DGA or SDAIAguidance may affect a product, but applicability, hosting, controls, and approvals must be confirmed from current official sources with the client's qualified Saudi advisers. Ijjad converts the approved requirements into technical acceptance criteria; it does not provide legal advice.
Device and store strategy should be evidence-led. Discovery defines the iOS and Android audience, OS support floor, physical-device matrix, accessibility criteria, and whether another storefront is relevant. Arabic and English metadata can support a Saudi launch, while Apple and Google retain control of review timing and approval.
A Saudi mobile product can combine bilingual UX, payments, identity, operational integrations, and governance. Treating those as discovery inputs makes the scope useful to founders and enterprise buyers without assuming that every product needs the same architecture or compliance path.