This blog is to share some of my thoughts and to reflect on new technologies, IT and economy. I work as Chief Business Officer- Shiksha.com, Naukri Fast Forward and Learning. Visit my LinkedIn profile for more details.
Saturday, October 31, 2009
War for Talent Never Ended
Friday, October 23, 2009
Enabling an ecosystem of partners
No product company can sell without partners. Customers need training, consulting, plug-in development, system integration with existing computing infrastructure, additional content like templates or sample (besides the one supplied with the product) and support in terms of expertise or resources to execute. Some companies provide these services along with the product. In my opinion, a product company should act as a focal point to enable these services and at the same time, stay away from trying to deliver everything on its own. Service delivery requires a different mindset and when a product company tries to deliver services, it often takes focus the away from the core product.
Creating an ecosystem of partners for a new product is an enormous challenge. To convince a set of trainers or consultants to support your product can take time and effort. For example, when we launched Adobe Technical Communication Suite with support for new workflows, it took me a year and 1 additional release to convince some of the partners to actively support the product. Partners need to invest time in learning the product and building a business around it. Hence, they often wait for the product to pick up momentum and let initial customer queries trickle in. Often ver1.0 of a new product falls short of customer expectations and the teething problems get resolved only when the ver2.0 arrives. From a corporate perspective, it is important to support the product in the interim. For that purpose, me and my team extended ourselves to user forums, extensive posting on blogs and direct resolution of queries from leading customers and potential partners. However, it is equally important to gracefully vacate the space and let partners take over.
Once an ecosystem of partners is established, it creates a virtuous circle and make the product self sustaining. If a product provides for extensible framework, partners can build plug-ins, templates or scripts which can add to the functionality of the product. This can open up new customer segments, while making customers more loyal to the product.
Several initiatives are required to create a vibrant ecosystem-
· Recognition of partners for their contribution – These can be done by providing unique titles like “Guru”, “Most Valued Professional”, “Master”, “ Black-Belt” and so on. This provides added motivation to the partners
· Training material and product information – Partners expect up-to-date and accurate information to be made available to them. At times, information cannot be disclosed because of confidentiality or corporate policy. In such a scenario, I have often used “statements indicating intent or product direction”.
· Invitation to conferences – Partners want to acquire more expertise in the product and they welcome any invitation to events which can help them do so.
· Honest relationships – Last, but certainly the most important, most partners care for an honest relationship with the company. I have seen partners leave a competitor and join us because we are upfront and honest in our communications.
While at Adobe, I had a good fortune to work with over 25 partners across the globe – from US, Germany, UK, Australia, Israel and so on. I take this opportunity to thank them for their wonderful help and support.
Wednesday, October 21, 2009
Web 2.0 for Product Decisions – Using Google Analytics
Blog - A powerful communication medium for product companies
Customers can be reached through several mechanisms, advertisements, e-mails, user forums, web-site and now through blogs. However, very few customers opt to receive e-mail announcement making this medium ineffective. Advertisements don’t reach everyone, are too expensive and suffer from credibility problem. Company web-site is important reference for most customers however, processes required to maintain quality and legal/marketing hawks don’t allow for frequent updates of the company web-site. While I have used user forums for also collecting feature requests from existing customers, user forums are dominated by how-to and support issues and are certainly not the best medium to discuss long term product directions. That’s why, a blog is important. It can be updated frequently and is not seen as official document even though corporate policies need to be adhered to. In my opinion, product managers can and should use blogs to share their opinions and thoughts about the products. I have used blog (refer to Adobe TechComm Blog) for several things –
1. Understanding the importance of a particular workflow – For example, I posted on review workflow in technical communication and waited for comments, monitored page views and also any discussions triggered by my blog post on mailing lists or any competitive reaction. Sharing an idea or thought and measuring the reaction can help provide information that is often hard to get.
I have only provided a few examples to illustrate the utility of a blog for a product company. I am sure there are many more instances where a blog can help. Do share in your perspective.
Tuesday, October 20, 2009
IT Services Company transforming into IT Product company – Dream is now Closer to Reality
- · A service is delivered based on custom specifications provided by the customer. A product is sold to millions of customers based on product requirements gathered, prioritized and implemented by the product company.
- · The use interface designs and functional specifications are no longer provided or approved by the customer, however, they need to be designed by the company based on its own understanding.
- · Creating a product requires in-depth understanding of the domain, competitive offerings, pricing environment, sales channels and support issues. In a services delivery environment, these are low priority or non-issues.
- · Since there is no fixed delivery timeline in a product development environment, it is easy to get lost in constant refining of the product. At the same time, it is important to undertake extensive beta testing program before the product is released.
- · Managing the expectations of customers is equally important. Version 1.0 seldom delivers everything customers want. There is always a plan for ver 2.0 and 3.0 even before the first version is released.
- · Product development requires upfront investment without any contract or customer. It is the biggest mental block service companies need to overcome. Losing short term profitability to build long term dominance in the category requires risk taking which only an entrepreneurial leader can take.
Monday, October 19, 2009
TCS reports better earnings growth than Infosys
TCS has done a better job of spreading its development resources across the globe, for example, it has a subsidiary in China. Longer term, Indian software service companies need to spread development resources across all major low cost countries, India, China, Poland, Russia, Brazil and so on. This will become important as currencies become more volatile and pricing becomes uncertain. Currency hedging provides only short term respite, building capabilities across new geographies is the only long term solution. Let's take Walmart or Pharmaceutical companies for comparison, these companies use multiple sourcing base which gives them huge advantage. Indian software service companies should stop being India centric if they want to survive, grow and prosper in the longer term.
TCS is best positioned to take this challenge of geographic diversification. It is time to forego margins for a few years in order to build a global delivery model - not just India based delivery model. If you want a software exposure and believe that Rupee will touch 39 again, TCS is your best bet...... My personal view - as always consult your investment advisor before you make investment decisions.