Table of contents
The first decision in an ecommerce build is not the vendor but the route. A SaaS storefront, an open-source system with customisation, and a fully custom build can differ tenfold in cost and entirely in control. Many projects fail not because the technology was wrong but because the route was — demanding deep integration from a SaaS plan, or spending custom-build money on a standard shop.
1. What Separates the Three Routes
SaaS means renting platform capability. Data lives on the provider's servers, features follow the plan, extension happens through plugins.
Open source with customisation means deploying the code yourself. Features can be changed and data stays with you, but someone must maintain the server and upgrades.
Full custom development writes business logic from scratch. Maximum freedom, at the cost of long timelines and expensive changes later.
The choice depends on three things: whether the business model is unusual, whether data must be owned, and whether anyone can maintain it long term.
2. Route Comparison
| Route | Time to launch | Investment level | Control | Fits |
|---|---|---|---|---|
| SaaS storefront | 1 week–1 month | Low, annual fee | Limited by platform | Standard retail, market testing |
| Open-source customisation | 1–3 months | Medium | Code and data owned | Membership or distribution logic |
| Full custom | 3–6 months | High | Complete | Unusual processes, internal system integration |
One caution: customisation is often assumed to be better by default. Most businesses do not need a full custom build. Customise what differentiates you, use existing modules for the standard parts — that is the better return.
3. Feature Checklist
| Module | Must have | Can defer |
|---|---|---|
| Catalogue | Categories, variants, stock, publish states | Bundles, pre-orders |
| Transactions | Cart, payment, order states, refunds | Instalments, group buying |
| Accounts | Registration, tiers, coupons | Points store, gamified tasks |
| Content | Product pages, notices, help centre | Community, reviews |
| Admin | Order management, dashboards, permissions | Multi-warehouse, multi-language |
Complete the must-have list and process one real order before adding anything else. The common failure is a list that grows until launch slips past the selling season.
4. Estimating Cost and Timeline
Estimate by pages × complexity + integrations + admin modules. Pages drive front-end effort, integrations drive testing time, admin modules drive QA volume.
As a rule of thumb, a thirty-page store with two external integrations (payment and logistics) and five admin modules takes about two months on the open-source route. Full custom roughly doubles it, mostly in requirement confirmation and rework.
5. Four Handover Items
Source code and deployment documentation, database schema notes, ownership records for third-party accounts (domain, payment, SMS), and administrator credentials.
Missing any one means starting over with a new vendor. Put all four into the contract annex; verbal assurance is worth little.
Test mobile separately at acceptance: checkout flow, payment redirect and image loading, on a real handset and a mid-range device.
6. FAQ
Can a SaaS store migrate later? Product and member data usually export, but page design and campaigns must be rebuilt. Factor migration cost in at decision time.
Is open source secure? It depends on patching discipline. Without maintenance capacity, choose a commercially supported edition.
Why do custom quotes vary so much? Usually scope boundaries. The lower quote often excludes admin work and integration testing, recovered later as change orders.
Related
- See also: requirement mapping for a custom site
- See also: the four components of a website quote
GrowLab focuses on integrated content marketing, covering brand strategy, website development and search marketing (SEO/GEO). Contact us for an assessment of your own promotion plan.
Need a professional growth plan?
Add our WeChat for a tailored strategy and annual quote.
Contact Us