Archive for the ‘Multi-Site Shopping Carts’ Category

Configuring a Multi-Site, Multi-Store Shopping Cart Environment

Wednesday, August 11th, 2010

If your company is investigating multi-site, multi-store shopping carts, it’s important to understand how web sites, web stores, and shopping carts all fit together.

Consider the diagram below:

Multi-Site, Multi-Store Shopping Cart Configuration

Here we have a multi-site, multi-store installation supported by an e-commerce engine. In this installation, two web sites contain three web stores. Supporting the web stores are two shopping carts, one for each web site. Web Site 1 contains two web stores. These web stores share a single shopping cart. This means that a consumer can buy products from both stores, and use a single shopping cart for check out. Importantly, each store looks and is branded differently.

Web Site 2 contains a single store with its own shopping cart. Since this site is using a different shopping cart, the rules that govern its functioning are different than the rules that govern the functioning for the shopping cart in Web Site 1.

Note again that there is only a single e-commerce engine. In other words, the engine supports multiple shopping carts. The engine also supports the fact that each shopping cart has its own business rules, and each shopping cart supports different web sites, with one of these web sites having more than one web store.

This means that a company can purchase a single e-commerce engine to spawn multiple shopping carts, with each shopping cart supporting multiple on-line stores. Also note that there is a single database. The database supports a single product catalog that can be shared among all web sites/stores. Furthermore, the product catalog can be customized for each web site, such that descriptions, prices, etc. are unique to each site.

Now let’s add a bit more complexity to the diagram:

Multi-Site, Multi-Store, Multi-Vendor Shopping Cart Configuration

In this diagram we’ve added a vendor component. More exactly, a multi-vendor component. In a traditional e-commerce system, the web site operator maintains the product catalog, inventory levels, shipments and returns. In a multi-vendor shopping cart environment, vendors (or partners) can maintain their own product catalogs, inventory levels, and shipments/returns.

In a multi-site, multi-store, multi-vendor shopping cart environment, individual vendors can be assigned to multiple web sites. These vendors have visibility into their own inventories and orders for those web sites. Vendors can ship products to customers, process returns, and tweak the product catalog, all without the participation of the web site operator.

It doesn’t take much imagination to see how a multi-site, multi-store, multi-vendor shopping cart can vastly change the strategy of an on-line e-commerce business. Think about it for your business. Then check out a few more shopping cart configuration options. Which is the right one for your business?

Understanding the difference between a Multi-Site Shopping Cart and a Multi-Store Shopping Cart

Thursday, August 5th, 2010

Some e-commerce software companies are starting to offer multi-site shopping carts and multi-store shopping carts. Unless you’re steeped in the lingo, differentiating between the two can be difficult. The difference between the two, however, is profound, and buying a multi-store shopping cart when a multi-site shopping cart is really needed (or vice-versa) can abruptly prevent a retailer from growing its on-line business. After all, the purpose of both types of carts is to allow retailers to expand beyond the traditional equation that one e-commerce web site equals one shopping cart.

A multi-site shopping cart uses one software installation (that is, one copy of the code base and one copy of the database) to support an unlimited number of e-commerce web sites. Each web site comes with its own shopping cart. The rules of the shopping cart are specific to the web site. One benefit of this type of system is that a retailer can add e-commerce sites without growing their software infrastructure. More important benefits are that a retailer can share their product catalog between all their web sites, and each shopping cart is customized to the needs of the shoppers that frequent that web site.

A multi-store shopping cart allows retailers to create multiple stores, with each store using the same shopping cart. This type of system allows a shopper to pick an item from store 1, a different item from store 2, and then check out once. The rules for the shopping cart are the same across all stores. However, the look and feel of each store is different, just like the look and feel for each web site is different.

A multi-site shopping cart is best for businesses who want to operate multiple sites, with each site operating completely independently from its ‘sister’ sites. A multi-store shopping cart is best for companies who want to operate something akin to a web mall. That is, allow shoppers to visit lots of stores, put items they want in a single basket, and check out once. Very convenient, but each store has to play by the same set of rules when it comes to sharing the shopping cart.

