From project to product business

From project to product business

How does the product business work as an agency? Learn everything about the product business as an agency with seven stories about our in2code products.

In the spring, we invited friendly agencies and companies from the rosic network to our in2code office in Rosenheim.

The response to Stefan Busemann's presentation “Products every agency dreams of” was tremendous, and we discussed approaches and concepts that worked or failed late into the night.

The digital products business appeals to us as agencies, and I can't even count how many ideas we discussed.
But can agencies develop products?

Everyone looks up to the stars of the SaaS industry and hopes for their own success story.
And we at in2code are also frequently asked about our product business.

What makes a product successful?

After the networking event, I felt nervous and curious. Are we still on the right track? Have we lost control of our efforts? 
Perhaps we have too many irons in the fire?

From the many product trials we have undertaken, I present seven of our product stories. Some went quite well, others took far too long to become successful, and still others are cash cows. There are even some that failed completely.

But let's start with the perfect product story:

The importance of market analysis

I would love to tell a different story, but the truth is: most of our product stories unfold differently. Most begin the same way: an existing customer asks us to help them develop a solution. That's how it was with CERMAT.
The solution for employee certification, training, and health checks.

Our customer Bilfinger approached us with a request for a tool:
They wanted to manage their certifications, preventive medical checkups, and training for employees.
We called it BICEPS, and it worked well.
Years passed, and Bilfinger grew. They split into several customers within different departments and teams.

As with any software, there were feature requests, updates, and bug fixes.
A few years later, responsibilities within Bilfinger changed, and we discussed how Biceps was now a product and no longer a service.

That changed everything.

The positive: annual recurring revenue.
The downside: every update, every correction, and every feature is now a software requirement.

So when you develop a solution, be aware of the differences between a service contract and product development.
Sometimes it's not so obvious.

So we had a product, but no knowledge of the market for qualification software. As expected, CERMAT is one of many qualification management suites on the market. Others are already established and offer many attractive features. So in order to become attractive to new potential customers, we had to understand this market.

Even though we are quite successful with the few existing customers, we have hardly ever gained new customers.

Our marketing strategy

We worked with a sales agency and also generated some leads, but after more than a year, we only made a single sale.
Working with a sales agency is very time-consuming and expensive!

It's only worthwhile for high-priced products in the B2B segment.
Of course, we also tried PPC: such as Google Ads, LinkedIn, and Gartner Software Listings.
Such software listings and comparisons can be sponsored. But the PPC prices are enormous!
In total, we invested more than €20,000 in conferences, PPCs, and sales staff, and spent countless hours trying to find a way to sell CERMAT.

In the end, we at least learned a lot! 

What is product-market fit?

Most products fail because they are not suited to the market.
I can imagine why: 
Founders naturally love their own ideas, and all other solutions available seem unattractive to them.

  • Ask yourself: Why has no one invested in this idea yet?
  • Ask potential customers: Would these customers be interested?
  • What would it be worth? If it's just a convenience, it's probably not worth the effort.

After extensive market research, you will find that solutions already exist, and if these providers have an affiliate program—and believe me, almost every provider has an affiliate program.

Become an agency partner!

Agencies are better partners than product developers

After the introduction of the GDPR, it didn't take long for the TYPO3 extension repository to be flooded with consent and cookie extensions. 
We at in2code also developed the Cookie Management Suite, which is used by almost all of our customers.
To be clear: it's fine to have your own consent extension, but now there are dozens of different CMP extensions.
None of them are leading (to my knowledge), and most of them are probably half-finished, generate little revenue, and are not real products!

The capacity could be used for other, more profitable things, and with partner programs from professional CMPs, revenue shares could be obtained and the capacity for integration and customization could be utilized!
Lately, we have been receiving many requests from software providers to become integration partners and develop extensions for them. Such partnerships offer great potential:

  • Project and support contract with the provider as with normal customers
  • Revenue sharing for sales that would happen anyway
  • Your own brand is recognized as a leading agency in this field

This allows agencies to offer services and customizations in this area with credibility. 
 

THE VERY LOOOOOOOOONG RUN

We know the marketing automation market. I spend a lot of time analyzing different tools: strengths and weaknesses, blind spots, and target groups. Unlike cookies, the market isn't flooded with countless solutions. When I joined in2code at the end of 2020, I immediately fell in love with LUX, but I underestimated the time it takes to develop, market, and establish a new product.
When Alex developed LUX in 2017, he used his knowledge of TYPO3 extension development from femanager and powermail to create LUX.

But then the GDPR came along and once again in2code lacked the necessary knowledge.
In addition, Alex, as lead developer at the time, had many product demonstrations but was unable to get a foot in the door.

When I joined in2code, we improved the process.

  • Missing core features were developed.
  • The sales process was improved.
  • A partner program was established.

It took us five years to get to where we are now.

LUX today

Today, we focus on partnerships, target specific customer groups to a limited extent, and base our development primarily on the wishes and requirements of our partners. We also take a close look at data and trends in particular:

  • Digital sovereignty
  • First-party data
  • Tracking trends
  • A/B testing
  • AI

We set strategic goals with long-term horizons and regularly scrutinize our ideas.
Changing conditions such as the Cyber Resilience Act (CRA) or the ruling of the European Court of Justice on November 13 are carefully analyzed.

How do we make product decisions?

In the long term, a product's success depends on key figures such as growth rate, customer acquisition costs, and sales and marketing ratios
These are the long-term key figures we take into account. However, when deciding what to focus on in the next sprints, we use our pipeline planning sheet.

When planning sprints and calculating resources, it's not just development capacity that's important. Our design and UX team and marketing team are also firmly scheduled. Added to this are customer support, documentation, and training capacities, which are always limited.
These areas are crucial for a successful product.
So you might think that data-driven decisions are the key to success.

That's only half true.

For existing products, yes, but at the same time, we don't know at the time of the decision whether a new product idea could be the next shooting star.
That means we just have to try. We develop a minimum viable product (MVP) and bring it to market to see if we get feedback.
This approach shortens the exploration phase enormously.
In this way, we minimize the time to market and can test the response to the first product presentations.

The Early Access program works (fairly well)

LUX and in2publish are FOSS extensions, as are femanager, powermail, and more. We invest hundreds of hours in TYPO3 updates, respond to feature requests, and provide some free support. What we lack is a sustainable business model for TYPO3 extensions.

In short, the Early Access Program offers early access to the latest versions of our extensions to those who support us financially in the development of our open source extensions.

In the past, users wanted new features and developers were able to earn a living from them. As a result, these simple extensions became comprehensive solutions with many thousands of lines of code. Code that can no longer be easily maintained as a side project. Freelance developers became employees whose passion is not necessarily programming for TYPO3 in their limited free time.

So how should we deal with these feature-rich and heavily used extensions? Users expect compatible versions of these extensions to be immediately available for all new TYPO3 LTS versions. In my opinion, we need to develop a suitable business model for our ecosystem in order to maintain the diversity and quality of the extensions.

The Early Access Program allows us to at least achieve a contribution margin for new TYPO3 versions, and the next few months will be full of extension updates for the new TYPO3 v14.

Are products the real driver of revenue?

One might think that in2code certainly earns a lot of money with all its products. However, that is not the case: it is still only a fraction of the support and project business, and we do not expect this to change in the near future. However, the strategy is clear: whenever possible, we invest in products and standardization.

Florian Froidevaux

Projects and products in the TYPO3 area?

Do you have questions about Online Marketing?

Our specialist Florian Froidevaux will be glad to help you.

Florian Froidevaux  |  SEO & Product Marketing