A prior post explored the concept of customer effort as a critical driver of customer loyalty. That piece referenced Gartner research / articles (here, here, and here) which argued that creating an effortless customer experience — far more than raising customer satisfaction — is the key to retaining customers’ devotion. The data doesn’t lie; and I certainly buy into the concept. To a point.
On further reflection, though, I have a few reservations. These doubts are based on nuances specific to enterprise software and customers’ experience with business-to-business SaaS solutions. Gartner’s research appears to have been broad in scope; it seemingly covered customer service interactions around consumer products / services without focusing on specific industries. This post seeks to double-click into some subtleties to consider around customer effort, with emphasis on these dynamics within the B2B software environment.
1. Timing Matters: In B2B software, timing matters when it comes to customer effort. There is a fundamental distinction between the initial set-up period when the software is being implemented, versus the downstream steady-state period when the solution is being leveraged in a live environment by active end-users. For the sake of clarity, we might characterize these two phases / timeframes as “project” work (up-front) versus “process” work (downstream). Notwithstanding the rise of low-friction, freemium 2nd generation SaaS solutions, many complex business solutions still require thoughtful up-front project work. And, although the SaaS model has vastly simplified and accelerated technical aspects of software set-up, rolling out business solutions still demands organizational commitment of time and resources to do so properly (e.g. mapping processes, configuring work-flows, integrating with existing systems, and supporting user adoption). Gartner’s research in support of low customer effort appears to have excluded that start-up phase (project work) and focused primarily on downstream customer support inquiries (process work). The reality is that customers still need to invest to some degree in project work, even if their appetite for downstream process work is prohibitively low.
2. Value Matters: Building on the point above, savvy institutional software customers acknowledge some amount of up-front work is required to get great downstream value from a technical solution. And while all organizations strive to minimize that work (and time), they appreciate that effort and value are correlated. Gartner’s findings aside, customers are willing to invest in implementation efforts…so long as the downstream value they derive ultimately justifies that investment. Customer’s tolerance is a function of both variables — effort and value. Conversely, if effort and value are NOT correlated, the result will be a painful or seemingly never-ending implementation period, customer frustration, and an inevitable drop in customer loyalty. Said another way, the concept of customer “effort” is certainly relative; and customers must believe that their effort will be rewarded AND that the effort should be minimized with an easy solution to implement, administer, and use. It strikes me that all of these elements might be loosely plotted on a graph like this.
3. Timing Matters (Part Deux): There is another timing-related dynamic that encompasses both of the points above. Just as kids want to play with their holiday gifts immediately upon opening them, virtually all software buyers want to take advantage of their technology purchases as soon as possible. In other words, they want to shorten the time to value capture once they’ve contracted to use a software solution (and this is a critical metric for SaaS providers to measure). Experienced customers know that the more concentrated effort they put in, the faster they’ll get value from the solution. Conversely, a leading reason for slow or unsuccessful implementations is a lack of prioritization and effort on behalf of customers…which leads to dissatisfaction and churn. In contrast to Gartner’s research, this is case where low customer effort certainly will not translate into long-term loyalty. Note: There is also admittedly a nagging chicken-and-egg dynamic at play here; and it is worth asking whether these slow implementations would get higher priority with a more motivated customer if we vendors made them demonstrably easier to execute(?).
4. Economics Matter: There is an old saying that people don’t value the things they get for free. Without getting into a philosophical debate about total cost of ownership or open source software, it is safe to say that people’s commitment to any endeavor rises the more skin they have in the game. This is absolutely true when it comes to tolerance for project effort relating to software. Generally speaking, the less a business pays for software, the lower the willingness to invest effort implementing it. Free models command the lowest effort (virtually no skin in the game). Long-term license models (largely antiquated at this point) drive the highest. Many of us can remember a time when organizations paid huge sums up-front for a perpetual licenses…and then these pot-committed buyers would routinely have to spend years and fortunes implementing those same systems. Thankfully updated SaaS delivery and subscription models have put the onus on software providers to demonstrate value quickly and consistently, lest they risk churning the very customers they worked so hard to acquire. In any case, it strikes me as incomplete to say that low effort is unequivocally the highest determiner of customer loyalty. Rather, business model and up-front costs are other factors impacting customers’ tolerance for effort, with a related “effort curve” looking something like this:
In closing, the research on effortlessness brings an invaluable perspective to the rich topic of customer loyalty. But its application in the world of B2B software has its limits and should be applied with some caution. Specifically, while effortlessness may win the day in connection to downstream process work, delighting customers still seems to have a place in the world of up-front project work. Smart SaaS providers will benefit from understanding of customers’ journey with their solution and apply customer experience strategies accordingly. Similarly, it is important to understand a solution’s go-to-market strategy and packaging / pricing approach. Both will impact customers’ tolerance for investing effort, which should also inform the ideal customer experience. And, finally, the concept of “effortlessness” probably ought not be defined as NO effort. Instead, it is more relative in nature, where the work that needs to be done shouldn’t create unnecessary frustration. Said another way, effort is not the work itself; rather, it’s the infuriating customer feeling of “why does it have to be so hard?!” With that said, any and all customer work needs to be seamless and logical so they can derive value from their software purchases with as little effort as possible.
“The key to customer loyalty is an effortless customer service experience.” These seemingly innocuous words caught me flat-footed and punched me right in the nose. I’d been focused for so long on trying to delight customers that the concept of effortlessness caught me completely off-guard.
Since being captivated by the book “Ravings Fans” decades ago, I’ve been an unhesitating proponent for striving always to exceed customer expectations. But a friend and successful entrepreneur recently initiated a conversation that has brought such longstanding beliefs into question. His perspective is informed by two Gartner articles (here and here) with supporting research that challenges the actual business impact of delighting customers…and points to (low) effort as being the strongest driver to customer loyalty. These articles and concepts caught my eye and are forcing a reexamination of some of my long-held beliefs. Below are highlights from those articles along with some accompanying thoughts and considerations.
Based on research done by CEB (2013) with 97,000 customers, the data revealed four major findings:
The article goes on to offer interesting principles of low-effort service. But the truly mind-blowing part comes in a related article that encourages companies to create effortless customer service experiences (and discourages striving to create loyal customers through exceptional customer experiences). By offering statistics on the outcome of low-effort versus high-effort experiences, the following infographic makes this case in a truly compelling manner:
The takeaway from all of this, according to Gartner’s analysis, is that “customer effort is 40% more accurate at predicting customer loyalty as opposed to customer satisfaction.” Unsurprisingly, Gartner also introduces a metric, the Gartner Customer Effort Score, in order to measure the ease of customer interaction and resolution during a request for help.
To determine the score, simply calculate the percentage of customers that at least “somewhat agree” (those who give a 5 or above) that the company made it easy to resolve their issue. Seems straightforward enough in its implementation, analysis, and execution of steps to address the findings.
This all resonates with my anecdotal on-ground experience; and my takeaway from all of the above is that customer effort simply can’t be ignored. And, since the CES appears to be a metric that is easy enough to spin-up without any notable disruption to the overall client experience, there is every reason to give it a trial-run. Although I’m not quite ready to completely ditch more traditional CSAT metrics like NPS and WOMI, we certainly intend to test out CES and report-back the findings. After all, getting punched in the nose once is enough to create a desire to learn from the experience.
A previous post on this blog shared observations about high-stakes SaaS product development initiatives; and a follow-on piece took a deeper dive into setting related cloud services strategies. Together they focused on considerations when undertaking major SaaS product initiatives (such as re-platforming projects, new user interface introductions, infrastructure changes, functionality expansions, code re-writes, and others).
Although this post builds on those prior pieces, it steps away from the product side of things. Instead, it examines a wide range of critical, but often overlooked, “other stuff” needed to successfully introduce meaningful product changes to customers. Borrowing from the world of project management, we’ll broadly call this topic operational readiness. The harsh reality is that even a well-executed product development initiative can be greatly undermined by inadequate operational readiness. And this is often where many SaaS companies falter, particularly small-scale businesses without mature systems and processes. With that in mind, here are ten quick lessons learned and five “non-product” questions / exercises that can help organizations manage major product change initiatives.
LESSONS LEARNED:
QUESTIONS / EXERCISES:
1. What are our “big rocks” of operational readiness?
This deceptively simple question forces companies to consider all the aspects of their offering that directly or indirectly impact how customers experience their software solution. Although there is a wide range, just a few of the usual suspects on this list include:
2. Who benefits from this project and how so?
Again, this one seems simple but warrants focused attention. The truth is that big product initiatives can take on a life of their own and cloud our understanding of their true purpose and benefit. It helps to think of each stakeholder group (e.g. customers, prospects, partners, internal team members, financial stakeholders) and even sub-sets of users (admins, super-users, casual users, executives). Then, lay-out the tangible benefit each group will derive from the initiative. These might include: a shorter learning-curve (for customers), ease of support or ability to code more efficiently (internal team), or less resource intensive implementation cycle (multiple beneficiaries, including financial stakeholders). We better have good answers for each stakeholder, or else it is going to be hard to justify to them the inevitable cost / effort it will require to adopt the proposed changes (aka: the “pain-of-change”).
3. What are the situation-specific complexities to consider?
Complexities reflect the unique nuances of each product and user-base. These are the characteristics of your business that will largely define how the company must prepare to support impending product changes. Examples of these include:
4. What are the guiding principles to be upheld?
Like any set of principles, these should represent the “non-negotiable” commitments. These may be commitments to customers or to your own organization; and they may be tacit or openly communicated. In any case, what is most important is that they are not open to compromise. Some hypothetical examples of these might be:
5. What are the operating decisions to be made?
All of the questions / considerations above play a role in organizational readiness; and companies must ask and answer a number of pragmatic questions. A few of the usual suspects tend to be:
In sum, change is hard. Operational readiness, when painstakingly undertaken and executed by a company, goes a long way toward easing that pain for its clients. Failure to do so, however, can result in tenfold the pain downstream for everyone involved.
This blog typically focuses on sharing observations from the twenty years I spent operating small-scale SaaS businesses. This post takes a different tack. It reflects more recent experiences, as I’ve transitioned over the past 18 months into the role of SaaS investor. That pivot has offered an exhilarating (and often humbling) opportunity to work with SaaS operators in a new way and from a different perspective. One of the things this experience has revealed is the need to be intentional about how investors and operators engage with each other. Failure to do so, I’ve learned, under-utilizes this potentially invaluable relationship and can lead to stale interactions. On the other hand, even a little bit of intentionality can drive more efficient and effective collaboration among company executives and board members / investors to the benefit of company performance. Below is a brief intro to the model we’ve adopted in recent months and how we’re using it to raise our game on this front.
We noticed that virtually all interactions between portfolio company executives and members of our investment team could be categorized based on two core questions. (1) Who is the owner / person responsible (portfolio company or investor) for leading a given activity or deliverable? (2) How much interaction does the exchange require? From these variables, an obvious 2x2 matrix emerged, as follows:
Because its useful shorthand to name quadrants of a 2x2 matrix, the following terms quickly attached themselves to each box.
And just as quickly, we realized that this simple schema neither represented reality, nor provided a model that meaningfully improved our communications. But, with a few tweaks, it became valuable quickly. The trick was understanding that a binary notion of ownership makes perfect sense for artifacts or deliverables but makes less sense in connection to in-depth discussions about complex topics. To recognize this reality, the 2x2 morphed into something a bit more complex; and the following model came forward:
This was a game-changer for a few reasons. First, it became easy to plot virtually all our interactions / exchanges somewhere within this model. Below is a small example with just a few of the items on which our operators and investors / board members collaborate or exchange information:
Second, this framework established some shared language, through which we gained immediate communications efficiency. It became simple, when discussing an initiative or a deliverable, to identify the box it was believed to occupy…and to quickly uncover and address any areas of misalignment. When discussing a potential topic or project, it has become common for us to rely on shorthand such as, “I think this is a Box 4 topic, do you agree?” This has squeezed-out some previously existing room for confusion. To avoid all doubt, we use the following numbering system:
But the biggest benefit by far has been to raise our awareness of the amount of time and energy spent in each box…and our sensitivity to wasting time in the wrong box on a given topic. For example, in the first few months after an investment, we spend a good deal of time in collaborative discussion (Box 2: Shared Strategic Planning). That makes a ton of sense for many reasons, particularly during a period where there is a lot of shared learning around complex topics and where planning occurs through a collaborative and iterative process. But that can be really time consuming. And, as the company moves into more of an execution mode, it becomes advantageous to migrate operator-investor interactions more into boxes 4–7. When recently asked by a portfolio company CEO about a particularly thorny product-related issue, I reflexively suggested that we get in a room to discuss. Instead, he responded, “In this situation, it would be more valuable for me to hear a summary of your lessons learned on this topic, can we just make this a Box 5 presentation from you guys?” I was happy to comply; since we are all aligned around optimizing company performance. This kind of directive request helps us to arm operators with whatever support they need to succeed in the market.
This whole approach reminds me a bit of the balanced eating plate graphics that we learned about in Health class as kids. The general concept is timeless, even if the exact categories and proportions will forever be a subject to ongoing examination and debate.
In both scenarios, what’s most important is that there is (1) a healthy balance, (2) a framework for making good, intentional choices, and (3) a useful check against simply defaulting to the part of the plate — or the type of interaction — that satisfies our craving in a given moment. Finally, as the saying goes, variety is the spice of life. Our experience is that the same is true when it comes to interactions between operators and investors — a little planning and a bit of balance / diversity leads to more efficient and effective interactions that are also just generally easier for everyone to swallow.
It’s easy for leaders to get caught up in the day-to-day of running small-scale businesses. Particularly during challenging times, it can take all our energy just to “keep the wheels on the bus.” Unfortunately, a casualty of operating in this mode is that we tend to focus far less on the long-term composition of the team — who’s actually on the bus, whether they are in the right seats, and who should be getting on / off at upcoming stops. This is hardly surprising — such planning demands both discipline and foresight. It’s also difficult to get right: organizational design is quite complex, and according to research from McKinsey & Company, less than 25% of organizational redesigns succeed. With that in mind, this post can’t begin to scratch the surface on this rich topic. Rather, it simply introduces a quick-and-dirty exercise to help leaders elevate and think proactively about their organizational “bus” both now and in the future. What follows is a description of the exercise (the “What”), some tips around its execution (the “How”), and some observations about its effectiveness (the “Why”).
The What: The exercise is quite simple and builds upon something that virtually every organization already has available in some format — a current org chart. Using that as a starting point, the leader creates a series of hypothetical future org charts for the business. Specifically, (s)he creates four new / additional org charts, each representing successive six-month intervals into the future. This results in a total of five prospective org charts, essentially five snap-shots that look forward two years, six-month at a time. The five org charts are as follows:
The How: This really is a simple exercise, so there is no need to overthink it. But a few pro-tips can’t hurt; and the following will help make the exercise even easier and more impactful:
The Why: The primary benefit of this exercise is hopefully clear: it is a low-effort way for a leader to plan out with intention and purpose how an organization will grow over time. It works well because it doesn’t require any special skills, resources, or training; and it is something leaders can easily do on their own a couple times of year with a moderate amount of discipline in a short period of time. A few of the side-benefits, and why this exercise works in achieving them, are outlined below:
In closing, this exercise is largely about interdependency between the business outcomes and the people-related aspects of organizations. Leaders generally have a keen sense from a mission and financial perspective of where they want their businesses to be at various points in the future. What we tend to be less good at is identifying and aligning the roles and skillsets necessary to achieve those objectives. Yet, they are completely interdependent — the envisioned goals, and the difficult-to-define team / structure required reach them. This exercise aims to help navigate the organizational side of things. Hopefully, it can help leaders develop a far-seeing view of who should be “on the bus”…and provide everyone a much smoother ride toward the desired destination.
People say it all the time, usually with great pride: “We are a sales-led company.” Or, in businesses with deep technical roots, it might shape-shift into: “We’ll always be an engineering-led organization.” Marketing, finance, and product management can also feature in such statements. In fact, there are many versions of this claim by companies — and every one of them stinks. Here’s why; followed by a simple tool to help sidestep the alluring “we are led by X” pitfall.
In general, this whole way of thinking is wrong-headed for SaaS businesses, where organizational balance is key to sustainability. If one department or functional group within a company unilaterally leads, doesn’t that relegate all others to simply following the leader? Such an approach implies that those so-called secondary departments exist overwhelmingly in service to / support of that leading functional group. At best, this creates imbalance. Specifically, it sub-optimizes the potential of the whole organization, in favor of maximizing the output of one part of it. Worse, such thinking prioritizes pleasing internal “lead dogs” over the needs of important external stakeholders (e.g. customers, prospects, shareholders). This often results in unhealthy politics which eventually limit the growth and profit potential of the business. Regardless of which department we drop into this corporate Mad Lib, the outcome is consistently negative.
Beyond being a bad idea in general terms, “X-led” companies suffer unique downsides depending on which department occupies that leading role. Though the problems differ by department, they are highly consistent in how each appears from one company to the next:
Again, there are many variations of this same tune: Finance-led companies are fiscally responsible but can be brutally rigid workplaces. Even customer-led companies (as good as that sounds) often devolve into rampant incrementalism around customer feedback, risking eventual disruption by innovative market newcomers. Note: if forced to choose, I favor being a product-led company, as described by Marty Cagan in his excellent book, Inspired: How to Create Tech Products Customers Love. But even that can go wrong if implemented in a narrowly literal way (more on that in another post).
If any of these types sound familiar, you are not alone. To some degree this problem will always ebb and flow in organizations that are every bit like constantly evolving organisms. This makes it quite difficult to tackle this problem in its totality, without first mustering a ton of organizational will. Instead, one simple practice can improve life for all within any X-led company: rethink when each department engages with the others. Here’s how:
In an X-led organization, one department tends to act; and all other downstream departments are later forced to react. Of the many problems this creates, a big one relates to timing — when one department leads, all others are usually late to the game. For example, a company’s Client Success team will always struggle to delight the customer if they only learn after-the fact what commitments a salesperson has made in the sales cycle. Similarly, salespeople cannot credibly convey the company’s product vision to prospects, if they are only informed of the product roadmap as new features are being released. In both cases (and countless others in companies everywhere), the problem relates to WHEN one department is engaged by others. Two questions to ask in virtually every one of these situations are:
If this sounds simple, it is. But it is also effective. These seemingly simplistic questions never cease to foster a rich and wide-ranging discussion. They also inevitably reveal opportunities to move cross-department collaboration earlier in the value-chain, which yields demonstrable benefits. These include: informing more successful client implementations, surfacing development issues in a more timely / manageable manner, and driving more holistic support and activation of Marketing initiatives.
One last pro-tip for getting your money’s worth from such an exercise — invite every department to the party. Just as it is sub-optimal to have a company that is led by a single department, this exercise also suffers when it is undertaken by only one (or two) departments. Instead, it should be all-inclusive. When every department needs to answer these questions for each of its peers, it won’t be long before everyone leads…and everyone follows.
There’s some debate about who first said, “Never waste the opportunity offered by a good crisis.” (N. Machiavelli, W. Churchill, R. Emmanuel). Whatever its origin, its meaning is clear: turbulent times lower collective resistance to change and provide a rare opportunity to challenge conventional wisdom. Unsurprisingly, this quote seems to have resurfaced frequently during these recent chaotic weeks; and its sentiment deserves some focused attention as it relates to small-scale software companies.
First things first: it’s hard to think of any crises that are actually “good.” The current COVID-19 pandemic is heartbreakingly awful in countless ways; and this post will not debate that. Neither will it focus on the specifics of the current crisis. Rather, this post is intended to support leaders looking to optimize this moment to bring both stability and positive change to their organizations…and to avoid mistakes that can make a bad situation worse. It does so by building on John Kotter’s 8 Step Process for Leading Change to help ensure that change initiatives are beneficial, successful and long-lasting.
What follows is the officially published “hook” and high-level summary for each of Kotter’s 8 steps for leading change, along with some brief situation-specific commentary from me. Please note: Any text in BOLD ITALICS is the exclusive work of John Kotter and the Kotter organization.
Amid the current crisis, Kotter’s steps for leading change appear as timeless and universally applicable as ever. And they seem particularly valuable for small-scale software businesses, given the existential threats start-ups face and the lightening-quick rate of change in their operating environment. In the midst of the current pandemic / economic crossfire, these steps offer some structure and security for those leaders looking to implement positive change and “make the most” of a decidedly challenging crisis.
In the 1992 legal drama film “A Few Good Men,” Colonel Nathan Jessep (Jack Nicholson) barks an iconic and scathing reproach to Lieutenant Daniel Kaffee (Tom Cruise) and to the world at large, “You can’t handle the truth!”
While this made for an epic movie moment, Colonel Jessep got it wrong when it comes to team members in small-scale software businesses — they can, indeed, handle the truth. Actually, they require it. Highly intelligent and resourceful knowledge workers don’t need a ton from their leaders; but there is a short list of critically important must-haves, particularly in times of crisis. Specifically, they need to know these few things about company leaders:
Like many people, I’ve spent a lot of time in recent weeks trying to get a handle on things by understanding what others are seeing and hearing. As a result, I’ve had the opportunity to speak with many company leaders about what they are experiencing and the nature of communications within their own teams. Particularly interesting to me is how they are choosing to address the harsh and uncertain reality of today’s business climate.
What I observed is that many leaders whom I deeply respect are being quite transparent regarding the challenges their companies face, and about the various options for navigating those challenges. A number of those same leaders expressed pleasant surprise at having received positive feedback following particularly hard-hitting messages to their teams. Intrigued, I researched further and was able to review and compare in varying levels of detail how a number of leaders have been communicating with their teams of late. What emerged from that informal study was a wide range of styles, but also a highly consistent set of practices employed by experienced and effective leaders. These include:
In sum, small-scale SaaS company teams want a few core behaviors from their leaders; and those don’t include babysitting or happy talk. Quite simply, they want the substantive and relevant truth. But neither do teams desire information overload. They don’t need every little shred of information that impacts the company either positively or negatively on a minute-by-minute basis. They should not be subjected to the turbulence and air-sickness which comes from experiencing first-hand every rise and fall in altitude as the company flies along. That’s a different Tom Cruise movie altogether.
The number one reason startups die is that they run out of cash. This is well known; and plenty of resources currently offer excellent advice for surviving turbulent times. But this is scary stuff with existential consequences for small-scale businesses; and guidance around cash-preservation can be overwhelming for company leaders. Having experienced challenging environments in 2001 and (even more so) 2008, I remember making the mistake of being trapped for days in forecast models or repeatedly scouring a laundry-list of line-items to be considered for cost-cutting. I was mired in the tactical weeds and later came to appreciate that some broader perspective would have helped guide my approach. The purpose of this post is to share a few lessons learned on this front and to offer some high-level frameworks to inform the thought process behind cash-conservation efforts.
I. Secondary Goals / Sacred Cows: Leaders intuitively understand the goal of cash-retention initiatives — to survive. It’s quite simple; just don’t run out of cash. But it is never that simple; and that is why it’s helpful for leadership teams to clearly set secondary goals for any expense-management initiative. This approach answers the question, “what is the NEXT most important objective of this effort (beyond simply staying solvent)?” For some companies, that may be safeguarding the customer experience and brand loyalty. For others, it could be maintaining the engagement / continuity of the entire team or retaining top talent. For more mature businesses, it might mean ensuring the business is positioned optimally for whenever the economy eventually turns around. Another way to arrive at similar clarity is by identifying “sacred cows” — those parts of the business where compromises will never be made. Whichever route is taken, this exercise helps leaders keep one eye — even in a crisis moment — on what is important for the longer-term health of the business.
II. If / Then / Then-by-When: The purpose of this mnemonic is to help leaders rise above the detail of expense-management and think beyond the tyranny of spreadsheets. It forces execs to go through a three-step business planning process, as follows:
In sum, this framework forces structure in what can otherwise become an ad hoc reaction to environmental challenges. It demands that company leaders a) thoughtfully envision potential scenarios, b) identify the qualitative and quantitative impact of those environmental forces on their business, and c) codify the steps and related timelines needed to address the challenge faced.
III. Assumptions, Decisions, and Control: Re-forecasts are inherently unsettling; and it can be difficult to know where to begin. One way to get a foothold is to separate where to make “assumptions” and where to make “decisions.” A general rule of thumb is to make assumptions about the top-line (sales / bookings and corresponding revenue) and make decisions around expense management. Why?
The truth is that companies ultimately cannot control whether clients actually buy from them; so, they need to make educated assumptions about customers’ buying behavior. Further, we’ve found it helpful to first focus on (and make the most pessimistic assumptions about) the types of revenues that companies least control. This generally means new sales to new customers, since they are the most speculative and rely most on customers making a proactive and incremental outlay of cash. Then, we move methodically down the risk ladder. The next most at-risk revenue class tends to be expansion sales to existing customers. Then come usage-related revenues. Finally, existing client renewals tend to be the most secure (but still ultimately at-risk!). When companies have great data, they can even further refine their renewal assumptions based on cohorts (products used, type or size of customer, and date of initial purchase). Breaking revenue streams out in this way allows companies to thoughtfully and granularly quantify risk to the top-line.
When (and only when) a company updates its top-line expectations, they can then begin to make informed decisions about expense-management — because they ultimately control expenses and can manage them accordingly. It’s helpful to sequence expense related decision-making opposite to that on the revenue side. Start with the expenses over which the company has the MOST near-term control and work the other way. This is because controllable costs offer the best ability to quickly aid in cash conservation. Highly controllable costs are almost always discretionary / un-committed, non-personnel expenses (e.g. marketing campaigns). Month-by-month subscriptions tend to come next. Consultants and contractors are also somewhat manageable (albeit not nearly as easy to pare back). Drastic measures such as “reductions in force” are far trickier still; and long-term leases (e.g. rent and pre-paid annual contracts) are often most challenging to derive savings from in the short-term. The following graphic from an excellent recent study by A&M (Alvarez and Marsal) concisely captures these dynamics and expands well-beyond.
A note about the elephant in the room: By far the most excruciating expense-related decisions revolve around personnel costs of the core team. Unfortunately, this is also the richest vein to mine from an expense management standpoint, because the majority of expenses in SaaS businesses are people related (yet again proving the adage that nothing valuable is ever easy). Moreover, the dynamics of personnel decisions are deeply complex and interdependent both financially and culturally; and leaders need to make choices in this area with the utmost consideration and care. This topic certainly warrants a more complete discussion but is not the focus of this particular post.
Okay, so…with these frameworks in the toolbox…what comes next? As is often the case when it comes to operational execution, it starts with communication. A range of diverse stakeholders will be involved in, and impacted by, any of the activities described above; so clear, effective communication is key. Although these decisions are made based on data and reason, their communication demands empathy and compassion — none of us wants to be the leader who gets stuck in spreadsheets(!). In a world where working at a physical distance is not just a choice, but a necessary health condition, such compassionate communications are more important ever.
This blog recently featured a post that invoked the First Rule of Holes (“Stop Digging!”). That piece had been triggered by some business-planning discussions; and it advocated taking a structured approach when tackling deceptively difficult business questions. In that case, the seemingly innocuous question was “What do you do when it’s not working?” That post offered a framework to assist in the first step of problem-solving — actually identifying the existence of a problem in the first place.
This is part two of that post. It picks up where the last one left off: developing hypotheses to test why something isn’t working. Building on the initial framework, this piece endeavors to share a structure to use in the critical step of diagnosing the source of a business problem.