Table of Contents
Login to see Training flows specific to your business
- Filtering by text, product category, supplier, brand, colour or any other stock information in the system
- Checkout and pay via credit card (requires credit card gateway account)
- View historical orders, invoices, bookings, purchase history, contacts who can use the account
- Multiple Businesses that a logged in user can purchase for with a single login
- Booking a vehicle from a list of available vehicles at a location
- Booking a Tour from a list of tours available on a date
Anonymous shopping is the site that is crawled and indexed by google and others.
Anonymous shopping is not handled by the system - however all required data is provided to an anonymous site to use on request by the site (most sites automate a data request nightly and request only updates).
Normally the same structure is used as the logged in site - just the pages are wired to the local site data instead of our system. So the pages are normally a copy of the logged in pages - this helps make the user experience seamless.
A user can browse the anonymous site, add items to a cart with quantities and using RRP - when they get to the checkout pages and either provide login details or create a login - they will transition seamlessly to the logged in shopping site. The cart on the anonymous site is passed to the logged in site and becomes a sales order that is awaiting payment or fulfillment (depending on the customers terms). Any credit card payments are managed via the logged in site.
Logged in Shopping
Once a user has logged in - all information is provided by our server. This makes it easy to provide customer specific pricing, promotions, products, terms, invoice and payment history etc - any information about the customer can be provided. For example - if the customer has a partially completed unsubmitted order they can open it and continue adding to it then submit it.
Customers creating a login for the first time may simply enter their email address in a checkout page - we can then use that to create a login and move them to a logged in status - while also sending them a password for future use. So the experience can be seamless and simple for the customer.
Customers that are COD terms may use credit cards and save card details for future reuse - see Customer Credit Cards. The funds are reserved when going to pick and only taken once the pick is complete - so the customer is only charged the goods you have been able to send to them. This reduces refunds and back order problems often seen with pay in advance systems.
People that are contacts at multiple customers can change roles within the shopping site - to shop on behalf of business 1, then business 2 and then personal shop - all in the same login session. This is useful for customers that have buyers that represent multiple outlets.
If you need a web portal for employees (eg delivery drivers) or customers (job portals) or suppliers
- Define the business process that you need to support
- Talk with us about the process steps in detail
Example portal - Tours - Drivers Portal
The ideal webstore, customer or employee portal
- uses the same information and business processes as the rest of the business
- allows you to decide which functions a customer can do and what they cannot do - and allows treating different customers differently
Because our system provides the data, images, and business processes (eg shopping cart, recommended products or order qty's, etc) - building logic and flows on the web is very fast because they already exist in the system so building a customers web experience is drawing screens and then wiring them up.
Where to start
We have starting points for your business with working examples which you can use or slightly modify - however - every business is different and it is common to design and build what you want without using the starting point.
So look at your competitors, find companies you would like to emulate, talk to your customers about what they want and build up a wireframe for discussion. Wireframe (example Balsamiq or Mockflow) design the screen experience / flows / information you would like to present then we (or your web developer) can quickly (in weeks) have things exactly as you would like them to be.
Because our system is so flexible - you can change how you want it to be once you test it or after customers or employees provide feedback from using it.
When building the webpage flow - we will build screens in the back end that support your flows and viewing them can be used to gather field information to use with the SDK.
How to review the business objects
Login to the back end screens using the same login as you would use for the website - then use the navigator to review the objects, fields etc. You can test the server responses to any flows here - to check if any problems are due to the server response - or the webpage build.
to find the field names, queries etc and test if the system is returning the information you need to show on the screen from the query - click to open the traffic debug and view the objects and fields.