5 1 Case Study Single Site Multiple Sites v.3 2

GLOBAL
SITE
PLANNING AND
LOCALIZATION
Case Study

Table of Contents

Case Study: Single Brand / Single Site to Multiple Sites ...................................................................... 3
Scenario ............................................................................................................................................... 3
Technical Details .................................................................................................................................. 4
Activity: Box Diagram .......................................................................................................................... 5
Activity: Cartridge Path ........................................................................................................................ 5
Your Task ............................................................................................................................................. 6
Debrief ................................................................................................................................................. 8
Version History
Version Author Changes
0.1 Oz Kokler Initial version
0.2 Oz Kokler Student tasks added
0.3 Jason Moody Minor updates to formatting, spelling, objectives

Architect January 2015

Copyright © 2015 Demandware, Inc. Page 2

Case Study: Single Brand / Single Site to Multiple Sites

This case highlights the high-‐level concepts to compare the OneApp and Reference
App implementation approaches.
Specifically, you will explore both the time component and optimal design
considerations for a new site release.
Purpose
It supports the following course/module objective:
! Critical reasoning skills to better understand the advantages of the OneApp vs.
Reference Application approach in certain constellations (one Brand, same look
and feel, same products and navigation tree and different regional fulfillment).
Scenario
Your customer Michael Shoemaker currently has a single brand “Racer Boot” using a single site with a
presence in two countries (US and Canada). They are considering moving to Europe and would prefer
to minimize staffing needs in new regions/countries. How can they best add new sites in Europe
without overextending their current staff?
Key Business Goals

! Maintain Search Engine Optimization Rankings.
! Support customer ability to add new sites quickly and effectively integrated with regional
fulfillment vendors.
Key Questions
As part of your analysis and design, you will need to answer the following:
! Given the timing of the launch what implementation approach should the client take to seamlessly
add new sites in different regions without overextending their current staff?


Technical Details
Use the following information to help determine your strategy.
Racer Boot
Catalog 50k SKUs with master variant (applicable in all

regions)
Promotions Order level discounts
Customer Groups F1-‐Club-‐Members
URL www.racer-‐boot.com
Content Maintain existing content
The following are additional requirements to consider:

! Design/Branding: All sites will have the same localized look and feel.
! Search: All products should be searchable for all sites.
! Merchandising: Product recommendations should be shown across all sites.
! Customer List: Shared
! Locales: English, French, German
! Currencies: USD, CAD, Euro
! BM User Access: The same merchandisers will have access to all sites.
! Fulfillment: Continent based fulfillment
! Pricing: Net for US/CA; Gross for all EU sites
! Integrations: QAS, LivePerson, eCircle, regional OMS, Bynder CDN. REST Webservice backend
connector (.NET Middleware), MS Dynamics NAV, Google Tag Manager, TrustPilot (reviews and
recommendations).
Timeline
The client seeks to go live with their German site in 4 months, just in time for the upcoming holiday
season. They plan to go live in additional European during the first two quarters of the following year.



Activity: Box Diagram

The following box diagram describes the system landscape of racer-‐boot.com. Complete the missing
transactions and systems that will satisfy the details including showing the data flow between systems.

Activity: Cartridge Path

Determine the structure of the cartridge path. Base your answer on the implementation strategy
selected in task 2 and have regional deviations in mind. Please use the diagram for naming
conventions for the cartridge.



<Brand A> UI such as images, <Brand B> UI such as images,

css, javascript etc. css, javascript etc.
app_brand_A app_brand_B
·∙ Core <Client> UI such as images

(buttons, labels…), css, java script
·∙ <Client> core functionalities such as
product details page, checkout, my
account, etc. and integrations such
as <payment>, <oms> etc.
[Integrations]: storefront_richUI: storefront_core
int_payment
int_reviews
[1..n integrations]

Cartridge Path:
__________________________________________________: storefront_richUI:storefront_core
Your Task
Perform both activities (Box Model and Cartridge Path) then the following analysis and design tasks. Be
prepared to discuss your solution with the class.

1. Analyze the current implementation and design two possible implementation approaches, which
will enable the above requirements.

2. Compare the two approaches (benefits vs. drawbacks). Based on the results decide the best
strategy in terms of: effectiveness of seamless integration, quickness of release, and limited (to no)
overextension of merchandizing staff.



3. Architect a catalog structure that will satisfy the details. Your analysis should consider the
increasing number of locales and specific product assignment for each region/country.

4. Based on the details specified, determine a content library implementation approach (shared vs.
private) and explain your decision.



Debrief
Instructor reviews the case study in a discussion format, asking the following key questions:
What is the issue?

An architect making a design decision to pursue a Reference Application implementation approach,
which will be based on lead site (US/CA) must follow the following considerations
! Quality of lead site must be very good
! Issues within the base version will be multiplied to other sites
! Fixes must be done on lead site first before using it as a base for other countries
! Developers tend to simply copy code instead of making use of the core implementation. Over time
this result in a system, which is impossible to understand or maintain!
Alternatives
OneApp. Adjust the implementation of the lead site, so that features and deviation between countries
or regions will be driven by configuration instead of separate set of cartridges.
! Advantages:
! All sites get assigned the same set of cartridges
! All functionality is configurable or pluggable by design
! Easier handle on system maintenance (e.g. Replication, Promotions), due to separation of site
per country or region
What is the Goal of the Analysis?

Critical reasoning skills to better understand the advantages of the OneApp vs. Reference Application
approach in certain constellations (one Brand, same look and feel, same products and navigation tree
and different regional fulfillment).
What Would You Recommend — and Why?

Given the requirements, timeline and constraints in regards to limited merchandizing personal, the
OneApp approach would be recommended. Although this approach might be initially sometimes more
difficult to achieve, the constellations of this specific client in interaction with the advantages of
country specific site configuration, will allow for a quick and seamless rollout of new sites in new
countries or regions.
The usage of the Multi-‐Currency feature, introduced in the API version 14.2 in interaction with an
OneApp implementation, allows the aggregation of separate sites in one fulfillment region to one site.
Thus, allowing a even easier handle on system maintenance.


5 1 Case Study Single Site Multiple Sites v.3 2

Uploaded by

Document Information

Original Title

Copyright

Available Formats

Share this document

Share or Embed Document

Sharing Options

Did you find this document useful?

Is this content inappropriate?

Copyright:

Available Formats

5 1 Case Study Single Site Multiple Sites v.3 2

Uploaded by

Copyright:

Available Formats

GLOBAL

Table of Contents

Version Author Changes

0.1 Oz Kokler Initial version

0.2 Oz Kokler Student tasks added

0.3 Jason Moody Minor updates to formatting, spelling, objectives

Architect January 2015

Case Study: Single Brand / Single Site to Multiple Sites

Key Business Goals

Architect January 2015

Catalog 50k SKUs with master variant (applicable in all

Promotions Order level discounts

Customer Groups F1-­‐Club-­‐Members

Content Maintain existing content

The following are additional requirements to consider:

Architect January 2015

Activity: Box Diagram

Activity: Cartridge Path

Architect January 2015

<Brand A> UI such as images, <Brand B> UI such as images,

·∙ Core <Client> UI such as images

[Integrations]: storefront_richUI: storefront_core

Architect January 2015

Architect January 2015

What is the issue?

What is the Goal of the Analysis?

What Would You Recommend — and Why?

Architect January 2015

You might also like

Customer Groups F1-‐Club-‐Members