Software strategy selection: is build, buy, partner sufficient or do we have to add open source to the game?

Strategy selection

The best innovation and growth strategy is to combine organic and inorganic growth. SAP has successfully applied organic innovation and growth resulting e.g. in SAP HANA, SAP S/4 HANA as well as inorganic innovation and growth via acquisitions like Qualtrics and Calliduscloud. 

Build, buy, partner

  For me, the most important distinction between build or buy is the window  of opportunity that you have.  In technology markets, there are frequent changes of market direction. If you’re lucky, you had started  your solution  in time to build something that is en vogue  right now. But if you’re not lucky, you need to acquire capabilities that the market needs today.  But is this the only option you have?

Opportunity and risk in building  and acquiring solutions

To be frank,    with the current state of technology due diligence on to be acquired companies there is no difference in risk to build or to buy.  When building products, you trust your developers to build something great. The a priori likelihood of success is 50%. Same likelihood applies for acquiring technology. In addition, acquired technology exists, has customers, success and failure history. So, what is the impact of this statement on build decisions? 

Build decisions

Build decisions are made based on anticipated market trends. So don´t be suprised when you find out that you made the wrong decision. It is perfectly natural to take wrong decisions. But how can you fix such a wrong decision? I have two proposals: The first one is to start massive marketing to convince customers and markets that what you built is the right thing. Tough. The second option is to buy your way into front and center of the market.  What are these the only options you have?

 Outsource your worries

 What we need to look at is in another alternative.  You could leverage an existing open source solution with a license that permits commercial use to jumpstart your building efforts.   And you build differentiating, proprietary technology on top.

 If the open source community behind that solution is being active enough, you will save massive effort for support and maintenance of the solution.  

It also makes financial  and strategic sense to spend your money wisely on functionality where you can differentiate your offering from the competitors’ offerings.

Like the topic? Participate in our workshop tickets here

Why don´t you choose one of the following topics to continue:

 

Previous
Previous

Google business models and revenue sources #ewseco

Next
Next

You need to know about Platforms, the API economy, software ecosystems.