Professional Documents
Culture Documents
Orium+Commercetools+Contentstack - Get MACH Ready Report
Orium+Commercetools+Contentstack - Get MACH Ready Report
Ready
Preparing Your Business For Digital Transformation
03 20
Introduction Part 4: Make it MACH
Change Management
Order of Operations
04
Part 1: Start With Why 25
Part 5: Next Steps
06
Part 2: Order of Buy-in 26
Marketing/Merchandising
Sales Conclusion
Digital/Product Team
Development/Technology
Executive Leadership (CFO and/or CEO)
12
Part 3: Set the Stage for Success
Timeline
Defining Success
People Resourcing
Over the last decade, I’ve helped lead existing gap? These questions are critical to
numerous digital transformations at enterprise- identify—and answer—early on. We’ll cover
sized organizations, navigating the many all this and more in the following pages.
challenges that are met ahead of eventual
success, all of which have come with their This guide will help you determine where,
share of learnings. Alongside the vendor- when, and most importantly how to prepare
side expertise and experience of Orium, your business for the challenges of a digital
commercetools, and Contentstack in this transformation, ensuring you’re able to avoid
white paper, I share my client-side knowledge, the worst pitfalls and overcome whatever
not only outlining how to set up for success, is thrown your way so you can unlock the
but specifically what roadblocks to look incredible opportunities for growth and
out for and how to mitigate these risks. scale that come with a move to MACH.
Preparing your organization for the changes Worse, when one site releases a new feature,
and challenges that come with digital it requires additional development work and
transformation isn’t just about creating coordination for all brands to benefit.
checklists of what to do and working through
them. In fact, a successful digital transformation For most businesses—possibly even yours—
begins long before the first line of code is it’s a combination of some or all of these at
ever written or the first checklist is ever made. once, and each day these issues become
Long before any of the what of the digital more and more entrenched. The challenge to
transformation, you need to be crystal clear on even maintain the status quo becomes almost
the why. untenable, and every bit of ground lost makes it
even harder to eventually replatform.
Why are you investing your resources—time,
money, and people—into this change? Luckily, these problems and many more can
be solved by adopting MACH technology. But
Maybe you’re struggling to keep pace with before your organization can begin to migrate,
the market, your legacy software slowing your you’ll need buy-in from various teams and
ability to seize opportunities with complex (and stakeholders, a clear business case, approval
error-prone) workarounds as your competitors from the C-Suite and a rock solid kick-off plan.
make rapid changes and adapt to evolving Identifying your challenges in advance will not
market needs. only help you build the business case and get
buy-in and approval across the org, it’ll help you
Or maybe your development teams rarely even set the project on the path to success from the
get the time to work on new features, instead very first step.
spending time on fixing bugs and supporting
technical debt. The why is at the heart of decision-making
at every stage. It’s what you’ll come back to
Perhaps you’re facing skyrocketing costs as when you’re in the weeds, working through
you maintain multiple platforms to support all challenges. That’s why your first step to MACH
of the sites in your brand portfolio, as limited success is to start with why.
resources make prioritizing each brand difficult.
Chris Ladd,
Chief Executive Officer, Coravin
Order of Buy-in
Once you’ve established your reasons for the CEO and CFO, you’ll have a wave of
moving to MACH, every other piece starts champions helping buoy the cause and the buy-
to take shape. As you dig deeper on the in you need from all departments before the
challenges you’re facing, building a more project even begins— a crucial part of ensuring
complete understanding of the existing state, success once it kicks off.
you can begin to tease out the issues MACH
will help your business overcome, as well as the To help decide your path, consider the features
best approach for moving to MACH for not currently on the site that can help drive
your brand. results. For example, decoupling the front and
back-ends in a headless architecture can allow
A MACH transformation can happen several for faster page load times, which can boost
ways, and we’ll dig deeper into each in conversion rates. A MACH-based architecture
the Timeline section, but whether you’ve can reduce the time to develop and launch
determined you need a complete replatform of changes, providing greater control and a more
an existing site, a brand new site, or a piece- expansive ability to experiment. What teams
by-piece migration, starting from the ground- can benefit from self-serve functionality? Where
up can create a groundswell of support from are the greatest needs, and what is the priority
several departments to the ultimate deciders in of change for supporting business growth?
the C-Suite.
The answers to these questions will be different
But where do you begin? in every organization, depending on a host of
things from personal dynamics to org structure.
Start with the business: What are the biggest (There are even organizations where the CFO
pain points, how can MACH help overcome is the champion!) But most will find greatest
them, and perhaps most importantly, who will success with a daisy-chain approach, going
be impacted. Your CFO is unlikely to be the from stakeholder to stakeholder to build the
first to buy into the program, so build a base business case.
of support with internal champions, the people
most likely to see the value and gain the most
from the change. By the time you do reach
Digital/Product Team
• Accelerate the development lifecycle with Now that you’ve secured the buy-in from
reusable components other teams in your organization, the next
step is to put to paper why this is important
• Reduce complexity and technical debt to the company’s strategy, how it benefits the
often found with monolithic platforms with customer and bottom-line, and what resources
a simplified architecture and codebase are needed to make it successful. You’ll
generally need to include financial metrics
• Improve the developer experience,
like ROI, TCO, CLV and more. Each one of
reducing turnover costs and ensuring
these is listed out below in more detail.
stability in your most crucial roles and
operational areas • Return on Investment (ROI) - ROI
measures the amount of profitability
There are no small items on this list. Each and returned on the initial investment. For
every one is a pain point your team knows, most implementations, your break-
and knows well. Alleviating even one would be even point (100% ROI) should take
a major win, but the ability to find permanent, in the range of 6-18 months.
workable solutions for all? Undeniable.
Kelly Goetsch,
Chief Strategy Officer, commercetools
With the leadership and decision-making team In your initial discussions with stakeholders,
aligned around the business case and the you identified expectations around the length
organization committed to making the move to a of project and time to value. But let’s dig in a
MACH-based architecture, part three can begin. little deeper on approaches you can take to
Because you laid a strong foundation—working transition to MACH, weighing business priorities
through the business needs and gaining against time to value and benefit of
support from key stakeholders—you’ll be in the approaches.
a strong starting position, with team leaders
bought into the change and how it will help A popular approach to launching new
them in their jobs. But there are still a number technology is to create an MVP, or Minimum
of important considerations, actions, and steps Viable Product. MVP is the concept of building
to ensure the program is a success. a product (for example, a website) that is simple
(minimum) that customers can use (viable).
From rallying internal team members (not just When possible, taking an MVP approach allows
the leaders) to assessing skills gaps to ensuring companies to release a new experience, get
you have clear timelines, this is your chance feedback, and make ongoing iterations to
to prepare, plan, and proactively adjust so that perfect the product rather than building too
your entire business is primed for a successful much at once that might miss the mark.
transition. First up: aligning on timing.
Some popular examples of MVPs include
AirBNB and Uber. Both started out as
Timeline smaller products and after initial learnings
and validations, were each able to grow their
There are two big questions at the outset of experiences into the behemoths they are today.
any project: Even large and established brands may find
this the best option for things like entering
1. How long will this take? new markets, launching new products, or
2. When will I see value? replatforming simple or smaller market offerings.
Jasmin Guthmann
Head of Corporate Communications, Contentstack
Customer Expectation
Manageable Important Critical
Management
Legacy System
Moderate High Low
Dependency
People Resourcing
Becky Parisotto
VP Retail and Commerce Platforms, Orium
leads to missed requirements and a lack of Product-led organizes the team around
buy-in. Focus on establishing a framework a product—in this case the technology—
that allows for quick, agile work while being where outcomes drive the prioritization of
collaborative and incorporating perspectives work and the software development life
from SMEs and others. This approach cycle shifts to agile from waterfall. Product
will empower your team to adopt an MVP managers are key to this model, acting as
mindset and prioritize effectively for launch. the conduit between business stakeholders,
customers, and the development team.
Culture Shift: Project vs Product
Even with a product manager to lead
The second aspect of people resourcing prioritization, gather requirements, and own
hinges on the nuanced difference between the roadmap, having a delivery manager
a project- and a product-based culture or PMO is critical to success. Balancing an
that comes with a move to MACH. Taking agile approach, with a high-level project
advantage of training and organizing plan that gives a sense of what to expect
around “products” helps shift towards the can help align cross-functional teams. Some
domain or self-serve based approach. organizations use PI Planning (SAFe), some
use Gantt charts in a typical project model,
Technology teams have been shifting from but whatever approach is used, it’s critical to
a traditional project management model identify dependencies and plan far in advance.
that tends toward silos, to a more modern,
product-led approach, which fosters Another key question is how will quality be
greater cross-functional team operations. managed? Is there a dedicated QA team? Will
This shift enables the transformation of testing be automated or done manually? Has
business processes, such as QA and project the organization taken a “shift-left” approach,
management, within an agile framework. putting more ownership on developers to
Leadership Support: An Ongoing Approach 1. Engage them early and often. Keep
them up to date on the latest milestones,
The third step is making sure all involved address any risks/concerns, and welcome
leaders remain bought into the approach. their feedback and questions.
Getting the initial groundswell of support helps
ensure the business case is successful in 2. Align with their individual priorities. You
getting approved, but once the project kicks off, likely already did this during the business
your job isn’t done. case, but are their priorities still the same?
Are there quick wins you can deliver
We recommend creating an Executive during the first phase to keep their ongoing
Steering Committee. It’s important to build a support?
strong approach with this group, anchored by
meetings that are frequent, well attended by 3. Address any conflicting priorities. Is
execs, and that feature representation from the transformation a top priority for all? If
key partners in the transformation (e.g., tech not, is there a risk of competing resources
partners, SIs, etc). working on multiple things? Identifying this
with your project manager and establishing
a clear escalation path (ideally to C-level)
can help align the team and avoid risks.
Make it MACH
With the preparation stage complete, you’re budget constraints? Identify them up front and
ready to start making the move to MACH. If prioritize the work accordingly.
you’re being thoughtful about how you do this,
this isn’t the start at all: you’ve been doing some Similarly, are there workarounds if an
of the hardest and most important work of the integration gets too complex or drawn out? For
transition in the earlier stages. But this is where example, rather than integrate PIM in your MVP,
the rubber hits the road, so to speak— it’s go could a script be run with product information
time, and all your systems need to be ready. and images? What can you do to support
speed-to-market to get customer feedback
and see ROI sooner while the longer term
Change Management integration is being worked on?
The first aspect of change management hinges Effective change management requires you
on returning to the “why”. All parties involved to a) clearly identify the objectives of your
should already understand the importance of program, and b) deeply understand current
the work, but be ready to revisit that reasoning operations. Digital transformation is a fluid,
throughout the project to bolster buy-in. Keep evolving thing, and being able to adjust on the
teams in the loop so they know what to expect fly to changing circumstances is only possible
and by when, and highlight wins and feature when you have deep contextual understanding.
releases as a regular part of your discussions to
boost perceptions. Maegan Murphy, Retail Technology Lead at
Orium, specializes in change management and
While a great deal of change management boils down her recommendations to these three
hinges on people and communications, the focus areas:
nuts and bolts of the transformation can’t be
overlooked. Risk mitigation and prioritization 1. Rally the leadership team. There’s no
are key parts of change management, too. faster way to kill progress than to hear
Consider your must have versus nice to have powerful voices nay-say it. If members of
lists. Are there features that can be deferred the leadership team aren’t bought in, and
to a future iteration if needed, due to time or their communications about the new
Order of Operations
You want to cast a wide net for this. Have You’ve planned the work, now it’s time to
all stakeholders and cross-functional teams/ work the plan. Start executing your Stand
vendors/integration teams involved— ideally up, Sprint Planning, Backlog Prioritizing,
in person. The purpose of this session is to Demo/Sprint Review, and Retro practices
align on proposed scope, establish norms right away, and hold to the agreed upon
(RACI, agile processes, cadences), and cadences to maintain alignment and meet
identify next steps with each team. As part of the expectations you agreed to in Step 3.
that you’ll want to interview stakeholders for
areas of focus and their vision of success. This is obviously the lengthiest step in terms
And remember: kickoff isn’t just about the of time, and no matter how perfectly you’ve
project, it’s about the team. The connections planned your transformation, you’re likely
you make between team members can to experience some set-backs during this
have a dramatic impact on team success. period. Making adjustments and being able
to remain agile throughout this stage hinges
on successfully working through the first four
steps. With the knowledge and alignment of
priorities, the shared context and systems in
The Pre-Mortem Meeting place, and the agreed-to norms and processes,
you’ll be able to triage issues as they arise.
One great kickoff option is the
“pre-mortem” meeting. It’s a
look at what could go wrong
at the outset of the project—
instead of at the end, when you
can no longer take preventative
measures. This gets at fears
that people have, helps to
understand challenges earlier in
the project, and mitigates risk on
a number of fronts.
Step 6: UAT & Go-live sense, roll out the new experience to a
smaller subset of traffic via A/B testing, pilot
As you near the end of your sprints, it’s time groups or other means that allow you to
to start thinking about launch planning. For ramp up as you gain confidence. The idea
some, this step can feel like standing at the here is to mitigate risk by testing in stages
cliff’s edge, but as with everything in this to provide both a buffer against issues and
guide, preparation makes all the difference. the confidence for moving on to Step 7…
Next Steps