Of course, if a retailer can get an e-commerce system with multi-site and multi-store capabilities, then they have complete flexibility in configuring their on-line business (perhaps the Holy Grail of multi-site e-commerce management).

In conclusion, if a retailer caters to multiple customer segments, carries multiple product lines, or has a need to create web sites that serve specific functions (i.e.: sell discontinued goods), then a multi-site shopping cart is probably the way to go. If a retailer is all about offering a broad array of products (perhaps from different vendors/brands), convenience for their customers, and minimizing the check out process, then a multi-store shopping cart might be the way to go. It all depends on what the business is trying to achieve.

Does Your Company Operate Multiple E-Commerce Web Stores?

Monday, July 26th, 2010

Are you a retail company who operates multiple e-commerce web sites?  Do you sell your products on two or more web sites using either a single or multiple shopping cart engines?  Are you willing to tell your story to an interested on-line audience?  If you are, NextLevelObjects would like to interview and publish your story on the internet.

NextLevelObjects specializes in multi-site, multi-store e-commerce systems.  We believe that as the cost of web publishing continues to decline, companies will find ever more compelling reasons to maintain multiple web sites.   Companies that operate multiple web sites can brand and customize those sites for specific customer segments, focusing on the messages most important to each segment. This can result in increased conversions and more effective search engine marketing.

If you’re a company that operates multiple e-commerce web stores, you’re already a leader in this emerging field.  The challenges you faced and the lessons you learned would be of interest to other retail companies. 

We would love to help you tell your story and share your vision for the opportunities you see ahead. Feel free to respond to this post, go to our contact page, or send an email to Keith Martello at NextLevelObjects will conduct the interview and publish a press release on your behalf.  In the end we’d hope to generate a little buzz for your company and perhaps share some thoughts on how best to architect these types of complex integrated systems.

We look forward to hearing from you.

The economics of multi-site shopping carts (cont.)

Tuesday, September 22nd, 2009

In the last post I discussed how on-line shopping carts make it difficult for internet retailers to service multiple customer segments.  The problem with today’s shopping carts is that they force the internet retailer to create a new product master file for every new web site/shopping cart they create.  In this post I’m going to discuss how internet retailers can get around this problem.

As discussed earlier, the economics of the web make it easy to create customized web sites for niche market segments.  Disk space, bandwidth, and processing speed are abundant.  Furthermore, web site templates, including shopping cart templates, can be acquired relatively inexpensively.  The real problem is the architecture of the shopping cart engine.  It is the architecture of the engine that limits internet retailers to only one shopping cart web site per product master file.

A new type of shopping cart engine is beginning to hit the scene.  This engine contains the architecture that allows internet retailers to support multiple shopping cart websites using just one product master file.  This architecture is new and is only beginning to be tested.  However, for those internet retailers that are willing to be on the front line, multi-site shopping carts are an efficient and economical way to support multiple customer segments.

Highly specialized web sites are sometimes referred to as ’micro sites’.  Micro sites cater to small niche market segments.  Multi-site multi-store shopping carts allow internet retailers to create a theoretically unlimited number of micro-sites using one shopping cart engine, one database, and one product master file.

For internet retailers this changes the economics of operating many shopping cart driven web sites.  With the advent of multi-site shopping carts the biggest obstacle to servicing multiple customer segments over the internet is removed.  Internet retailers can now add additional shopping cart web sites at nominal marginal costs thereby economically servicing all their important customer segments.

The economics of multi-site shopping carts (cont.)

Tuesday, September 15th, 2009

As discussed in the previous blog, internet retailers are at a disadvantage when it comes to customizing web sites for individual customer segments.  While the economics of the web allows other industries to easily and economically create web sites for each important customer segment, the product master file prevents internet retailers from enjoying those same economies.

The product master file consists of anywhere from hundreds to tens of thousands of product master records.  The most fundamental purpose of these records is to give customers the information they need to make buying decisions.  However, the product master file serves many other purposes.  It is used to organize products, capture revenue and cost information, track inventory movement, and communicate with suppliers and other partners.

