Skip to main content

The cost of delayed decisions in Enterprise

Large enterprises have started their IT journey in earnest. However, they are miles behind what is happening. 

Some of them have been trying to learn faster by creating research programs or separate business unites to try out and learn a few exotic ideas that have not yet gained acceptance in the industry or enterprise.

Enterprises have moved record collection and data to IT long back and were pioneers in that. However, since the advent of personal computers, they have been left behind. Internet and mobile have left them far behind.

For example, Network security, big data, mobile apps. social applications are solved problems that the enterprise choose to ignore. 




A different problem space

To be fair, Enterprises are looking at a different problem space. They are looking at how to support business operations - Stable and reliable operations, make data-backed operational decisions. By extension, they are expected to be risk-averse and more inward facing.

They are not encouraged to be linked to the business strategy. This is the structural problem that the enterprise seems to have created. When software was first introduced to enterprise, they saw it as a tool to help make internal decisions and hence, the internal org structure was done accordingly.

Today, in a lot of enterprises, IT is considered as a cost structure and several business units consider them as a part of the operational cost. As an extension, they are not involved in any strategy discussions that happen at the business level.

For example, enterprises do not look at acquiring other companies just because they have better IT or software systems to integrate with. That is not to say enterprises have to do that. It is a sad fact that software systems are always an after thought in most of the acquisitions or mergers at large enterprises.

IT organisations in large enterprises are left burdened with these large system integration projects or existing operational support projects. 

Evolution of the problem space

This was not always how it was in large enterprises. Large enterprises used to be more forward looking in looking at big data and used to be driven by software systems at the centre of operations. 

A lot of what we use today in personal space used to be from the enterprise space. A few examples are the productivity software liked word, excel etc.

What went wrong is difficult to track back. We can hypothesise at best. 

IT organisation seems to have begotten the same ills that plagues every other department in a big enterprise - siloes and lack of decision makers.

Large enterprises would always have siloes. However, the lack of decision makers would plague large enterprises for long. In a way, the existence of siloed departments led to a lack of accountability and hence lack of decision making and decision makers.

The problem with no decision making

With large enterprises, decision making was not easy. There was not much precedent to what was happening with respect to IT organisations in large enterprises.

However, the fact that IT organisations were supposed to be risk averse also led to the fact that decision making was always slow. 

In some cases, there was no decision making or the decision was too late for the specific problem. The lack of decision making was easy since the effects of that was not visible immediately and hence tough to measure.

For example, Why did Walmart take so much time to start e-commerce? - I am obviously taking the easy target. There are several large enterprises all around the world that I can pick at random and ask similar questions.

Conclusion

The large enterprises are coming out of a stupor and are trying to play catch-up with what is happening today, trying to connect to the end customer and also transform what is happening internally.

However , they are all falling prey to a ton of products out there - products built for the large enterprises to use so that they could feel safe and also feel they are progressing, or consulting services that are going to tell them they need to use those kind of products.


What they don’t realise is that along the way, they did something to themselves that they might have to rediscover. This is a catharsis that every large enterprise will have to go through to be successful.

Comments

Popular posts from this blog

The right business model for your product

How would you decide what is the best business model for your product? Deciding on the right business model is very important for the product. It does not necessarily mean what is the price of your product. There could be no price for your product - though that is a myth. For example, we think google or Facebook is free. However, we are never the customers for Google or Facebook. It is the advertisers that are its customers. What we need to figure out when we decide on a business model are as follows: Who is my target audience? Who is my customer What is the price. How is the support model going to work Who are my partners While we do not absolutely need to price a product, we need to understand how we would make money. For example Open ERP does not price its product. However, its product is not the ERP software but really the hosting, service and training that it offers. While pricing is an important part, what is more important is in realising who is you...

Finding your target audience

The biggest task of the product manager is to find your target audience. Typically it is a very tight rope walk. You define it too narrowly and you would struggle to generalize the product later. You define it too broad and you would struggle to satisfy a lot of people and the product might not take off at all. There is this awesome post by Dave Mcclure on why Niche target segment works. Blog link here . What he says is mostly right and that is what we did as well. We did it mostly by accident. We had to define our niche because we could only talk to those kind of retailers and get data from them to start developing the data. It did have its upside. We were very clear on what we wanted to develop and we are slowly talking to retailers and adding more scenarios. As we are doing this, we are also talking to a slightly different set of retailers. This helps us incrementally build our product while also generalizing the existing features. In our case, we did not fin...

Constructing the Product Roadmap

When I started out in the team, I was tasked out with coming out with a plan so that we can demonstrate the product with real data. The idea was to demonstrate it to our prospect with their own data and win them over. However, when I started working, I found out that what we lacked was not a plan but a vision. I quickly put together a one day workshop with our team and our product owner. When we started talking, we talked about several things and figured out that we needed a plan of various proportions. We needed a plan that could help us one the following: Provide a focus for the long term with near term focus on just one thing Help us talk to prospects on what we are going to do Help us decide on when we would need to focus shift on which function - Engineering , sales etc We also did a quick “Product in a box” exercise so that all of us in a team can practice and imbibe the elevator pitch. We needed this since we had to do this pitch at several levels - Inter...