Cakes and Contracts: Working in Layers

by Allison Martyn |
Share:

Outside of my day job at Malbek, I have a side hobby making cakes. As I was sorting through some of my cake pictures, I realized there’s a lot of similarities between making a fancy cake and configuring software.In this three part series I want to talk about those similarities. This is part two and it's all about building your layers.

Building the Layers

Before you can start building your cake, you have to bake your layers and identify the complexities of each layer. You want a good cake with the right ingredients that can be decorated the way you want. If you don’t have good foundation layers, your cake may not work out, and it’s the same with CLMs. If you don’t identify the right divisions, contract types, and metadata fields, you may encounter problems later on. These foundation layers are important parts of setting your solution on a path for success. It’s important to ask yourself some questions to determine what those foundation pieces should be.  Most of them can be changed later, but some are harder to change than others. Consider:

  • What are my security requirements?
  • What roles will my users have for access?
  • What metadata fields do I want to capture?
  • What fields will I need to report on later?
  • What documents do I need to create?
  • Which templates should I have Malbek make, and which ones should I try myself?

If you plan appropriately and lay out your foundations right, anything is possible. 

blue leaning-3

Phased Implementation Plan

To plan my cake, I need to decide when key steps should be done. I can’t stack my cake before it’s baked, and I can’t decorate it before it’s cooled. For your business, you may decide a phased implementation is best. A phased implementation is when you select critical features or departments to deal with first, and designate other features or groups to integrate later. It’s like tiers of a cake – where you start with one bottom layer, make it stable and get it decorated, then move on to the next tier.

There may be many reasons why you’d take a phased approach, such as:

  • Getting to ROI and system benefits sooner
  • Preventing team burnout
  • Preventing overwhelming users with a lot of change at once
  • One part of your business is ready to change, but another isn’t
  • You might have an existing project in motion that prevents you from moving forward in one of the departments (i.e. CPQ implementation in Sales)
  • Spreading out costs
  • An integration isn’t ready yet (SFDC, ERP, etc.)

Sometimes a phased approach is the best way to make your software – or your cake – as stable as it can be. Like the cake pictured here, if you plan it right, you can make any cake very stable. I spent many, many hours planning the structure of this particular cake. And when it was done, I drove it about 20 miles in my car and it didn’t move an inch even though it looks like it’s falling over.

harry potter

Pro and Cons of the Phased Approach

Phasing your Malbek implantation has pros and cons. On the plus side, it may be more manageable to do a smaller scope with your available team members. It’s easier to control changes and scope creep, and since you learn as you go through each phase, later phases are faster and easier. In our cake analogy, each tier becomes a little easier than the one below it. You can also get business-critical parts of the CLM up and running right away and wait a little longer for more complicated use cases when you’re more comfortable with the system.

There are also downsides to a phased approach that should be considered. It might take longer, and it’s possible that your team members won’t all be available for later phases. You may have to train new people to take over those roles. None of these are insurmountable but should be considered before deciding on your plan. But since each tier or phase can be a little different, the results when put together can be really impressive.

Pros:

  • Manageable scope with higher rate of success
  • Easier change management
  • Learn and adapt to best practices in subsequent phases
  • Later phases tend to go faster
  • Implement table-stakes functionality first, complex and deeper use cases later

Cons:

  • Overall project may take longer
  • Stakeholders and original team members may have moved on
  • Retrain and educate new members in future phases

Whether you choose a phased approach or implement fully all at once, planning and preparation will be the key to a successful outcome.

Want to know more? Here is part one of the series. 

Can't get enough? Here is part three!

Post a Comment

Blog Authors

Alice Alfano is a Marketing Intern at Malbek. She ...

Allison Martyn is a Business Analyst who ...

Anne Moore has been helping customers automate ...

Anneliese Strout is a Principal Business Analyst ...

Becky Holloway began her marketing career in the ...

Betel Zewde was born and raised in Ethiopia and ...

Dan Sloan has been helping companies successfully ...

Gary Zuder has been a trusted sales consultant to ...

Hemanth Puttaswamy is a technology entrepreneur. ...

Jaime has always been passionate about helping ...

Kevin Brening has been a SaaS enthusiast for the ...

Madhu is a technology visionary and an expert in ...

Matt Patel is considered an all-rounder who can ...