Build the offer. Make it payable. Learn from customers.
Gammal Tech helps you add payments to an early product through shareable card payment links or a website integration. There are no API keys to obtain or manage. Website SDK integrations use registered HTTPS domains; guest payment links can be shared without domain whitelisting. Choose the route that fits your MVP, confirm each purchase, and use real customer behaviour to decide what to build next.
A working MVP needs a clear offer people can buy
You have built the first version. Now you need to learn whether someone will pay for it. That question becomes easier to investigate when the customer can see a specific result, understand the price, and complete a purchase.
For a startup in Egypt, this might be a small reporting tool, a focused digital service, or a first software feature that saves a customer time. Gammal Tech provides the payment step so you can connect that offer to a real transaction without managing API credentials.
A payment is useful evidence of willingness to buy that particular offer. The next questions still matter: did the customer use it, receive the promised value, and want to return? Track those answers alongside sales.
Simple payment gateway integration without API keys
Gammal Tech's integration starts with your project and the way customers will pay. You do not request a secret API key, paste it into your application, or maintain a separate key configuration.
- A public project ID: your
pididentifies the project. It is designed to appear in frontend code and payment links. - Domain whitelisting for the website SDK: add your approved HTTPS domains in the dashboard. Register both the root and
wwwversions if you use both; each counts separately. - Hosted card checkout: customers enter their card details on the payment page, so your MVP does not need its own card-entry form.
- Shareable payment links: a guest card link works as an ordinary hyperlink and does not require the JavaScript SDK to open checkout.
This keeps the payment setup focused on the project, checkout, and delivery. Your application still needs to check what was paid for and protect access to the purchased product. Domain whitelisting does not replace those checks.
Choose the payment route around your first customers
| Your MVP needs | A suitable route | What to prepare |
|---|---|---|
| A customer pays from a landing page or a message | Guest card payment link. The customer does not need a Gammal Tech account. | Your project, amount, currency, payment return page, and a reliable process for confirming the purchase. |
| A signed-in customer pays inside your website | Website SDK card or wallet payment. The customer signs in first. | Your registered HTTPS domain, the SDK, a signed-in session, and the product's delivery logic. |
For a first paid service or a small pilot, a link can be a useful starting point. Use the payment link generator to prepare the checkout. Link sharing itself does not require a secret key or domain whitelisting, although the project still needs an HTTPS Payment Callback URL and enabled payments.
For a product built around signed-in accounts, the SDK brings the payment step into that experience. Guest card checkout is a separate route: it does not automatically sign the buyer into your website or attach the purchase to SDK user storage.
Use payments to answer a specific validation question
A proof of concept (POC) explores whether an approach can work. A minimum viable product (MVP) gives customers a usable first version. A paid pilot tests a defined offer with a small group. Choose which question you are investigating before adding checkout.
Illustrative example: A founder in Cairo builds a tool that turns a shop's supplied sales spreadsheet into a weekly summary. The first offer includes one report, a stated delivery time, and clearly described limitations. Customers buy that defined service through a Gammal Tech payment link. The founder records which customers use the report and which request another one before building a larger dashboard.
- Choose one customer problem. Describe who needs the result and what they currently do instead.
- Make the first offer specific. State the deliverable, price, delivery time, and cancellation arrangements before checkout.
- Set a small research goal. Decide what evidence would justify the next development step, such as completed purchases followed by repeat use.
- Confirm payment and deliver. Match the recorded transaction to the expected order, amount, currency, and project before fulfilling it.
- Review the whole experience. Record purchases, delivery effort, customer feedback, repeat orders, and the amount retained after charges.
Gammal Tech makes the offer payable. Your customer interviews, usage records, and delivery results explain why people bought and whether the product deserves more investment. A handful of sales is a learning signal, not a guarantee of lasting demand.
Set up your payment project
- Prepare your verified account. Create your Gammal Tech account and complete the current identity-verification requirements. Use a National ID issued by a country whose citizenship you hold; the guide explains the limited exceptions.
- Create your project. Open Developer Mode and find the project ID in the dashboard.
- Configure the return page. Set an HTTPS Payment Callback URL, then enable payments in the project settings.
- Connect your chosen route. Create a guest card link, or register your website domains and load the SDK for a signed-in payment flow.
- Prepare confirmation and delivery. For automated guest card orders, verify the returned payment token on your trusted server and match the purchase details before granting access. Keep fulfilment records to prevent duplicate delivery.
- Prepare withdrawals. Confirm an eligible receiving bank account in the same verified name as the Gammal Tech account holder.
For a small, manually delivered pilot, check the actual transaction in your dashboard before beginning the paid work. A screenshot or a return-page message alone is not payment confirmation.
If a developer is building the MVP for you, your payment project should belong to the verified account holder who will receive its earnings. Agree that ownership before integration begins.
Calculate what each sale leaves for your MVP
Ease of setup is one part of choosing a payment gateway. Your price also needs to cover payment charges and the work required to deliver the product. The following card-payment terms are documented as of 9 October 2026.
| Card checkout currency | Gammal Tech retains | Your share | Customer service fee |
|---|---|---|---|
| EGP | 40% | 60% | 2% added at checkout |
| Supported currencies other than EGP | 15% | 85% | 8% added at checkout |
The merchant share applies to your stated payment amount. The customer service fee is added separately and shown before payment. For example, a USD 20 card payment has a USD 21.60 checkout total and leaves USD 17 in merchant earnings before withdrawal charges and your own delivery costs.
Choose a currency your customer understands and can use. The documented withdrawal amount must be more than USD 100, with a USD 5 to USD 20 withdrawal fee deducted. Check receiving-bank and currency eligibility before relying on a payout route.
Refunds also affect a pilot's economics. EGP card payments cannot be refunded through Gammal Tech, so any customer refund needs another arrangement. For cards in other supported currencies, the documented refund charge to the merchant is USD 1 plus 15% of the payment. Review the current payment, refund, and withdrawal terms before publishing an offer or changing its price.
Keep integration checks separate from customer demand
Gammal Tech has no payment sandbox or test cards: completed payments use real money. Your own technical test transactions are not evidence that customers want the product.
Check the cancellation and return-page experience first. Follow the documented wallet-payment and refund procedure when testing that route; it does not substitute for checking the card flow. Treat any card test as a real charge with the applicable fees and refund conditions.
Before inviting customers, check the mobile checkout, order description, total price, confirmation, and delivery process. A clear first purchase helps you learn about the offer without avoidable checkout confusion.
Common questions
Does Gammal Tech require an API key?
No. The website SDK uses registered HTTPS domains, and the project ID is public. Guest payment links can be shared without an API key or domain whitelisting. Payment verification and product access checks still matter.
What makes it a useful payment gateway for an MVP?
You can start with hosted checkout and a shareable payment link, or integrate payments into a signed-in website. This gives you a focused payment route while you investigate the offer, pricing, and customer experience.
Can customers pay without a Gammal Tech account?
Yes, through guest card checkout. SDK payments and Gammal Tech wallet payments require a customer account.
Can I test a subscription offer?
Payment links support monthly or yearly subscriptions with supported card currencies other than EGP. EGP card and wallet payments do not support this recurrence. Clearly explain the billing interval, ongoing service, and cancellation process.
How do I choose the best payment gateway for my startup?
Evaluate the full purchase and payout journey: customer payment preferences, integration work, total charges, refund arrangements, withdrawals, and delivery. Gammal Tech is a practical option when its payment routes and commercial terms fit your MVP and you value integration without API-key management.