JazzCash vs Easypaisa vs Raast for Sellers

The 30-second verdict

Accept all three. Set Raast as your default payout (zero fees, SBP-backed), and let buyers pay with whichever wallet they already trust. Waqaram routes every transaction into a single PKR balance you can withdraw daily.

JazzCash - the reach champion

Merchant fee: ~1.5 - 2.5% depending on volume. Settlement: T+1 to your JazzCash merchant wallet, instant to any JazzCash user. Reach: 45M+ active wallets, 200k+ retail agents nationwide. Best for: creators whose audience is Jazz/Warid or lives outside major cities.

Easypaisa - the UX winner

Merchant fee: ~1.5 - 2.2%. Settlement: T+1. Reach: 40M+ wallets, strong in KP and interior Sindh. UX for buyers is marginally smoother than JazzCash and refund handling is faster if a dispute is raised.

Raast - the fee killer

Merchant fee: 0% (SBP-mandated). Settlement: instant, bank-to-bank. Reach: every bank account in Pakistan (Meezan, HBL, UBL, Bank Alfalah, MCB, Askari - all live). Downside: buyer needs online banking enabled. Best for: high-ticket digital products (Rs 5,000+) where saving 2% actually matters, and B2B invoices.

Side-by-side

Fees: Raast 0% < Easypaisa ~2% ≈ JazzCash ~2%. Speed: Raast (instant) > Easypaisa/JazzCash (T+1). Buyer trust: JazzCash ≈ Easypaisa (universal wallets) > Raast (younger, urban). Coverage of unbanked buyers: JazzCash > Easypaisa >> Raast.

What we recommend on Waqaram

Enable all three in your seller dashboard. It takes 90 seconds. Buyers see one clean checkout with three payment tiles. You get one PKR balance and pick your withdrawal rail per payout. Zero code, zero merchant-account paperwork.

How money actually moves from buyer to seller

It helps to separate two different flows that beginners often confuse. The first is collection: how a buyer pays for your product. The second is payout: how the platform sends your cleared balance to you. They can use entirely different rails, and optimising the wrong one is a common mistake.

On the collection side, buyer preference wins. If most of your audience keeps money in a mobile wallet, a card-only checkout will quietly cost you sales you never see. Offering wallet payment alongside cards is not a convenience feature in Pakistan; for many segments it is the difference between a completed and an abandoned checkout.

On the payout side, cost and speed win, because the payer is you. This is where Raast usually becomes attractive as volumes grow: bank-to-bank settlement without a wallet cash-out charge. Many sellers end up collecting through wallets and cards and paying themselves out through a bank account.

Fees, limits and the numbers that actually matter

Compare total cost per rupee received, not headline percentages. A rail with a slightly higher percentage but no fixed fee is cheaper on small transactions; a rail with a low percentage and a flat charge is cheaper on large ones. Work out both at your typical order value of Rs 499, Rs 999 and Rs 4,999 rather than reasoning in the abstract.

Account tiers matter more than most sellers expect. Wallet accounts carry daily and monthly ceilings tied to the level of identity verification completed. A seller who has a good month can hit that ceiling mid-payout and spend a week untangling it. Upgrade your tier before you need it, and keep a bank payout option verified as a fallback.

Finally, watch reconciliation. Keep a simple record of every payout with its date, amount and reference. When a transfer is delayed, the reference number is what resolves it in one call instead of three days of screenshots. This same record is what makes your tax position straightforward later.

1. 01

   Small orders (Rs 499)

   Watch fixed fees

   Percentage-only pricing usually wins; flat fees eat a painful share of a low-value sale.

2. 02

   Mid orders (Rs 999-1,999)

   Optimise completion

   Differences narrow. Optimise for whichever rail your buyers complete most reliably.

3. 03

   Large payouts (Rs 25,000+)

   Use Raast

   Bank transfer via Raast typically beats wallet cash-out once cash-out charges apply.

What to do when a payment fails or a payout is late

Failed payments are normal at scale and usually fall into three buckets: insufficient wallet balance, an expired or unverified card, and a session that timed out mid-authorisation. None of these mean your listing is broken. What matters is whether the buyer is told clearly what happened and given a one-tap way to retry with a different method.

For late payouts, check the state of the underlying order first. Escrow releases on delivery confirmation, so an order still inside its protection window is not a payout failure - it is the system working. Only after the release date should you chase the transfer itself, and then with the payout reference in hand.

Keep buyer communication factual and quick. A short message that says the payment did not complete, that no money has left their account, and that they can retry with another method resolves nearly every case without a dispute. Silence is what turns a technical hiccup into a chargeback or a bad review.

A payment setup that scales with you

Start simple: one wallet you actually use, verified to a tier comfortably above your expected volume, plus a bank account in the same name for larger payouts. Do not open five accounts on day one; unused accounts go stale and fail verification exactly when you need them.

As monthly revenue becomes predictable, split roles. Let a bank account receive payouts and a separate account hold operating money you spend on tools and ads. The separation costs nothing and turns bookkeeping from an annual archaeology project into a five-minute monthly task.

Revisit the setup every quarter. Rails, tiers and charges change, and the configuration that was optimal at Rs 20,000 a month is rarely optimal at Rs 200,000. Ten minutes of review each quarter is a better return than almost any other administrative work you can do.

Compliance, records and staying out of trouble

Payment rails in Pakistan are regulated, and the rules that feel like paperwork exist because the alternative is frozen money. The most common avoidable problem is a mismatch between the name on the selling account and the name on the payout destination. Keep them identical, including spelling, and most verification friction disappears before it starts.

Keep a simple ledger from your very first sale: date, order reference, gross amount, platform fee, net received and the rail used. A spreadsheet is enough. This record answers a support query in minutes, substantiates your income if a bank asks, and turns tax season into a filtering exercise rather than a reconstruction project.

Income earned from digital sales is taxable like any other income, and the threshold arrives sooner than most new sellers expect once a product starts selling steadily. Speak to an accountant once your monthly earnings become predictable rather than waiting for a notice, and separate business money from personal money in the meantime so the conversation is short.

Finally, be careful with buyer data. You do not need, and should not store, card details or wallet credentials - the payment provider handles those. Holding only what you need is both the cheapest security posture and the one least likely to cause you a problem later.

One more habit pays for itself: reconcile once a month rather than once a year. Open your ledger beside your payout history, tick off every line, and investigate anything that does not match within the same week. Discrepancies are almost always trivial when they are days old and almost always painful when they are eleven months old and the reference numbers have aged out of easy lookup.

It is also worth keeping a second payout method verified but unused. Wallet outages happen, account tiers get reviewed, and limits change without much warning. A seller with only one verified rail waits for the problem to resolve itself, while a seller with a backup switches destination in the dashboard and receives the same payout on schedule. The cost of that insurance is one afternoon of verification paperwork, taken at a calm moment rather than during a stalled payout you were counting on.