Start from the dispatch operation
Web Design and Development starts with how a customer finds a product, chooses a variant and reaches checkout. For a retailer dispatching from one warehouse, the first release might focus on accurate availability and clear delivery choices. We map that journey against the team's daily work so the design supports decisions customers can actually complete, including purchases made on a small screen.
Catalogue versus transaction system
Bring recent order problems into the brief: an unavailable size sold online, an address rejected late in checkout or a delivery promise support cannot explain. Each problem suggests a different requirement. Agree which issues the first release should resolve, who can answer product questions and which processes will stay manual while the store is being improved.
Existing global implementation owner
A platform decision should account for catalogue size, existing accounts, staff skills and the integrations you need. Compare extending the current store with moving to a different system before committing to a rebuild. Separate design, development, content preparation and ongoing subscriptions in an AUD budget; this makes tradeoffs easier to discuss when the available budget cannot cover every requested feature.
A clear shopping journey
Connect product selection, delivery choices and checkout to the way your team fulfils orders.
A manageable first release
Prioritise the catalogue and order problems that matter most within the available budget.
Align products with inventory records
Ecommerce Product Data Quality Checklist helps organise product information before it reaches the storefront. Identify the record responsible for each SKU, variant, price and stock quantity. A colour shown on the product page must refer to the same item the warehouse picks. Agree how bundles, discontinued products and backorders are represented rather than letting different systems interpret them independently.
Parts and variant relationships
Product preparation includes useful descriptions, consistent units, variant images and information buyers need to judge fit. For configurable goods, explain what changes when an option is selected. Review a representative range of products together, including incomplete records, so catalogue work reflects everyday variation instead of assuming every item has the same attributes or neatly prepared photographs.
Stock owner and AUD display
Stock rules need their own discussion. Decide when quantity is reserved, how cancellations release it and what happens if another sales channel sells the last unit. Show the operator enough information to investigate discrepancies. Where a live stock connection is outside the initial scope, set an explicit update process and a customer message that matches the store's actual availability.
Scroll to inspect all columns.
| Decision | Detail |
|---|---|
| Product identity | Keep SKU, variant and warehouse records aligned. |
| Useful product information | Prepare descriptions, units and images that help customers choose. |
| Stock handling | Define reservation, cancellation and updates across sales channels. |
Test real postcode freight rules
Ecommerce Migration and Launch Checklist brings delivery rules into launch planning early. Use the warehouse's dispatch locations, carrier services and actual destination coverage to define checkout choices. Postcodes help identify destinations, but a quote can also depend on dimensions, weight, service restrictions and the contents of the basket. Customers should understand their available options before they commit to payment.
Metro and regional destinations
Include city, regional and unsupported addresses in the delivery test set. Check oversized items, mixed baskets, pickup and orders that cross a free-delivery threshold, where those options apply. A carrier's failure to return a quote needs an understandable response: offer an agreed alternative or request assistance rather than silently inventing a rate or allowing an impossible delivery selection.
Bulky items, weight and dispatch warehouse
Separate dispatch expectations from transit estimates. Record the warehouse's order cutoff, working days and relevant local time; Australian locations can follow different clock arrangements. Support staff need the same explanation that shoppers see. Confirm who updates delivery messages when a carrier service changes, and keep address validation helpful without rejecting a valid customer address simply because its format is unfamiliar.
- Map delivery coverage
Use actual dispatch locations, carrier services and destination restrictions.
- Check representative baskets
Include regional addresses, larger items and unavailable delivery options.
- Explain the next step
Show a useful alternative when the carrier cannot return a quote.
Reconcile payments, orders and stock
CRM and Ecommerce Integration connects customer and order information across the systems your team uses. Map the events that create an order, authorise payment, update stock and inform fulfilment. Those events may arrive at different times. Define the meaning of each status so a pending transaction does not appear as a paid order ready to ship in another application.
Merchant-approved provider options
Payment setup depends on the merchant account, provider requirements and the permissions available to the business. Displaying AUD is one storefront choice; settlement, refunds and dispute handling need separate configuration. Use the provider's permitted test environment to check successful and declined payments, abandoned checkout and delayed responses. Assign someone to review account settings and payment-related customer messages.
Duplicates, declines and cancellation
An integration also needs a recovery path. Record event identifiers, check what has already completed and prevent repeated notifications from creating duplicate orders or stock movements. Give operators a view of unresolved transactions and a controlled way to reconcile them. The useful outcome is a traceable order history, including exceptions, rather than a dashboard that hides every problem behind a green connection indicator.
Scroll to inspect all columns.
| Decision | Detail |
|---|---|
| Payment | Check account permissions, transaction status and refund handling. |
| Orders | Carry a traceable order identity through each connected system. |
| Recovery | Reconcile uncertain outcomes before repeating a stock or order action. |
Implement approved customer remedies
Ecommerce Migration and Launch Checklist includes the information customers receive when something goes wrong. Put approved delivery, cancellation, return and remedy policies into the relevant parts of the shopping journey. Buyers should know how to contact your team and what information to provide. The business is responsible for deciding its policies and obtaining any legal advice needed for its particular products and circumstances.
Delivery information and total cost
Turn each policy into a usable interaction. A return request may need an order reference, affected item and explanation; it should not ask for unrelated personal information. Explain what happens after submission and which team follows up. Check that confirmation emails, account pages and support instructions describe the same process, including how a customer proceeds without an online account.
Returns and durable confirmation
Accessible labels, readable product details and clear error messages help customers recover from mistakes. Review keyboard use, focus states and mobile checkout alongside visual design. If the store serves several languages, agree which product and policy content is translated, who maintains it and how changes propagate. A translated menu alone does not give shoppers a complete understanding of a purchase.
Clear customer information
Place agreed delivery, cancellation and return details where shoppers need them.
A usable support route
Let customers explain an order problem and understand how your team follows up.
Handover the live operating model
Ecommerce Migration and Launch Checklist gives the launch a practical sequence: prepare records, compare the destination store with the current operation and choose a controlled cutover window. Identify which system accepts new orders during the transition. The checklist should include open orders, redirects, customer communication and a person authorised to pause the change if an important comparison fails.
Warehouse, support and accounting roles
Moving data requires reconciliation, not just an import count. Compare product variants, customer permissions and outstanding orders against the source, using only the data needed for the move. Separate a rollback of application code from undoing payment or fulfilment activity. Once real orders have progressed, the team needs an agreed handling procedure for those effects rather than simply restoring an earlier database.
Dated cutover and recovery plan
Handover should let the store team carry out routine work: edit a product, investigate an order, update delivery wording and request a change. Record account control, integration responsibilities, backups and unresolved tasks. Discuss maintenance, external tools and recurring usage separately from the launch budget. This gives the business a workable operating plan as the catalogue grows and its dispatch arrangements change.
- Prepare the transition
Define record checks, open orders and the system that takes new purchases.
- Choose the cutover
Resolve important differences and keep a controlled manual fallback available.
- Equip the store team
Transfer accounts, routine tasks, maintenance responsibilities and open work.
Questions and answers
Does a postcode establish a nationwide fixed freight price?
A postcode identifies a destination, but delivery charges may also depend on dispatch location, carrier coverage, basket weight and dimensions. Use the business's actual freight rules and test representative addresses before presenting an option at checkout.
Does AUD display mean merchant approval?
AUD display does not approve a merchant account. The payment provider must support the business and its account configuration; settlement, refunds and permissions should be checked alongside the storefront currency.
Does receiving a webhook complete stock and payment?
A webhook reports an event. The receiving system still needs to verify its identity, reconcile order status and confirm the relevant stock or payment effect, including delayed and repeated messages.
Does the build approve consumer policies?
The business decides its customer policies and obtains relevant advice. Development implements the agreed wording and interactions, while legal and operational review confirms whether those policies suit the business and its products.
Does a cutover plan mean data has migrated?
A cutover plan sets the sequence and responsibilities. Migration is complete only after the actual transfer and reconciliation of the agreed records, including open orders and any differences requiring a decision.
Can supplier platform and revenue claims be reused?
Assess a platform through the features, accounts and operating needs relevant to your store. Another supplier's revenue figures cannot predict your results; request evidence tied to your own catalogue, checkout and fulfilment requirements.
Plan your next step
Plan a store your team can operate
Tell us about your current platform, catalogue, dispatch process and budget. We can define the first release, identify the account access it needs and plan a clear handover.
Scope the first step together ↗