What we are for

Accepting a card should not require renting a machine, commissioning a checkout, or joining a queue at a merchant-services desk. It should require a phone and a bank account.

That is the entire brief we work to. Every product we ship is measured against one question: does this shorten the distance between “please pay me” and money in the business’s account, without making the customer do anything unusual?

The problem

Taking a card is still the hardest easy thing a small business does

Most businesses do not lack customers willing to pay by card. They lack a way to accept the card that does not involve hardware, a developer, or a spreadsheet of payment screenshots.

Without it

How it usually goes

  • In person, the answer is a terminal you rent, carry, charge, and hope has signal at the moment of sale.
  • Online, the answer is a checkout somebody has to build, style, and keep working for you.
  • Repeat customers get invoiced by hand every month, chased by hand, and reconciled from memory.
  • Quoted work starts on a promise, and the deposit conversation happens after somebody has already lost a day.
With Atlas Pay

What we replace it with

  • A QR code on the counter, scanned with a phone camera. One code serves every customer all day.
  • A payment link you send by WhatsApp, email, social, or text — fixed amount, or the payer’s own.
  • Subscriptions that bill themselves from weekly to yearly, with an optional free trial of any length.
  • Contracts that carry the agreement and the deposit in one step, and an online catalogue when you need one.
How we build

Four rules we hold ourselves to

Money software earns trust slowly and loses it instantly. These are the habits that keep the product honest.

1

Plain language

If a screen needs payments jargon to make sense, the screen is wrong. We write what a shop owner would say across a counter, and the same rule governs this website. Fees are quoted as the number that comes out of the payment, not as a range with an asterisk.

2

Nothing for the customer to install

The person paying opens a link or points a camera at a code. No app, no account, no sign-up. Every design decision that would push work onto the payer has to justify itself against the sale it might cost you.

3

One account, every surface

The mobile app, the desktop app, and the merchant portal are views of the same account. A payment taken on a phone at the counter is in the portal before you have put the phone down, and there is no second set of books to reconcile.

4

Say what is shipped

Card Issuing, the Chrome extension, and the Shopify integration are not available yet, so they carry a “soon” label everywhere they appear. Nigeria is in early access rather than general availability, and the site says so. A roadmap item is never sold as a feature.

How it fits together

The platform, at a glance

Four moving parts between a customer deciding to pay and the money reaching your bank. Anyone evaluating Atlas Pay should be able to hold the whole thing in their head.

Your customer A phone or a browser They open your link, point a camera at your code, or land on your store page. Nothing to download.
Checkout A secure payment page Carries your business details. Takes Visa, Mastercard, and American Express, and offers a wallet when one is eligible.
Atlas Pay Your account Links, codes, contracts, subscriptions, gift cards, and the catalogue — plus the record of every payment taken.
Payout Your bank account An eligible local bank account, in one of the 28 countries Atlas Pay is live in today.
Card networks and licensed payment partners sit behind the checkout Not your problem
Card details are entered on the payment page and handled by the processors behind it. You never build, host, or patch a card form. Wallets appear automatically when the merchant account, device, region, and currency all qualify. Cards are the fallback. Payout eligibility and currency vary by market, which is why coverage is published country by country rather than as one promise.

The mobile app, the desktop app, and the merchant portal are three windows onto the account in the middle — not three products. If you would rather build your own checkout on top of it, the API, SDKs, and integration guides are on the developer page.

Values

What we optimise for

Six preferences that settle most arguments before they start.

Build for the smaller market first

A product designed for a business in a market with fewer payment options tends to work everywhere. The reverse is rarely true, so that is the order we work in.

One sitting to the first payment

Create an account, verify your identity, link a bank account. Anything that adds a fourth step to that sequence has to earn its place very convincingly.

Boring where it counts

Records, refunds, and permissions should be predictable and dull. The creativity belongs in the parts a paying customer actually sees.

One version of the truth

Whatever screen you are looking at, it is reading the same account. A payment does not exist twice, and a refund does not have to be recorded in two places.

Support is part of the product

A payment question is urgent by definition. Getting a real answer should not require explaining the whole platform to somebody first.

Publish the unfinished list

The roadmap says what is coming and the changelog says what arrived. Anything that is only on the first page is labelled as such, everywhere it is mentioned.

The team

The roles behind the product

A product group working across payments, platform, design, support, and risk. We list the responsibilities rather than the people — the crew changes, the work does not.

Payments engineering

Owns the checkout and everything behind it: card acceptance, wallets, subscriptions, refunds, and the records each one writes.

Platform & infrastructure

Runs the API the apps are built on, the release process for mobile and desktop, and the monitoring that tells us when something is wrong before you do.

Product design

Keeps the account legible across three surfaces, and keeps the payment page short enough that a customer does not abandon it halfway.

Integrations

Builds and maintains the WordPress and WooCommerce plugin, the developer documentation, and the SDKs that sit on top of the API.

Support & onboarding

Answers questions, walks new businesses through identity verification and bank linking, and turns every recurring question into a product fix.

Risk & compliance

Reviews what we collect, what we keep, and what we promise — including which markets we can honestly say we are live in.

The initials above stand for the role, not for a named individual. We will introduce the people behind them when there is a team page to do it properly.

Atlas Pay is live in 28 countries, paying out to eligible local bank accounts. Card Issuing, the Chrome extension, and the Shopify integration have not launched yet. Get in touch
Get started

Start taking card payments today

Free to download

No monthly fee on Free

Live in 28 countries