A catalogue that matches the stockroom
Products, variants and stock modelled once, so a colour that has run out stops selling and your team edits it in one place.
Web development
Ecommerce that takes GCash, Maya and cash on delivery
A catalogue that matches the stockroom, a checkout that takes the payment methods your buyers already use, and shipping priced by where the parcel is actually going. Ecommerce development for sellers who have outgrown a marketplace listing.
Who this is for
For sellers who already have orders and are outgrowing a marketplace listing or a template store. If this is a first product with no customers yet, a Shopee or Lazada listing will teach you more about whether it sells, faster and for less.
What you get
What we deliver
A checkout with the payments people use here
Cards, GCash, Maya and bank transfer through a Philippine gateway such as PayMongo or Dragonpay, set up so reconciliation happens in one place rather than four.
Cash on delivery handled properly
An unpaid order flow with statuses of its own: held, dispatched, remitted, refused. An unpaid order is never counted as a paid one.
Shipping priced by where it is going
Rates by province and courier, with pickup included, so the number the buyer sees at checkout is close to what the delivery actually costs you.
The screens your staff run orders on
The daily admin: order status, refunds, manual orders and returns, designed for the person doing it all day, not for a demo.
Product and customer data moved across
Products, variants, customers and order history migrated with their identifiers intact, and old product and category addresses redirected.
Paying, and getting a receipt for it
A Philippine checkout is not one payment button. Cards matter, and so do GCash and Maya, bank transfer through BPI, BDO or UnionBank, and cash on delivery, which buyers here still ask for. Cash on delivery is not simply another button on the checkout, it reshapes the software behind the order: nothing is paid when it is placed, so the store has to hold it, mark it paid when the courier remits, and cope with a refusal without wrecking the stock count. Then there is the paperwork. A registered business has BIR rules to meet on invoicing and official receipts, so order data has to line up with what your bookkeeper files instead of sitting in a silo of its own.
Questions
What people ask before they buy this
WooCommerce or Shopify?
It depends on how unusual your catalogue is and on who has to run the store every day. Shopify handles a conventional catalogue with less maintenance and fewer moving parts. WooCommerce is the better answer when pricing, variants or the order flow have rules of their own, or when the store has to sit inside a WordPress site you already publish content on. We will tell you which one your case points at, not the one we would rather build.
Can the store take GCash, Maya and cash on delivery?
Yes. Cards, GCash, Maya and bank transfer normally come through a single Philippine gateway, so your team reconciles in one place instead of four. Cash on delivery is a separate flow rather than another payment button: the order is unpaid when it is placed, so the store holds it, marks it paid only when the courier remits, and lets you cancel a refusal without losing the stock or the record of why.
We already sell on Lazada and Shopee. Do we still need our own store?
The marketplaces are where new buyers find you, and they are hard to beat at that. Your own store is where the margin, the customer list and the repeat orders live, because on a marketplace the buyer belongs to the platform. Most sellers should run both and treat their own store as the place they send people who already know the brand, through the insert in the box, the receipt and the Viber broadcast.
What happens to our product data if we replatform?
Product and category URLs get mapped one to one before anything moves, and anything that has to change gets a redirect. The part that catches sellers out is what the old platform will not export: reviews and saved payment details usually stay behind, and variant structures rarely transfer cleanly, so we check the export before quoting the migration rather than after. Orders and customers normally come across intact.
Who writes the product descriptions and takes the photographs?
Either side can. The honest answer is that the photographs and the descriptions are what a buyer actually judges, and no theme rescues a thin catalogue. If you have a photographer and a clean product spreadsheet, we build around them. If you do not, we can write descriptions and put together shot lists, and we will say up front which products are worth the effort and which can wait until they are selling.
Web development
Related services
Ready when you are
Tell us what you are building and we will tell you honestly how we would approach it.