The size, importance, and many roles of the product master file make it complex and difficult to manage.    That’s why businesses never want to manage more than one product master file.  For some businesses this is impossible.  The distributed nature of their data requires that product data be duplicated and distributed.  This is a decision, however, that is never taken lightly.

Despite the revenue opportunities on-line shopping carts afford internet retailers, shopping carts create further complexity regarding the maintenance of product master files.  First, for many retailers the data contained in the product master file has to be expanded to accommodate the unique needs of an on-line shopping cart.  This includes newly written (and newly elegant) product descriptions, unique pricing structures, and additional data that is not necessary for brick and mortar customers (suggested products, customer reviews, etc).  In other words, the on-line shopping cart adds yet another role to the product master file.  The challenge doesn’t end there.  On-line shopping carts almost always require their own product master file in their own data repository.  Thus, the company is forced to create and maintain yet another product master file.

So, an on-line shopping cart duplicates and expands the role of the product master file.  This is difficult but considering the revenue opportunities, the branding opportunities, and the competition it can be argued to be a worthwhile effort.

But now that many retailers have an on-line shopping cart, how does an internet retailer distinguish themselves in the online marketplace?  One way is to create a better online experience for customers.  One way to give customers a better online experience is to give them exactly what they want.  Unfortunately, not all customers want the same things, even in the same industry.  To address this, companies can divide their customers into segments.  They can then devise product features and marketing strategies for each segment.  The same thing can be done on the Internet.  In fact, the Internet is the perfect forum (it’s economical and convenient) for communicating with many customer segments.

A shopping cart sits inside a web site and is therefore clearly a vehicle for communicating with customers.  As such, it should be customized to the needs of each customer segment.  The better the shopping cart experience for each segment, the more likely sales will increase.  Unfortunately, shopping carts can only be customized for individual customer segments at great cost.  The cost is not disk space, web site design, or bandwidth utilization.  Rather, the cost is the necessity to create an additional product master file for every shopping cart web site.  This is necessary because the architecture of virtually every shopping cart engine in the market today employs a one web site, one shopping cart, one database, one product master model.  That architecture will not allow an on-line retailer to use one product master file to support multiple web sites / shopping carts.

This creates a tremendous challenge for the online Internet retailer.  What should be a relatively easy task of customizing websites for important customer segments now becomes a significant challenge.  As we’ve already seen, managing a single product master file is hard enough, managing more than one can be a nightmare.

Next we’ll discuss how internet retailers can get around this problem.

The Economics of Multi-Site Shopping Carts

Friday, August 28th, 2009

Last time I checked, it cost YouTube 25 cents to download an hour long video.  In a year the cost will be 12 cents.  Using, a web site designer can download an attractive web site template for $150.  Another $150 in customization, and the site is ready for publication.  As for my hosting service, they’re offering new customers unlimited disk space, unlimited bandwidth, and the ability to host an unlimited number of domains for $6 / month.

By any measure, designing and distributing web sites is cheap.  In fact, web economics not only encourages web site proliferation, but more importantly, web site experimentation.  If a business can distribute the cost of a web site among 10,000 or 100,000 downloads, why not create two or three competing web sites and see which web site attracts the most conversions.  Better yet, why not create multiple web sites, and target each web site to an important customer segment.  Then each web site can be customized to maximize conversion rates for that segment.

Almost every business can benefit from experimentation and customer segmentation, off-line or on-line.  It’s just cheaper on-line.  While most industries can benefit from web economics, there’s a big on-line industry whose ability to benefit  is limited … product retailers.  According to ‘Internet Retailer’, the size of this on-line industry in 2008 was $178 billion (sales).  It is this segment of the on-line businesses world that can’t take full advantage of web economics.

In order to display and sell products, product retailers must maintain a product master file.  It is the product master file (and its associated files) that is surprisingly resistant to the notion of developing and maintaining customized web sites to serve multiple customer segments.

Next we’ll discuss why the Product Master File is a big inhibitor to servicing multiple customer segments.  We’ll then discuss how to get around this problem.  Stay tuned.