Vision¶
The world we are building toward¶
SAGIO gives merchants one coherent way to accept money, run the business around that money, and build durable customer relationships—without forcing them to become payments experts.
Our products cover the transaction from both sides:
- SAGIO Terminal turns an Android device into the merchant's point of sale for card, cash, and SAGIO wallet payments.
- SAGIO Wallet lets customers hold value, pay by QR, transfer, and participate in merchant experiences.
- SAGIO Merchant gives operators one place for orders, products, customers, analytics, and account management.
- SAGIO API makes payment, identity, and integration capabilities composable.
- SAGIO Landing explains the value clearly to the market.
The separate x402 facilitator verifies and settles supported agentic payment flows on Base. It is a related service, not code inside this monorepo.
Product thesis¶
Merchants do not need another disconnected payment button. They need a system where checkout, operations, customer understanding, and settlement agree with each other.
We win when:
- A merchant can start accepting a useful mix of payment rails quickly.
- Every successful payment becomes reliable operational data.
- The merchant can act on that data without stitching together five tools.
- Customers get a simpler payment and loyalty experience without surrendering control.
- New payment rails can be added without weakening exactness, security, or merchant trust.
Strategic boundaries¶
| We are | We are not |
|---|---|
| A merchant payments and operations company | A DApp presented as a merchant product |
| Multi-rail, including proven traditional rails | Crypto-only |
| Exact and auditable about money movement | A demo ledger that simulates success |
| Building for merchants and their customers | Building infrastructure without a product surface |
| Using agents where evidence makes them reliable | Delegating irreversible judgment blindly |
Measures that matter¶
These are the categories SAGIO should ultimately measure. Targets belong in the roadmap once baselines are observed.
- Time from merchant approval to first successful payment
- Successful payment rate by rail
- Reconciliation exceptions and time to recovery
- Weekly active merchants and orders per active merchant
- Returning-customer rate and loyalty participation
- Merchant time saved on routine operational work
- Percentage of shipped claims attached to reproducible evidence
Needs founder confirmation
This page is a first articulation distilled from the product suite and current work. Confirm the wording, market focus, and company-level targets before treating it as final strategy.