Experimentation can be scary for business teams. That is why a lot of business experiments end up being multi-year projects that are followed by very heavy change management processes. While that can give a sense of security and risk mitigation, it makes it very hard to predict,, measure, and control the success of the changes.
On the Flywheel Product team we are always tweaking HubSpot’s go-to-market operating model to get desired business results. We apply a product and engineering approach together with a business approach to increase the productivity of our sales, marketing, and services team and help our customers grow better.
In order to do that we constantly need to balance business experimentation with the needs of an increasing go-to-market team and customer base. Businesses of HubSpot’s scale need to keep a sense of predictability, as well as an ability to forecast revenue and reduce disruption on the go-to-market team.
So, how can you constantly keep experimenting with your go-to-market operating model to get the desired business results as your company continues to scale?
These are some of the main lessons we’ve learned from our experience with business experiments:
For a business experiment to be successful, you need clarity and alignment. A lot of complexity and issues stem from not having a good understanding of the problem, the goal, and the experiment itself. That is why it is crucial to have a clearly articulated problem statement, objective, hypothesis, north star metric, and KPI breakdown.
Having a good north star metric, though, is not enough. North star metrics drive alignment but they don’t provide clarity on what the experiment is about. That is because north star metrics are lagging indicators and impacted by many factors. For example revenue might be impacted by a recent change in quotas, and at the same time the marketing team might change their advertising spend for the quarter. So it is essential to have a good breakdown of that high-level outcome indicator to input metrics you can control and influence with the experiment.
Here are some steps you can take to clearly communicate your experiment and align teams around it:
Build a Business Experimentation Framework: This doesn’t have to be a rigid process but rather a collection of steps and artifacts that incentivize healthy discussion, clarity, and alignment.
Some main items the framework could have:
A few examples of powerful questions:
These questions should lead to the sections below:
Here are a few experiment templates you can use:
Takeaway:
There is much more to the Experiment Framework, but building and testing an experiment template is a good start. The template itself should then drive and highlight most other areas of the process.
Business experiments tend to be more complex and require some level of project management. This gets harder the bigger your change and experiment is. But instead of trying to nail project management, we asked ourselves if we can start smaller.
Starting small might be more applicable than you think at the beginning. There are multiple ways to define small. For example, the number of regions you are running the experiment in, the number of users in the experiment, or the size of the change being implemented.
We found that in most cases we were good at starting small on the region and users aspect, but we didn't always start with the smallest change in the product.
Here are some steps you can take to make sure you are starting small:
A. Start with the smallest change possible: This shouldn’t be limited to the region or people impacted but also to the product changes.
B. Define small: While the above might sound fine, the difficulty is how to define if a planned change is small enough and what the smallest change for a given project is.
Here are a few tools you can use to start small:
Takeaway:
Starting small is crucial. When your level of uncertainty decreases and you've got lots of learnings from your experiments, you may be ready to implement change globally. This is when you start using your Project Management toolkit.
When you change the go-to-market operating model, there is a good chance a lot of people in the business will get interested in it. Whether they are curious about the opportunity or trying to make sure on how they are impacted, they will want to get involved.
While high interest is great, it may lead to a working group which is too big to manage effectively, making it difficult to make decisions. You will need a lot of pizzas in those meetings. Worse, it could make it unclear who the decision makers are, leading to even less clarity.
Here are some steps you can take to avoid this:
Takeaway:
Starting small and having the experiment template filled should help with stakeholder and strategy alignment, as well as communication. Otherwise, when enlarging the scope of the experiment, having a small decision-making group who has the final say will make things go faster.
These steps will help your product team and business move faster in improving the go-to-market operating model. It will also help foster an environment of learning and a thirst for experimentation.
If you are excited about solving complex business challenges and optimizing go-to-market strategy through product, head over to our product careers page.
At HubSpot we are constantly learning and improving our product craft. I’d love to learn how you run business experiments in your company. You can connect with me on LinkedIn. I’d love to connect and continue the discussion.