Attack Your Stack

Defining Your Stack Structure

 
 

There are three components to defining your stack structure:

  1. Your stack mechanics (how you will physically track and manage your stack)
  2. Your stack architecture (the number of stacks you need and their relationship to one another)
  3. Your stack detail (the layers inside your stacks)

It’s important to note that there is no right or wrong way to do the above; all that is required is that you create a format, architecture, and the right stack detail so that you can align and track the work you are doing to achieve the objectives you have identified.

Stack Mechanics

There are a number of ways to physically track and manage your marketing technology stack. Most companies begin with a spreadsheet, which is a good starting place and may be all that you need if you are using 50 products or fewer. If you have already begun the process of creating spreadsheets to support GDPR preparation in order to keep track of the Data Privacy Agreements in place with each of your data processor partners, you can expand this to cover additional products and attributes. Once the number of products in the stack starts to grow, however, and the number of attributes tracked for each product increases, spreadsheets start to become unwieldy. Some companies have gone so far as to build their own internal micro-sites to support technology tracking.

We, of course, believe that CabinetM is the ideal platform for tracking and managing your marketing technology stack. 

 
 
Chapter 4 Ways to Create a Stack
 
 

Stack Architecture 

Now that you know how you are going to track the components of your stack(s), what are you actually going to track? 

Are you just going to track products in use, or are you also going to track products being evaluated and tested, or rejected and retired? 

Are you going to create a single stack to track everything or a stack for each team, department, or geographical region? 


 
 
Chapter 4 Stack Architecture
 
 

There are many ways to construct your stack architecture and hierarchy. If you are not sure how to begin, we recommend starting with three stacks as you work through your initial stack audit:

  • Products in use
  • Products in testing stage
  • Retired products

Note: we often see companies introduce a “Products in Evaluation” stack to capture products that are being considered for testing, as well as a “Rejected Products” stack, aka “Trash Stack,” to capture those products that didn’t make it through evaluation and testing successfully. 

Stack Layers

The most common approaches to defining stack layers are by:

  • Product category
  • The steps in the sales and marketing funnel 
  • Buyer journey
  • Product lifecycle (Evaluate, Test, In Use, Retire). This approach generally only works for small stacks or bounded projects. We see this approach most often when someone is trying to rationalize two stacks in a merger environment or is evaluating products in a specific product category and they want to capture a full lifecycle picture for that category. 
Your cart